|
Mikky72
Стаж: 17 лет 7 месяцев Сообщений: 8498
|
Mikky72 ·
01-Апр-11 21:02
(13 лет 7 месяцев назад, ред. 01-Апр-11 21:08)
TDiTP_
Мне - вполне нравится.
Просто стоит задача - найти самый лучший на сегодняшний день способ (лучший по качеству).
TDiTP_ писал(а):
Я сделал три картинки, посмотрите
Так я же посмотрел и отписался уже! В одном в конце амплитуда задирается, т.е. усиливает частоту 48, что считаю опасным так как вроде именно на этой частоте сконцентрированы шумы дискретизации, а другой подавляет 48000 и чуть-чуть вокруг. Вот и думаю, что лучше? Что всё-таки порекомендовать в инструкции?
|
|
Panas
Стаж: 16 лет 3 месяца Сообщений: 1805
|
Panas ·
01-Апр-11 21:08
(спустя 6 мин.)
Mikky72 писал(а):
TDiTP_ писал(а):
Всё есть в этой теме.
Где в этой теме инструкция с картинками по использованию DTS-HD Master Suite?
Я об этом писал (разбираться с интерфейсом).
А почему он здесь должен быть? Как тема называется?: "еас3то и как его настроить". И потом, DTS-HD Master Suite не занимается декодированием ДТС-дорог, а занимается их кодированием.
|
|
TDiTP_
Стаж: 14 лет 11 месяцев Сообщений: 1612
|
TDiTP_ ·
01-Апр-11 21:10
(спустя 2 мин.)
Mikky72 писал(а):
Мне - вполне нравится.
Это прям глоток свежего воздуха.
Вам нравится, AlsKnight ждет чтобы Вам это понравилось, чтобы включить в правила. Так в чем именно загвостка?
Mikky72 писал(а):
Просто стоит задача - найти самый лучший на сегодняшний день способ (лучший по качеству).
Можно попробовать описать процесс, но мне лениво. Все же я за eac3to. К тому же:
- декод. в DTS-HD StreamPlayer'е будет требовать намного больше времени, чем в eac3to
- такое декодирование явно не для всех. Легко что-то перепутать и получить задницу
- такое декодирование будет требовать не просто "нажать кнопочку" или "прописать такую-то команду", а происходить будет в несколько этапов
- хотя кое-что можно автоматизировать, но только для распространенных случаев (типа DTS 16/48 и DTS 24/48 для битрейтов 1510 и 1509).
|
|
Panas
Стаж: 16 лет 3 месяца Сообщений: 1805
|
Panas ·
01-Апр-11 21:16
(спустя 6 мин., ред. 01-Апр-11 21:18)
TDiTP_ писал(а):
По поводу реф. декодера я писал в шапке, там где декодирование DTS-HD 7.1 "strange setup":
А чем не устраивает тот заголовок, предоставленный Дарки, что я выкладывал для DTS-HD 7.1 "strange setup" 24bits 48kHz?
Там при его использовании длительность дороги не указывалась, но у меня вся дорога целиком разбиралась.
|
|
TDiTP_
Стаж: 14 лет 11 месяцев Сообщений: 1612
|
TDiTP_ ·
01-Апр-11 21:23
(спустя 6 мин., ред. 01-Апр-11 21:25)
Panas писал(а):
А чем не устраивает тот заголовок, предоставленный Дарки, что я выкладывал для DTS-HD 7.1 "strange setup" 24bits 48kHz?
Меня устраивает. Хотя у меня и нет того заголовка, но я знаю как Дарки его сделал. Его заголовок применим к дорожкам <4 ч. примерно.
Просто ведь Mikky72 хочет использовать реф. дек. не для "strange setup", а вообще для любой дорожки DTS(-HD). Но ведь не делать персонально заголовок под каждый возможный вариант? Да и не стоит это того, "strange setup" - может единственное исключение, в других случаях я не вижу препятствий использовать декодеры ArcSoft / Sonic в связке с eac3to.
|
|
Panas
Стаж: 16 лет 3 месяца Сообщений: 1805
|
Panas ·
01-Апр-11 21:25
(спустя 1 мин.)
TDiTP_ писал(а):
Просто ведь Mikky72 хочет использовать реф. дек. не для "strange setup", а вообще для любой дорожки DTS. Но ведь не делать персонально заголовок под каждый возможный вариант? Я бы рихнулся.
Нет, конечно это не годится. Надо учить пользоваться Еасом.
|
|
TDiTP_
Стаж: 14 лет 11 месяцев Сообщений: 1612
|
TDiTP_ ·
02-Апр-11 15:49
(спустя 18 часов, ред. 02-Апр-11 16:08)
Mikky72
Пропустил Ваш последний вопрос:
Mikky72 писал(а):
В одном в конце амплитуда задирается, т.е. усиливает частоту 48, что считаю опасным так как вроде именно на этой частоте сконцентрированы шумы дискретизации, а другой подавляет 48000 и чуть-чуть вокруг. Вот и думаю, что лучше? Что всё-таки порекомендовать в инструкции?
Рекомендовать нужно eac3to (SSRC) - вот мое мнение. Но и r8brain исключать не стоит, хоть у него и есть недостатки. Расписывался и давал ссылки я в прошлом сообщении: https://rutr.life/forum/viewtopic.php?p=43816490#43816490
Кроме того, из недостатков r8brain:
- намного более медленная работа по сравнению с SSRC
- нормально этот ресэмплер работает только в старых версиях eac3to (до v. 2.68), а это очень неудобно.
UPD. Пример интерпретации результатов сравнения алгоритмов SRC на русском: http://rus.625-net.ru/audioproducer/2007/03/techno2.htm . Статья того же Лукина. После нее вообще все встает на свои места и добротность eac3to (SSRC) не вызывает сомнения.
|
|
Mikky72
Стаж: 17 лет 7 месяцев Сообщений: 8498
|
Mikky72 ·
02-Апр-11 18:50
(спустя 3 часа)
|
|
Crusader3000
Стаж: 18 лет 5 месяцев Сообщений: 652
|
Crusader3000 ·
02-Апр-11 23:26
(спустя 4 часа)
TDiTP_, можно вопрос? Надеюсь на Вашу помощь. Как разобрать TrueHD дорожку без ядра? Я качал с забугорного трекера рип с TrueHD дорожкой. Да, я помню что такую дорожку пихать в матрёшку настоятельно не рекоммендуется. Но есть то что есть. eac3to ругается на такую дорожку:
Код:
eac3to v3.24
command line: "C:\common\Multimedia\eac3to\eac3to.exe" eng.thd eng.wavs
------------------------------------------------------------------------------
TrueHD, 5.1 channels, 48kHz, dialnorm: -27dB
Removing TrueHD dialog normalization...
Decoding with libav/ffmpeg...
Writing WAVs...
Creating file "eng.R.wav"...
Creating file "eng.L.wav"...
Creating file "eng.SL.wav"...
Creating file "eng.SR.wav"...
Creating file "eng.LFE.wav"...
Creating file "eng.C.wav"...
[libav] Substream 0 parity check failed <WARNING>
[libav] Substream 0 checksum failed <WARNING>
[libav] Substream 0 length mismatch. <WARNING>
The libav decoder reported error -1 while decoding. <ERROR>
Aborted at file position 14680064. <ERROR>
И непонятно - толи битая сама матрёшка (правда перехешировал в торренте, раздача была нормальной), толи дорожка в матрёшке, толи декодер не умеет декодировать такую дорожку без ядра.
Кстати, TSMuxer не позволяет добавлять TrueHD дорожку без ядра (кстати, это написано в его справке). ПОЧЕМУ???
Чем, вообще, можно разобрать такую дорожку (если мы предположим что сама дорожка - не битая)? Это я пробовал и с libav и с nero (у nero была другая ошибка).
|
|
Аль-Муалим
Стаж: 17 лет 1 месяц Сообщений: 432
|
Аль-Муалим ·
02-Апр-11 23:47
(спустя 20 мин.)
Crusader3000
MKV Extract GUI 2 не пробовал дорогу из контейнера извлечь для начала ?
|
|
Прагматик
Стаж: 15 лет Сообщений: 952
|
Прагматик ·
03-Апр-11 00:33
(спустя 45 мин., ред. 03-Апр-11 00:33)
Доброй ночи уважаемые . Может кто сталкивался . При попытке разобрать DTS ES - дорога Позитива
из вот этого релиза : https://rutr.life/forum/viewtopic.php?t=2803829
еакто с аксофтовскими кодаками не ругалась , исправно разобрала на семь вавов , но при этом картина центрального канала в частотном режиме :
да и заднего такая же . Сами вавы при прослушивании срежещут и скрипят как не знаю что , в то время как собранная дорога воспроизводится отлично - так что косяк явно в разборке . В чем собсно и сабж .
|
|
Crusader3000
Стаж: 18 лет 5 месяцев Сообщений: 652
|
Crusader3000 ·
03-Апр-11 00:52
(спустя 18 мин., ред. 03-Апр-11 00:52)
Аль-Муалим, матрёшка - это просто контейнер. Муксинг никак не изменяет содержимое элементарных потоков. Соответственно, без разницы какая программа.
Что, собственно, только что и было проверено на практике. Ещё предложения?
|
|
Прагматик
Стаж: 15 лет Сообщений: 952
|
Прагматик ·
03-Апр-11 01:00
(спустя 8 мин.)
Есть мнение , что проблема в аксофтовских кодаках версии 1.1.0.7.
Оно ?
|
|
TDiTP_
Стаж: 14 лет 11 месяцев Сообщений: 1612
|
TDiTP_ ·
03-Апр-11 05:43
(спустя 4 часа, ред. 03-Апр-11 06:29)
Crusader3000 писал(а):
толи декодер не умеет декодировать такую дорожку без ядра.
Не, декодеры умеют.
Crusader3000 писал(а):
Чем, вообще, можно разобрать такую дорожку (если мы предположим что сама дорожка - не битая)? Это я пробовал и с libav и с nero (у nero была другая ошибка).
1. Чтобы исключить баг именно в связке eac3to-libav, попробуй декодировать тот же THD с помощью непосредственно ffmpeg.exe (взять можно здесь; другой билд ffmpeg-svn можно взять из комплекта MeGui.. на случай, если какие-то проблемы возникнут, билды немного отличаются):
Код:
ffmpeg.exe -i input.thd output.wav
2. Раз THD у тебя изначально был в MKV, попробуй декодировать непосредственно оттуда с помощью eac3to, т.е. как-то так:
Цитата:
eac3to input.mkv x: fromTHD.wavs
Есть вероятность, что поможет.
Кстати, ошибка вылазит не в самом конце декодирования? Если так, то можно вовремя прервать процесс и довольствоваться тем, что успело быть записанным в WAV.
Если не поможет ничего, то что ж... скорее всего дорожка битая.
У AnryV был похожий случай: http://forum.doom9.org/showthread.php?p=1415135#post1415135 , но на WinXP ошибки не было.
Crusader3000 писал(а):
Кстати, TSMuxer не позволяет добавлять TrueHD дорожку без ядра (кстати, это написано в его справке). ПОЧЕМУ???
TrueHD на Blu-ray не может находиться без прикрепленного АС3 - ограничение спецификации BD, насколько знаю. Нужно это для обратной совместимости.
Встречаются (т.е. встречались) такие дорожки только на HD-DVD.
Муксер MkvMerge всегда выкидывает прикрепленный АС3 при муксинге в MKV дорожки THD+AC3, но вообще говоря в MKV можно запихать именно THD+AC3, если сильно хочется. Нужен лишь другой муксер.
https://rutr.life/forum/viewtopic.php?p=42674765#42674765
https://rutr.life/forum/viewtopic.php?p=42735872#42735872
Для того, чтобы перепаковать в BDAV дорожку THD с помощью TsMuxer'а:
Справочник по командам. "-core" писал(а):
Возможна и обратная операция - получить поток THD+AC3 из THD:
eac3to input.thd output.thd+ac3
Прагматик писал(а):
DTS ES - дорога Позитива из вот этого релиза : https://rutr.life/forum/viewtopic.php?t=2803829
еакто с аксофтовскими кодаками не ругалась , исправно разобрала на семь вавов , но при этом
...........
Есть мнение , что проблема в аксофтовских кодаках версии 1.1.0.7.
Естественно. Ну почему ты не захотел просто открыть первую страницу этой темы? Там есть спойлер "Декодирование DTS, DTS-ES, DTS-96/24", где об этом написано. Логично ведь искать ответ на этот вопрос там.
Нужен декодер ArcSoft версии 1.1.0.0.
|
|
G0odKat
Стаж: 16 лет 4 месяца Сообщений: 2078
|
G0odKat ·
03-Апр-11 10:21
(спустя 4 часа)
А с помощью eac3to можно сделать сэмпл (mkv)?
|
|
TDiTP_
Стаж: 14 лет 11 месяцев Сообщений: 1612
|
TDiTP_ ·
03-Апр-11 10:26
(спустя 4 мин.)
uxTuaHgp писал(а):
А с помощью eac3to можно сделать сэмпл (mkv)?
Да, отрезает по размеру первые X Mb:
eac3to input output -50mb
|
|
G0odKat
Стаж: 16 лет 4 месяца Сообщений: 2078
|
G0odKat ·
03-Апр-11 10:31
(спустя 5 мин.)
А резать в середине нельзя?
|
|
TDiTP_
Стаж: 14 лет 11 месяцев Сообщений: 1612
|
TDiTP_ ·
03-Апр-11 10:41
(спустя 9 мин.)
uxTuaHgp писал(а):
А резать в середине нельзя?
Нет.
Вообще, чтобы сделать сэмпл с любого материала и гарантировано никак его не изменить при этом, можно воспользоваться DGSplit. Он рубит просто по размеру, от сих до сих. То же самое в принципе можно проделать вручную в hex-редакторе.
|
|
G0odKat
Стаж: 16 лет 4 месяца Сообщений: 2078
|
G0odKat ·
03-Апр-11 11:07
(спустя 25 мин.)
Я обычно делаю сэмпл с помощью mkvmerge, но в последнее время включаю и комп начинает тормозить
|
|
Аль-Муалим
Стаж: 17 лет 1 месяц Сообщений: 432
|
Аль-Муалим ·
03-Апр-11 13:39
(спустя 2 часа 31 мин., ред. 03-Апр-11 13:39)
Декодирую стерео АС3 (PAL) дорожку с помощью Азида, вылазит в процессе предупреждения вида:
Цитата:
W7: Downmix Overflow <0: +0dB>
Вот скрин консоли полностью вместе со статистикой:
Скрин спектра двухканального вав-файла:
В чем тут может быть проблема ? Или все ОК ?
Цитата:
З.Ы. При последующей перетяжке этого вав-файла PAL-->NTSC eac3to затребовал второй проход. Это все как то связано ?
|
|
TDiTP_
Стаж: 14 лет 11 месяцев Сообщений: 1612
|
TDiTP_ ·
03-Апр-11 13:53
(спустя 14 мин.)
Аль-Муалим
Раз уж в шапку никто заглядывать не хочет, скопирую сюда. Очень подробно про переполнения и клиппинг:
описание команды "-no2ndpass
Немного объяснений.
Существует два типа представления разрядности PCM: float point и integer.
- любое декодирование из lossy производится в 32-bit float point по стандарту (и правильный декодер следует этому стандарту). Именно так действует libavcodec в связке с eac3to. Затем разрядность как правило понижается (звуковые карты и большинство енкодеров обычно принимают на вход только фикс. точку) в самом декодере или сторонними средствами (например eac3to понижает разрядность сам, вне зависимости от libav), с использованием дизеринга или без.
- любые промежуточные преобразования над звуком лучше производить в макс. разрядности. Именно так работают фильтры ресэмплирования, перетяжки и микширования в eac3to - все преобразования выполняются в 64-bit float point.
Только в float point можно представить сигнал, уровень которого >0 дБ, клиппинг тут невозможен (клиппинг - это не выход уровня сигнала за предельные значение, а потеря данных вышедших за эти пределы). При переходе float->integer значения уровней округляются до ближайших и уровням >0dB во float point присваиваются одинаковые значения в integer point. Как следствие, возникает клиппинг - "обрезание сигнала". Пример:
Чтобы избежать клиппинга, во многих декодерах предусмотрен второй проход, в котором исходный 32-bit float point сначала нормализуется, а затем переводится в фиксированную точку. Клиппинг исчезает.
Небольшие переполнения при декодировании и преобразованиях аудио - это нормально. Обычно, это результат промежуточных вычислений. При переполнении <0,5dB маловероятно, что при переходе в фиксированную точку мы возымеем клиппинг.
Чтобы гарантировано избежать клиппинга, автор eac3to поступил так. Любой float point сканируется программой eac3to на предмет переполнения и при нахождении этого переполнения, прежде чем произвести преобразование 64-bit Float -> 24-bit Int, eac3to нормализует дорожку. Таким образом мы гарантированно избавляемся от клиппинга. Но. Правда в том, что не любое переполнение ведёт к клиппингу, но всякий клиппинг имеет в своей основе переполнение. Так что eac3to может ошибиться, как и любая другая программа, работающая по тому же принципу.
Окончательно дать ответ есть ли клиппинг в полученном WAV или нет может аудиоредактор. Нужно найти макс. уровень на таймлайне, нужно взять крупный план и посмотреть - есть ли срез. Если срез есть, то нужен второй проход. Если среза нет, то второй проход действительно был не нужен.
Применительно к eac3to. Попроще. Факты:
1). При простом декодировании (без последующих операций перетяжки, ресемплинга, микса и пр.)
- при использовании декодеров ArcSoft, Sonic, Nero клиппинг средствами eac3to определен быть не может, т.к. из DirectShow-фильтра декодирования PCM поступает уже в 24-bit int (его уровень в принципе не может превысить 0дБ).
- при декодировании из lossless-форматов (TrueHD, DTS-HD MA, FLAC) клиппинг невозможен в принципе. WAV распаковывается в исходную разрядность как из архива. То, что было закодировано в lossless - именно то и получаем при распаковке.
- при декодировании с помощью libav переполнение возможно, но чаще всего к клиппингу это не приводит.
2). При операциях с потерями (изменение частоты дискретизации, перетяжка, микс) возможно переполнение, но чаще всего к клиппингу это не приводит. Таким образом:
- При декодировании из lossy с помощью libav обычно следует дописывать -no2ndpass
- При декодировании из lossless в команде -no2ndpass нет необходимости.
- При преобразованиях с потерями (ресэмплинг, перетяжка, микс и пр.) обычно следует дописывать -no2ndpass.
Есть ли в действительности клиппинг или нет легко проверить визуально в любом аудиоредакторе.
В случае переполнения <0,5dB вероятность образования среза мала.
Примеры:
eac3to input.dts output.wavs -slowdown -no2ndpass
eac3to input.flac output.wavs
eac3to input.mp3 output.wav -no2ndpass -resampleto48000 -down16
eac3to input.mp3 output.wavs -no2ndpass
Спектр тут никак не поможет. Нужно перейти во временное представление, найти пики переполнения, рассмотреть на предмет наличия клиппинга.
- если клиппинг есть после декодирования в Azid, то нужно декодировать повторно, но при этом дописать команду --maximize. Или же декодировать не в 24-bit int, а в 32-bit FP (ключ "-wav_float"), а потом разбираться в редакторе.
- если клиппинг есть после преобразований в eac3to с -no2ndpass, то нужно повторить операцию, но на этот раз второй проход разрешить. Или же затребовать на выходе 32-bit FP (ключ "-full"), а потом разбираться в редакторе.
|
|
Аль-Муалим
Стаж: 17 лет 1 месяц Сообщений: 432
|
Аль-Муалим ·
03-Апр-11 13:58
(спустя 5 мин.)
Аль-Муалим писал(а):
W7: Downmix Overflow <0: +0dB>
А по этому в шапке не нашел ничего.
|
|
MaLLIeHbKa
Стаж: 17 лет 10 месяцев Сообщений: 3673
|
MaLLIeHbKa ·
03-Апр-11 14:01
(спустя 2 мин., ред. 03-Апр-11 14:01)
Аль-Муалим писал(а):
А по этому в шапке не нашел ничего.
Наверное, потому что тема называется «eac3to и как его настроить», а не «azid и как его настроить», не? (: Вы б ещё по поводу летней резины на мазду спросили, что ли.
|
|
Аль-Муалим
Стаж: 17 лет 1 месяц Сообщений: 432
|
Аль-Муалим ·
03-Апр-11 14:04
(спустя 3 мин.)
MaLLIeHbKa
Мне кажется темы близкие, можно было бы и добавить немного инфы по Азиду (раз с еас3 декодить АС3 нельзя)
|
|
TDiTP_
Стаж: 14 лет 11 месяцев Сообщений: 1612
|
TDiTP_ ·
03-Апр-11 14:15
(спустя 10 мин., ред. 03-Апр-11 14:15)
Аль-Муалим писал(а):
можно было бы и добавить немного инфы по Азиду (раз с еас3 декодить АС3 нельзя)
Прочитай текст под спойлером выше, пожалуйста. Не нужно знать подробности декодирования в Azid, нужно знать про возможные переполнения и возможный клиппинг. Обо всем об этом во всех подробностях я написал, как мне кажется. Это этакие основы, знать которые хорошо бы каждому - куча вопросов о клиппинге пропадет.
Цитата:
Аль-Муалим писал(а):
W7: Downmix Overflow <0: +0dB>
А по этому в шапке не нашел ничего.
Это - переполнение, а следовательно читай общую информацию под спойлером и пойми суть.
TDiTP_ писал(а):
- если клиппинг есть после декодирования в Azid, то нужно декодировать повторно, но при этом дописать команду --maximize. Или же декодировать не в 24-bit int, а в 32-bit FP (ключ "-wav_float"), а потом разбираться в редакторе.
|
|
G0odKat
Стаж: 16 лет 4 месяца Сообщений: 2078
|
G0odKat ·
03-Апр-11 14:17
(спустя 2 мин.)
А чем плох Tranzcode для декодирование?
|
|
Аль-Муалим
Стаж: 17 лет 1 месяц Сообщений: 432
|
Аль-Муалим ·
03-Апр-11 14:19
(спустя 2 мин., ред. 03-Апр-11 14:19)
TDiTP_
А как сделать отображение звуковой формы в Аудишене (версия 3.1) как на скрине:
http://pic.phyrefile.com/t/td/tditp/2011/03/30/24_Integ_001.PNG
А то у меня она серого цвета и по другому выглядит. uxTuaHgp
Читай в шапке "Декодирование ДТС"
|
|
G0odKat
Стаж: 16 лет 4 месяца Сообщений: 2078
|
G0odKat ·
03-Апр-11 14:22
(спустя 3 мин.)
Цитата:
libdts занижает уровень LFE (до 3 дБ) и уровни остальных каналов (C,L,R,SL,SR) на ~0,5 dB. Библиотеку libdts используют такие приложения как: Tranzcode, NicAudio (-> MeGui, BeHappy, XviD4PS и пр. AviSynth-based приложения), плагин к Foobar, VLC и т.д. и т.п.
Я всегда через Tranzcode раскладывал, иногда AC3 тоже так раскладываю
|
|
TDiTP_
Стаж: 14 лет 11 месяцев Сообщений: 1612
|
TDiTP_ ·
03-Апр-11 14:30
(спустя 7 мин.)
uxTuaHgp писал(а):
А чем плох Tranzcode для декодирование?
Для декодирования АС3 вроде бы ничем не плох. Я не в курсе, потому что им не пользуюсь и особо не проверял. Факт, что библиотекой там служит liba52, так что по идее все должно быть отлично. В шапке я написал
скрытый текст
Воспользоваться можно
- декодером Azid (Command-line interface).
Примеры командной строки
АС-3 5.1
Код:
azid.exe -d3/2 -L0 -l1 -ol,r,c,lfe,sl,sr -F wav24 input.ac3 output.wav
АС-3 2.0
Код:
azid.exe -d2/0 -ol,r -F wav24 input.ac3 output.wav
АС-3 1.0
Код:
azid.exe -d1/0 -oс -F wav24 input.ac3 output.wav
- декодером NicAudio в связке с BeHappy (Graphical user interface).
Правильную работу этих двух приложений я могу гарантировать.
потому что работу этих двух программ я проверял и проверял знакомый мне человек, которому я доверяю.
А про декодирование DTS с помощью Tranzcode мы уже проболтали две предыдущие страницы. См. хотя бы конец этого сообщения: https://rutr.life/forum/viewtopic.php?p=43798665#43798665
Аль-Муалим писал(а):
А как сделать отображение звуковой формы в Аудишене (версия 3.1) как на скрине:
Этот вид должен быть по умолчанию в Audition. Ну или "View - Waveform Display". На моем скрине сильно увеличен масштаб.
|
|
Mikky72
Стаж: 17 лет 7 месяцев Сообщений: 8498
|
Mikky72 ·
03-Апр-11 17:17
(спустя 2 часа 47 мин.)
TDiTP_ писал(а):
пропатченную до 24-bit и с DN=-31dB. ...Выходная разрядность всегда одинаковая (если только не использовать -dontPatchDts).
Кстати, а что будет, если не делать этого патча? Арксофт выдаст 32 битный PCM? Или он по жизни 32 бита не умеет выдавать?
Понятно, что в самом сжатом звуке "упакован" 24-битный исходник, но почему не используется 32-битный с плавающей точкой в качестве целевого формата (как в Бисвит+азид) декодирования (так сказать, с запасом)? Для экономии места?
|
|
|