eac3to и как им пользоваться [инструкция]

Декодирование АС3, E-AC3

AC3Можно воспользоваться одним из двух декодеров:
1). -nero. Используется по умолчанию.
Известные проблемы:
- не игнорируется часть DRC, ответственная за повышение уровня тихого звука (понижение громкого звука игнорируется). Автор программы не смог решить эту проблему.
- в редких случаях, при наличии в потоке битых фреймов, декодер может их выкинуть без указания этого в log-файле (→ рассинхрон).
2). -libav.
Известные проблемы:
- занижение уровня сигнала на ~2,5 dB выше ~17 kHz. См. (E-)AC3 decoders comparison. Разработчик считает, что это следствие неопределённости в спецификации AС-3.
Вывод: воздержаться от декодирования АС3 при помощи eac3to. Для этих целей можно использовать:
- декодер Azid (Command-line interface).- декодер NicAudio в связке с BeHappy (Graphical user interface).
Правильную работу этих двух приложений я могу гарантировать.-E-AC3Можно воспользоваться одним из двух декодеров:
1). -nero. Используется по умолчанию.
Автору программы не удалось справиться с отключением DRC и в этом случае.
2). -libav.
Существует небольшой баг. См. (E-)AC3 decoders comparison. Разработчик обещал разобраться.
Т.к. альтернатив нет, для декодирования E-AC3 я рекомендую использовать именно libav. Баг с SNR меньшее из двух зол; применение DRC другими декодерами абсолютно недопустимо.
Пример декодирования:

Декодирование TrueHD, MLP

TrueHD (THD)Можно воспользоваться одним из двух декодеров:
1). -libav. Используется по умолчанию.
Работает правильно.
2). -nero.
Работает правильно, но ограничен схемой 5.1.-Общая информация:Несмотря на то, что в метаданных потока THD прописана разрядность, eac3to декодирует любую дорожку THD в 24-bit PCM. Правда в том, что часть бит может быть заполнена нулями и итоговая разрядность дорожки (т.е. непосредственно сигнала) может быть не выше 16. eac3to умеет находить нулевые биты и удалять их во втором проходе. В этом случае:Те же слова от автора программы:Поэтому. Для декодирования TrueHD достаточно указать лишь формат назначения и желаемый декодер, остальное сделает eac3to. Не нужно дописывать -no2ndpass, не нужно дописывать -down16.
Примеры правильного декодирования:Результат декодирования в трёх примерах выше везде будет абсолютно одинаков.-Дополнительно:1). Проверить разрядность THD можно с помощью команды -analyzeBitdepth:2). BDInfo может определять разрядность THD неправильно:--MLPУ меня не получилось заставить eac3to v3.24 декодировать дорожки MLP, собранные в SurCode MLP Encoder.eac3to v.3.17 декодирует MLP 5.1 правильно, а потому и рекомендован мной для этих целей.

Декодирование DTS, DTS-ES, DTS-96/24

Можно воспользоваться одним из четырех декодеров:
-arcsoft (используется по умолчанию), -sonic, -nero (ограничен схемой 5.1), -libav (ограничен схемой 5.1)-DTS Digital SurroundНемного о декодерах:

• Декодеры ArcSoft, Sonic и Nero работают правильно. Аналогично тому, как и декодер DTS-HD StreamPlayer'а.
  
• libav, по всей видимости, использует для канала LFE НЧ-фильтр невысокого порядка. Это не страшно, но в ряду других декодеров, работающих в связке с eac3to, libav рекомендуется использовать в последнюю очередь. Подробнее (см. конец сообщения).
  
• libdts поступает с LFE так же как и libav (т.е. использует НЧ-фильтр невысокого порядка), но помимо этого занижает общий уровень всех каналов на ~0,5 dB. Библиотеку libdts используют такие приложения как Tranzcode и NicAudio (→ MeGui, BeHappy, XviD4PSP и пр. AviSynth-based). По приоритету libdts занимает последнее место.

Рекомендуемый декодер: ArcSoft. Была проверена его работа на всех схемах.
Проблемы:
- DTS 2.1 декодируют правильно Sonic и Nero. ArcSoft (1.1.0.0 - 1.1.0.8) не справляется (пустой LFE).
- DTS 1.0 разбирает правильно ArcSoft 1.1.0.0 и Nero. ArcSoft DTS Decoder 1.1.0.7, 1.1.0.8 и Sonic не справляются вообще.-DTS-ESСуществует два типа DTS-ES дорожек: Discrete и Matrix.
То, как обзывает DTS-ES дорожки eac3to отличается от номенклатуры DTS Inc., а именно:
1). ES Discrete 6.1 и 6.0 — в терминах eac3to это DTS-ES 6.1 и 6.0 (физически это семь и шесть каналов соответственно).
Правильно может быть декодирован с помощью ArcSoft DTS Decoder 1.1.0.0. Версии 1.1.0.7 и 1.1.0.8 не справляются (мусор во всех каналах).
Декодер Sonic разбирает такие дорожки неправильно (пустой BACK_CENTER).
Декодеры libav и Nero игнорируют BACK_CENTER и, следовательно, для декодирования DTS-ES Discrete тоже не годятся.
2). ES Matrix 6.1 и 6.0 — в терминах eac3to это DTS-ES 5.1 и 5.0 (физически это шесть и пять каналов соответственно).
Arcsoft, Sonic и Nero справляются отлично. libav опять же использует НЧ-фильтр невысокого порядка для LFE.
На выходе из eac3to в случае ES Matrix мы получаем WAV, где тыловой центр уже примешан к тылам. Чтобы обратно собрать аналогичный исходному DTS-ES Matrix в DTS-HD M.A.S. в настройках енкодера нужно отметить пункт 'ES Pre-Mixed'.-DTS-96/24С декодерами ArcSoft и Sonic проблем не замечено. Nero7 и libav достают только 48 кГц PCM, т.е. для декодирования DTS-96/24 не пригодны.

Декодирование DTS-HD Hi-Res, DTS-HD Master Audio

Можно воспользоваться одним из двух декодеров:
-arcsoft (используется по умолчанию), -sonic
Работают они правильно, за исключением некоторых случаев.-Существует три типа проблем:I. DTS-HD всегда содержит в себе ядро, нужное для обратной совместимости. Дополнительная информация довешивается на это ядро. Как следствие: декодер, не способный разобрать ядро, не сможет разобрать и соответствующий DTS-HD, а значит проблемы, имеющие место быть при декодировании DTS, DTS-ES, DTS-96/24 — все эти проблемы распространяются и на DTS-HD, а именно:

• DTS-HD 2.1 разбирает правильно Sonic. ArcSoft (v.1.1.0.0 - 1.1.0.8) не справляется (пустой LFE).
  
• DTS-HD 1.0 разбирает правильно ArcSoft 1.1.0.0. ArcSoft DTS Decoder 1.1.0.7, 1.1.0.8 и Sonic не справляются вообще.
  
• DTS-HD 6.1/6.0 разбирает правильно ArcSoft DTS Decoder 1.1.0.0. Версии 1.1.0.7 и 1.1.0.8 не справляются (мусор во всех каналах). Sonic разбирает правильно DTS-HD 6.1, но не 6.0.

Тут "разбирает" = "декодирует".
II. Дорожки DTS-HD с ненулевым Dialog Normalization (что само по себе большая редкость) необходимо декодировать с помощью Sonic'а. В отличии от него, декодер ArcSoft не игнорирует DN.
В том случае, когда Sonic использован быть не может (а это значит, что мы имеем дело или с DTS-HD MA 1.0, или с DTS-HD 7.1, но с 7.1 разговор отдельный) остается один вариант — вручную повысить уровень, т.е. дорожку например такую:декодировать следует так:Следует иметь ввиду, что изменение уровня сигнала — это преобразование с потерями, а потому получаемый WAV не равен в точности исходному, но очень-очень близок к нему (тем ближе, чем меньше по модулю значение DN, показываемое eac3to).
III. Отдельный разговор про DTS-HD 7.1
1). Существует семь возможных схем DTS-HD 7.1:Каждая из таких дорожек может быть использована на Blu-ray. Доподлинно известно, что встречаются две схемы: #1 и #2. Остальные пять на Blu-ray пока никому не попадались.
Узнать по какой именно схеме была собрана та или иная дорожка можно с помощью команды -logdts (см. пункт "activeSpeakers", названия присутствующих каналов однозначно определяют схему).
Конфигурацию #1 (-logdts: $84b) принято называть стандартной.
2). Любую нестандартную конфигурацию ArcSoft декодирует, коррелируя сигнал на стандартную схему расположения динамиков. Это не противоречит документам DTS inc. и не противоречит общей логике (не переставлять же каждый раз акустику, к тому же для этого нужно узнать схему DTS-HD 7.1). Другое дело, что при таком декодировании мы не получаем исходный звук. Мы получаем микс, адаптированный под стандартную конфигурацию. См. подробности: 1, 2.
3). Как декодировать DTS-HD 7.1 в исходный звук?

Декодирование MP1, MP2, MP3, AAC, FLAC

MP1, MP2, MP3Можно воспользоваться одним из двух декодеров
- libav (используется по умолчанию)
- nero
Вся разница м/у ними в том, что декодер libav способен достать вплоть до 32-bit float point (в дальнейшем по умолчанию eac3to понижает разрядность до 24-bit integer), тогда как декодер Nero выдаёт только 16-bit integer. Предпочтительнее использовать libav.
Примеры:-AACМожно воспользоваться одним из двух декодеров
- nero (используется по умолчанию)
- sonic
Вся разница м/у ними в том, что декодер Nero выдаёт 24-bit integer, тогда как декодер Sonic — только 16-bit integer. Предпочтительнее использовать декодер Nero.
Особенности:

• eac3to умеет работать только с сырым потоком ААС (ADTS header) и не понимает контейнеры MP4/M4A.
  
• В последних версиях eac3to имеется баг. В связке с Nero программа декодирует дорожки AAC 5.1 неправильно. С дорожками 2.0 проблем нет. Для декодирования AAC 5.1 я рекомендую использовать eac3to v.3.01 или FAAD2.

Пример:-FLACУ eac3to нет проблем с декодированием FLAC.
Пример:

Кодирование в АС3

eac3to input output.ac3 -192
Поддерживается кодирование только в стандартные конфигурации: 1.0, 2.0 и 5.1.
Параметрами задается желаемый битрейт: -640, -448, -384, -320, -224, -192 и др.
-640 - используется по умолчанию для 5.1
-448 - используется по умолчанию для 2.0 и 1.0
Кодировать в АС3 таким способом не рекомендуется, т.к.:
1). eac3to в качестве енкодера использует aften, качеством кодирования уступающий кодировщикам от Dolby Lab.
2). eac3to не позволяет никоим образом его настроить. Только выбрать битрейт, чего не всегда достаточно. Кодирование в eac3to происходит с Dialog Normalization = -31 dB, остальные параметры в "none".Лучшее качество кодирования в АС3 обеспечивает Dolby Digital Encoder. Он доступен в плагинах к Sony Vegas, Sound Forge, Steinberg Nuendo и др; внедрен в Sonic Foundry Soft Encode, Dolby Media Producer Suite.-Для справки:
Библиотеку libAften.dll, идущую в комплекте с eac3to, можно попробовать заменить на более новую, но правильную работу обновленной связки eac3to-libAften madshi не гарантирует. Более того:К настоящему моменту (eac3to 3.24) aften в последний раз обновлялся 12th January 2009 (т.е. в eac3to 3.00).

Кодирование в DTS

eac3to input output.dts -768
eac3to не умеет создавать DTS Padded, он всегда кодирует в DTS Compact.
Параметрами задается желаемый битрейт:
-768
-1536 (используется по умолчанию).
В качестве кодировщика eac3to использует Surcode DTS Encoder. Программа должна быть зарегистрирована в системе.
Для справки:
1). DTS Padded отличается от DTS Compact наличием нулей, дополняющих поток от "Actual BitRate" до "Targeted BitRate". Дополнительной полезной информации о закодированном сигнале DTS Padded в себе не несет, а размер его всегда больше аналогичного DTS Compact. При нынешнем положении дел использовать DTS Padded смысла не имеет, это пережиток прошлого.
2). С помощью eac3to можно преобразовать DTS Padded в DTS Compact (иначе говоря - удалить нулевые биты), для этого достаточно пропустить дорожку ч/з eac3to:
eac3to input.dts output.dts
3). Лучшее качество кодирования в DTS, возможность кодировать в DTS-HD и более тонкие настройки параметров кодирования обеспечивает кодировщик от DTS Inc. - DTS-HD Master Audio Suite.

Кодирование во FLAC

eac3to input output.flac
Кодирование происходит всегда в режиме макс. сжатия.
eac3to легко поддерживает кодирование во FLAC без ограничений на размер входного / выходного файла.
Другие приложения (BeHappy, Foobar и пр. оболочки, использующие flac-win.exe или libflac.dll) не способны закодировать во FLAC файл WAV > 4Gb (ограничение связано с самим контейнером WAV. Извлеченный из него PCM поддается кодированию без ограничений на размер).

Кодирование в AAC

Кодирование осуществляется при помощи NeroAACEncoder'а.
Выходные контейнеры: MP4 или M4A, по желанию.
Качество выставляется от 0.00 до 1.00 (highest quality):
eac3to input output.m4a -quality=0.35
По умолчанию происходит кодирование с -quality=0.50.
Подробности:
1). Енкодер сам подбирает профиль AAC. Он опирается на параметр Q. Переход - это ~0.3, т.е.
-quality=0.29 и ниже - кодируется в HE-AAC
-quality=0.31 и выше - кодируется в LC-AAC
2). Енкодер добавляет ~30 мс тишины к началу дорожки. , подробнее .
Выход: удалять 30 мс еще до кодирования:
eac3to input output.mp4 -33ms -quality=0.35
4). Вместо "quality" можно задать "target bitrate":
eac3to input output.m4a -256
6). NeroAACEncoder не способен кодировать схему 6.1. В этом случае eac3to автоматичеки повышает число каналов до 7.1, в логе будут такие строчки:Ни к чему хорошему такое кодирование не приведет, см. описание команды "-double7".
7). Иногда енкодер зависает в процессе работы.

Использование STDOUT

eac3to поддерживает stdout, а значит получаемый WAV можно на лету кодировать во множество др. форматов (MP3, OGG, AAC, WV и др.). Условие только одно - енкодер должен поддерживать stdin.
Несколько замечаний:
- файл stdout.wav на выходе из eac3to должен называться именно так: stdout.wav
- eac3to при записи в stdout не пишет отчет в командной строке, а лог-файл пишет только в родную директорию → log.txt ищите в папке с eac3to.exe.
- читайте help соответствующего енкодера.
Популярные ситуации:
I. Кодирование в MP3
В общем случае, при кодировании с помощью LAME:т.е., например:
eac3to input.dts stdout.wav -down2 -normalize | lame -V 3 - output.mp3
кодирование в режиме VBR с качеством V=3
eac3to input.eac3 stdout.wav -nero -resampleto44100 -no2ndpass | lame -b 128 - output.mp3
кодирование в режиме CBR с битрейтом 128kbps.
II. Кодирование в OGG
В общем случае, при кодировании с помощью oggenc-libvorbis или oggenc-aotuv:например:
eac3to input.ac3 stdout.wav -libav -no2ndpass | oggenc2 -q 5 - -o output.ogg
III. Кодирование в AAC
Если хочется проконтролировать процесс кодирования в NeroAACEncoder'е полностью, можно поступить так.например:
eac3to input.dtshd stdout.wav | neroaacenc -ignorelength -q 0.235 -lc -if - -of output.mp4

Разборка Blu-ray

1). Читаем папку BD (прописываем путь до папки, содержащей BDMV). Получаем список плейлистов:По умолчанию eac3to показывает только те плейлисты, продолжительность которых > 15 минут. Чтобы увидеть содержимое остальных плейлистов, нужно прописать полный путь до соответствующего файла *.mpls.
2). Выбираем нужный плейлист (в нашем случае основной фильм находится в первом плейлисте, что станет очевидно, если загрузить его в проигрыватель). Получаем подробный список потоков:Важное замечание. Иногда (редко) в плейлист вместе с основным фильмом могут затесаться рекламные лого или другие ненужные заставки. Их нужно отсеивать вручную. Причем если заставка была поставлена перед фильмом, нужно будет сместить время чаптеров после демукса назад на время, равное продолжительности рекламного лого.
3). Выбираем потоки, нужные для обработки/извлечения. [См. описание команды "-demux", там описаны важные подробности демукса]
Допустим, нам нужно:
- достать список глав
- демуксить видео с последующим муксом в MKV
- извлечь DTS-HD MA дорожку, плюс декодировать ее в WAV
- извлечь вторую английскую дорожку (4й поток)
- извлечь испанские субтитры
Тогда:--В процессе демукса eac3to может выдать сообщения следующего типа:
------------------
Audio overlaps for 25ms at playtime 0:11:08. <WARNING>
Обычная ситуация при демуксе Blu-ray со структурой Seamless Branching, которая предполагает, что содержимое основного фильма поделено на множество файлов *.m2ts. Размер фрейма видео не кратен размеру фрейма аудио, поэтому в местах перехода м/у соседними *.m2ts могут возникать перекрытия (overlaps) или разрывы (пропуски, gaps) в потоке аудио. Программа, производящая демукс, должна уметь эти +/- -перекрытия компенсировать (eac3to делает это во втором проходе):

Кроме Blu-ray Seamless Branching сообщение может появиться в случае битого аудиопотока (как правило, встречается на HDTV). Если eac3to исправить overlap не сможет нужно готовиться к рассинхрону.
------------------
A remaining delay of -9ms could not be fixed.
Размер фрейма аудио фиксирован. Величина gaps/overlaps или delay не обязана быть кратна размеру фрейма аудио. Следовательно не все gaps/overlaps и задержки могут быть пофиксены - это значение и показывает eac3to.
------------------
The source file seems to be damaged (sync byte missing). <WARNING>
Исходник поврежден. Выход: перерипать Blu-ray или перехэшировать, если он был скачан.
------------------
Reading RAW/PCM...
Swapping endian...
Remapping channels...
Выполняются необходимые для демукса LPCM преобразования. Беспокоиться не нужно.

Разборка контейнеров EVO/VOB/(M2&#41;TS и MKV

Принцип тот же, что и при разборе Blu-ray, разве что не нужно выбирать плейлист.

Eac3to vs tsMuxeR как демуксеры

1). eac3to, как и tsMuxeR, поддерживает демукс потоков из Blu-ray со структурой Seamless Branching. Но. eac3to компенсирует gap/overlaps точнее, чем tsMuxeR. В некоторых случаях погрешность может доходить до сотен миллисекунд.
tsMuxeR компенсирует задержки на лету, сразу при демуксе. eac3to проставляет все необходимые задержки во втором проходе, предварительно собрав и прожевав всю необходимую информацию.
Это основное преимущество eac3to над tsMuxeR'ом в качестве демуксера.
2). eac3to при демуксе автоматически проставляет задержки (delay), прописанные в контейнере, непосредственно в аудио-поток (исклюение - TrueHD). tsMuxeR демуксит без учета delay.
3). tsMuxeR не поддерживает файлы WAV > 4Gb, а поскольку треки LPCM он извлекает в контейнер WAV, то ему приходится рубить LPCM на куски при достижении размера 4Gb.
eac3to просто игнорирует ограничение WAV на размер содержимого (строго говоря, он не соблюдает стандарт WAV и с таким потоком могут не работать некоторые приложения. Sonic Scenarist BD и многие энкодеры такие WAV принимают). Но лучше, конечно, треки LPCM с помощью того же eac3to демуксить сразу в WAVs, а затем пересобирать во что-нибудь более компактное (DTS-HD MA например).
... может что еще?
Мои личные рекомендации/предпочтения - демуксить с помощью eac3to. Программа неплохо тестировалась для этих целей многими людьми. У tsMuxer'а ни раз находились баги, не факт что все они на сегодняшний момент устранены. Как минимум, я могу подтвердить один до сих пор непофиксенный баг (tsMuxeR 1.10.6): при извлечении ядра DTS-HD последний фрейм DTS извлекается некорректно. Как следствие, этот последний фрейм пропускается при декодировании в eac3to (“The last DTS frame is incomplete and thus gets skipped”) и, что по-настоящему неприятно, из-за этого появляются слышимые дефекты (gaps) при прослушивании такого DTS (core), извлеченного из Blu-ray со структурой Seamless Branching.

-core

Извлечь ядро из DTS-HD.
Ядром может быть:
- DTS, DTS-ES или DTS-96/24 в случае DTS-HD Master Audio
- DTS, DTS-ES в случае DTS-HD Hi-Res
При извлечении ядра eac3to автоматически:
- меняет данные о нормализации диалога ядра на -31 dB. Выход: дописывать -keepDialnorm.
- пропатчивает ядро до 24-bit в случае исходного DTS-HD 16-bit. Выход: дописывать -dontPatchDts.
Таким образом, чтобы достать ядро DTS-HD и никак его при этом не изменить, нужно прописать:--А теперь я хочу рассказать здесь об TrueHD. :cool:
Наверняка найдутся те, кто вздумают узнать об выделении AC3 из THD+AC3 именно здесь. Поэтому..
Любой TrueHD на Blu-ray обязан иметь прикрепленный AC3 (т.н. Embedded AC3). Часто этот файл АС3 обзывают ядром, что не совсем верно, т.к. THD самодостаточен, в нём содержится вся информация. АС3 прикрепляют к нему исключительно ради обратной совместимости.
Примеры извлечений:
Достать THD+AC3 (файл *.thd+ac3) из Blu-ray:Достать THD (файл *.thd) из Blu-ray:Достать Embedded AC3 (файл *.ac3) из Blu-ray:Достать Embedded AC3 из THD+AC3:Достать THD из связки THD+AC3:Возможна и обратная операция - получить поток THD+AC3 из THD (что полезно, если THD нужно загнать в TsMuxeR, а Embedded AC3 потерялся):

+/-XXXms, -edit=0&#58;00&#58;00,0ms, -silence/-loop

Команды линейного пофреймового редактирования аудиодорожки.
Операции без пересжатия. Можно добавлять/удалять только целое число фреймов аудиопотока. В 48 kHz: один фрейм (E-)АС3 = 32 мс (1536 сэмплов), один фрейм DTS(-HD) = ~10,7 мс (512 сэмплов).
Команды применимы ко всем поддерживаемым форматам аудио, кроме TrueHD - в этом случае поток не будет изменен ни на бит, а значение задержки пропишется в имя файла THD.
По умолчанию при таких операциях eac3to меняет значение нормализации диалога дорожки на -31 dB. Выход: дописывать -keepDialnorm.-+/-XXXms
Задать начальную задержку
Примеры:
Тут будет добавлено 245/32=7,65 → ближе к 8 → к началу дорожки будет добавлено 8 фреймов АС3, т.е. 8*32=256 мс тишины:Вырезать два начальных фрейма DTS-HD, добавленные при кодировании в DTS-HD MAS:В случае несжатого аудио задержка будет точно такой какая задана. Например при таком декодировании к конечным WAV будет добавлено в точности 111 мс:--edit=0:00:00,0ms, -silence/-loop
Задать задержку / удалить кусок в определенном месте аудиодорожки.
Строго говоря, отрезки добавляются не в точно установленное время edit=, а после ближайшего конца фрейма.
Примеры:
После момента 0:13:14.150 вставить предшествующие этому моменту два фрейма АС3 (т.к. 60/32 ближе к 2, это 64 мс):После момента 0:13:14.150 вставить тишину длиной в два фрейма АС3:После момента 0:13:14.150 вырезать последующие два фрейма АС3:--Кое-что еще:
1). Крайне не рекомендуется обрабатывать дорожки DTS из Blu-ray (а это можно определить по размеру фрейма: 1024, 2012 и др.) в программе delaycut. Он умеет добавлять фреймы размером только 2013 и 1006 байт (это фрейм дорожек DTS с DVD). Обработка в delaycut может привести к дорожке со смешанным типом фреймов, а это может неблагоприятно сказаться на последующем декодировании / проигрывании.
Есть одно НО:2). Средствами eac3to можно объединять дорожки (опять же - операция без пересжатия, т.е. по-фреймовая).
Объединение работает для всех типов аудио, которые не имеют отдельного заголовка в начале (или в конце). Т.е. команду можно использовать для (E-)AC3, DTS, но, к примеру, нельзя использовать для объединения WAV из-за начального заголовка.
Пример:

+/-XdB

Изменить уровень сигнала на заданное число dB.
Очевидно, потребовать изменить уровень сигнала можно только для несжатого аудио или в процессе перекодирования, т.к. промежуточной операцией всегда является декодирование.
Пример:

-0,1,2,3,4,5

Поменять порядок расположения каналов в многоканальном WAV (маски при этом не трогаются; какие были прописаны, такие и остаются).
Примеры применения: см. описание команд "-down6", "-double7".
О стандартном порядке расположения каналов см. Default Channel Ordering.
Например, стандартный порядок для WAV 5.1 - FL FR FC LF SL SR, т.е.:
ch(0) = FL
ch(1) = FR
ch(2) = FC
ch(3) = LF
ch(4) = SL
ch(5) = SR

-down6

Даунмикс схем 7.1 и 6.1 в 5.1.
О корректности:
I. 6.1→5.1:
В общем случае, при микшировании должны выполняться следующие условия:
1. BACK_CENTER должен распределяться поровну м/у SIDE_LEFT и SIDE_RIGHT, т.к. они расположены симметрично по отношению к BACK_CENTER.
2. Мощность BC должна сохраняться.
→ половина мощности BC должно приходиться на SL, половина - на SR.
Переходя к нашим матрицам, нужно извлекать квадратный корень, т.к. мощность пропорциональна квадрату коэффициента, т.е.:
SL' = SL + sqrt(0.5)*BC = SL + 0,707*BC
SR' = SR + sqrt(0.5)*BC = SR + 0,707*BC
Другими словами, уровень BC понижается на 10*log(1/0,5)=~3 dB и микшируется с тылами. А т.к. общий уровень SL и SR при этом повышается, то возможно переполнение, а значит и второй проход, в котором eac3to понизит общий уровень.
По этой же матрице работают декодеры ArcSoft, Sonic, Nero. Эту же матрицу желал использовать и madshi.
Всё бы хорошо, но тем не менее eac3to работает при таком преобразовании неверно, а именно - путает каналы местами:
SL' = BC + 0.707*SR
SR' = SL + 0.707*SR
Выход: дописывать -0,1,2,3,5,6,4.
II. 7.1→5.1:
Поддерживается даунмикс только из стандартной конфигурации 7.1. Это WAVE_FORMAT_EXTENSIBLE с маской 0x063F (FL FR FC LFE BL BR SL SR).
К слову. WAVE_FORMAT_EXTENSIBLE с маской отличной от 0x063F может взяться при декодировании 2х нестандартных из 7ми возможных схем DTS-HD 7.1. → Подробнее.
Условия, аналогичные тем, что описаны в пункте "6.1→5.1", ведут к такой матрице:
SL' = BL + SL
SR' = BR + SR
В настройках даунмикса 7.1→5.1 по умолчанию в DTS-HD MAS прописана та же матрица микширования, но уровень всех каналов еще понижается на 3 dB. Очевидно, это сделано, чтобы гарантировано избежать переполнения (eac3to борется с переполнением своими средствами). Следствие: если есть нужда перекодировать THD 7.1 в DTS 5.1, то можно разобрать THD на WAVs, полученные WAVs подать на вход DTS-HD M.A.S., собрать стандартную конфигурацию DTS-HD MA 7.1 со стандартной матрицей микширования 7.1->5.1, а затем из полученного DTS-HD MA извлечь ядро, которое и будет необходимый нам DTS 5.1 с уже правильно смикшированными каналами.
По непонятным причинам madshi решил использовать в eac3to другую матрицу:
SL' = BL + 0.707*SL
SR' = BR + 0.707*SR
Таким образом при даунмиксе 7.1→5.1 в eac3to теряется половина мощности SL и SR.
Вывод:
Микширования 7.1→5.1 в eac3to лучше избегать.
Правильное микширование 6.1→5.1 в eac3to:Помимо этого для микширования схем 6.1 и 7.1 в 5.1 можно:
- воспользоваться BeHappy. Скрипт.
- воспользоваться аудиоредактором и смешать каналы вручную.

-down2, -phaseShift, -mixlfe

Даунмикс из конфигурации 5.1, 6.1 или 7.1 в 2.0 Dolby Pro Logic II (DPLII).
В случае исходных конфигураций 7.1 и 6.1 eac3to автоматически выполнит промежуточный "Surround Mix", см. "-down6".
Дополнительно можно добавить:
-mixlfe
Включить в микс канал низких частот. Dolby Inc. этого делать не рекомендует:-phaseShift
Сдвинуть каналы SIDE_LEFT и SIDE_RIGHT по фазе на 90 градусов. В некоторых случаях это позволяет повысить качество микса DPLII. Проверяется это экспериментальным путем (иногда это хорошо заметно и в аудиоредакторе - один канал может заметно отличаться от другого).
Если исходник - дорожка (E-)AC3, то в команде как правило нет необходимости, т.к. сдвиг тылов должен был быть осуществлен на стадии кодирования. В енкодере это галка "90 Degree phase shift", Dolby inc. рекомендует ее выставлять - так и поступают большинство людей, кодирующих дорожки.
Примеры:-

-downX

Понизить разрядность PCM (контейнер на выбор: WAV/W64/RF64) до необходимой. Используется TPDF dithering.
В общем случае -downX, где X - желаемая битность (integer). X находится в области 8—32, включая крайние значения.
Некоторые факты:
1). При декодировании из форматов сжатия без потерь, lossless (TrueHD, DTS-HD MA, FLAC) использовать -downX не нужно, в противном случае мы рискуем не получить на выходе исходный PCM. Для правильного декодирования из lossless достаточно лишь указать нужный декодер. Использовать промежуточные преобразования не нужно.
Примеры правильного декодирования:2). Форматы сжатия с потерями, lossy (DTS, AC3, E-AC3, AAC, MP123) eac3to по умолчанию декодирует в 24-bit integer PCM, что есть правильно.
- Декодирование с помощью libav всегда производится в 64-bit float point. Затем eac3to по умолчанию понижает битность до 24-bit integer. Командой -downX можно указать желаемую битность самому, т.е., если дописать -down16, то eac3to понизит разрядность PCM до 16-bit integer по схеме 64→16. Естественно, потери при это будут несколько больше, чем по умолчанию (64→24).
- Декодирование с помощью ArcSoft, Sonic, Nero производится в 24-bit integer. Все внутренние преобразования и сам процесс декодирования происходит в фильтре DirectShow, на выходе мы имеем уже 24-bit integer.
Если дописать -down16, то мы понизим битность по схеме 24→16. Потери при таком преобразовании будут более существенны, чем при 64→16.
3). Все внутренние преобразования (ресэмплинг, перетяжка, микс) eac3to производит в 64-bit float point. Командой -downX можно понизить битность до желаемой. По умолчанию eac3to понижает разрядность до 24-bit integer, что опять же есть правильно.
Вывод: Команду -downX применять без особых на то причин не нужно.

-slowdown, -speedup, -23.976, -changeTo24.000, -r8brain

Растянуть / сжать аудиодорожку по времени без сохранения высоты тона (а тянуть с сохранением тональности практически никогда и не требуется).
Поскольку перетяжка без сохранения тона = ресэмплинг с возвращением в заголовок WAV исходной частоты, то см. SRC Comparisons. → Пример интерпретации результатов на русском языке.
Очевидно, качеством ресэмплера (с любым из двух) eac3to превосходит многие аудиоредакторы и перетягивать дорожки рекомендуется именно с помощью eac3to.
Можно воспользоваться одним из двух ресэмплеров:
Ресэмплер №1. SSRC (Shibata Sample Rate Converter). Я настоятельно рекомендую использовать именно этот ресэмплер.
В eac3to используется по умолчанию. Исходный SSRC был немного оптимизирован by madshi:Примеры использования:
Перетянуть так, как если бы меняли FPS видео с 23.976 на 24.000:Вместо 24.000 и 23.976 могут стоять некоторые другие цифры: 23.976, 24.000, 24.975, 25.000, 29.970, 30.000, 47.962, 48.000, 50.000, 59.940, 60.000.
Частные случаи:
[-changeto23.976 -25.000] можно заменить командой -slowdown (перетяжка PAL→NTSC):[-changeto25.000 -23.976] можно заменить командой -speedup (перетяжка NTSC→PAL):Ресэмплер №2. r8brain.
Использовался по умолчанию до eac3to v.2.68 (включительно).
В версиях eac3to старше 2.68 ключ -r8brain не позволяет создавать WAV большого размера.
Примеры использования:
В eac3to 3.24:В eac3to 2.68:--Помимо того, что команды используются для перетяжки звуковой дорожки, ими можно менять значение FPS при муксинге видео в MKV. К примеру, команда:пропишет в заголовок MKV значение FPS=25.000.

-resampleToX

Изменить частоту дискретизации аудио.
Перетяжка аудио без сохранения тона и ресэмплинг - операции родственные, поэтому см. спойлер выше.
Можно воспользоваться одним из двух ресэмплеров: SSRC (по умолчанию) или r8brain. Я настоятельно рекомендую использовать SSRC.
Доступные значения частоты дискретизации (SSRC): 192000, 98000, 96000, 48000, 44100, 32000, 24000, 22050.
Примеры:

-16 / -24, -8, -48000, -little / -big, -override

Эти команды нужны для превращений типа RAW, LPCM → WAV
eac3to часто сам может определить параметры поданного на вход RAW/PCM. Но если же ему это сделать не удастся или же есть желание вручную прописать эти параметры, то понадобятся команды:
-8
указать число каналов, от 1 до 8
-16 / -24
указать разрядность
-96000 / -44100 / -48000 / -192000
указать частоту дискретизации
-little / -big
указать порядок следования байтов
-override
принудительно прописать свой заголовок. С этой командой будет пропущена стадия, когда eac3to сам пытается определить параметры поданного аудио. В заголовок будет прописано именно то, что было указано вручную.
Пример использования:
Зная об LPCM треке такое: LPCM 5.1 / 16-bit / 48 kHz
можно получить WAV с соответствующими параметрами или сразу же перекодировать LPCM во FLAC:-Для справки:
1). Контейнер WAV может содержать в себе любой формат аудио, но как правило говоря о WAV мы имеем ввиду несжатое аудио - WAV, содержащий PCM. От самого PCM WAV отличается наличием заголовка, где прописана информация о разрядности звука, частота его дискретизации, число каналов и пр. → Подробнее.
2). Не стоит (ибо непрактично) извлекать LPCM как файл *.pcm. Из-за отсутствия заголовка дальнейшая работа с ним может быть затруднительна. LPCM лучше демуксить в контейнер WAV или W64. Контейнер всегда можно поменять:К слову. tsMuxeR не берет на вход файлы WAV > 4Gb, но берет W64 - его размер может быть очень большим.
3). eac3to по умолчанию муксит PCM в WAV с заголовком WAVE_FORMAT_EXTENSIBLE, прописывая стандартные маски.
Как следствие: не всегда, извлекая дорожку по пути "Source→PCM→WAV" мы получим ту же конфигурацию каналов, как если извлекать по пути "Source→WAV". Это еще раз подтверждает: извлекайте LPCM сразу в WAV или W64.
Пример.
Имеем LPCM 2.1 в составе Blu-ray.
- извлекаем его сразу в WAV. eac3to видит, что в исходном звуке имеются каналы FL, FR и LFE и прописывает соответствующую маску в WAVE_FORMAT_EXTENSIBLE - 0x000B (FL FR LF). Всё в порядке.
- извлекаем его сначала в *.pcm, потом муксим в WAV. eac3to не знает какие каналы присутствовали в исходном звуке (знает только, что каналов три), а потому прописывает стандартную для трехканального WAVE_FORMAT_EXTENSIBLE маску - 0x000B (FL FR FC). Как видим, канал LF вдруг превратился в центральный FС.

-keepDialnorm

Сохранить нормализацию диалога дорожки.
По умолчанию eac3to:
- при демуксе (E-)AC3, DTS(-HD) и TrueHD
- при выставлении задержек в (E-)AC3, DTS(-HD)
- при извлечении ядра из DTS-HD
- при извлечении AC3 из THD+AC3
меняет значение нормализации диалога (DialogNormalization, DN) дорожки на -31 dB.
Команда -keepDialnorm нужна, если мы собираемся сохранить исходное значение нормализации диалога дорожки.
Везде по тексту при использовании терминов "стирает / зануляет данные о нормализации диалога" имеется ввиду то, что eac3to меняет значение DN на -31 dB (в случае DTS в терминах eac3to это 0 dB, но эта цифра в инфо не показывается). "Зануляет" используется в том смысле, что eac3to выставляет такой DN, что декодер ни насколько не будет понижать уровень сигнала.
Примеры использования:Важные подробности:
1). Нельзя использовать -keepDialnorm при операциях декодирования! В противном случае декодером может быть (а может и не быть - зависит от декодера) применено занижение уровня сигнала в соответствии с DN. Для наших целей такое декодирование недопустимо (а допустимо оно лишь при проигрывании дорожки, при просмотре фильма).
2). При работе с DTS-HD особенно важно прописывать -keepDialnorm, т.к. иначе eac3to поменяет значение DN на -31 dB, но только понарошку. На самом деле исходная нормализация диалога останется и будет применена при случае декодером ArcSoft. В случае DTS-HD поменять данные о DN средствами eac3to нельзя, т.к. полная спецификация формата DTS-HD еще недоступна, а при разработке соответствующего алгоритма в eac3to madshi действовал методом тыка. По всему очевидно, что он где-то ошибся.
3). Ссылаясь на соответствующие спецификации:
AC3 spec: The dialnorm value tells us how much headroom there is between 100% volume and speech volume.
DTS spec: dialnorm value tells us how much the decoder should lower volume.
madshi решил по-разному обозначать DN для дорожек DTS и AC3. Например, -4 dB DTS, но -27 dB AC3 - в обоих случаях это информация декодеру понизить громкость на 4 dB.
4). Чтобы переписать значение DN на -31 dB достаточно пропустить дорожку ч/з eac3to, например:

-decodeHdcd

Декодировать HDCD (16 → 20 bit)

-demux

Демукс всех потоков из Blu-ray / HD DVD, из контейнеров EVO/VOB/(M2)TS и MKV.
Из MKV можно выудить не всё, а только те дорожки, работу с которыми eac3to поддерживает (см. changelog.txt, Ctrl+F)
Eac3to при демуксе автоматически:
1). Проставляет задержки (delay), прописанные в контейнере, непосредственно в аудио-поток. В случае TrueHD eac3to этого делать не умеет - значение задержки прописывается в имя файла.
Не хотите? Пропишите в опциях обратное значение. Например, если дорожка сдвинута на 89мс вперед, пропишите:
eac3to input output -89ms
дорожка не сдвинется ни на миллисекунду.
2). Убирает флаг "pulldown" из H264/VC-1/MPEG2.
Не хотите? См. "-keepPulldown".
3). Убирает флаг "full range" из H264.
Не хотите? См. "-keepFullRange".
4). Меняет значение нормализации диалога в аудиодорожках (E-)AC3 и DTS(-HD) на -31 dB.
Не хотите? См. "-keepDialnorm".
5). Перекодирует FLAC с настройками на макс. сжатие. По-другому eac3to извлекать FLAC из MKV не умеет.
6). 1920x1088 → 1920x1080 для H264. → Объяснение.
7). Удаляет "Filler Data" из дорожки H264.
"Filler Data" - это ненужные декодеру пустышки. Эту же информацию удаляют муксеры MKVmerge и Haali Matroska Muxer, порой это может значительно сэкономить место.8). Удаляет "Sequence End Code". Служебная информация, которую, опять же, удаляют муксеры MKVmerge и Haali Matroska Muxer.
9). Чинит поврежденные (E-)AC3, DTS, AAC и MP123, если возможно.
10). Борется с задержками, связанными с gaps/overlaps. Взяться gaps/overlaps могут из поврежденного исходника (как частный и распространенный случай - HDTV) или из Blu-ray со структурой Seamless Branching.
Задержки не могут быть пофиксены в случае TrueHD:Поэтому чтобы качественно (с учетом всех задержек) извлечь THD из Blu-ray со структурой Seamless Branching нужно одновременно производить декодирование дорожки:при этом eac3to расставит нужные задержки уже в WAV.
В противном случае, если сначала излечь THD (или THD+AC3) и только потом декодировать его - мы имеем шанс напороться на значительный рассинхрон.

-keepPulldown, -stripPulldown

-keepPulldown - сохранить пулдаун флаг.
Почти всегда флаг сохранять не требуется.-

-seekToIFrames

Существует баг в Haali Matroska Muxer. Некоторые (примеров очень немного) дорожки H264 не могут быть им обработаны и, как следствие, замуксены в MKV с помощью eac3to.
В таких случаях:Для преодоления этого можно:
1). Воспользоваться командой -seekToIFrames, но в результате такой операции могут появиться кратковременные артефакты изображения при навигации/перемотке.2). Воспользоваться другим муксером. Например MKVmerge.

-check, -test

-check
проверить на ошибки. Команда применима ко всем поддерживаемым форматам. Например, в случае дорожек DTS(-ES) и (E-)AC3 eac3to проверяет каждый фрейм на наличие ошибок CRC.
-test
проверить укомплектованность eac3to, наличие необходимых внешних фильтров:

-lowPriority, -shutdown

-lowPriority
назначить низкий приоритет процессу
-shutdown
выключить компьютер по окончании работы eac3to. У многих (в т.ч. у меня) команда не работает.

-no2ndpass

Запретить второй проход.
Немного объяснений.
Существует два типа представления разрядности PCM: float point и integer.
- любое декодирование из lossy производится в 32-bit float point по стандарту. Именно так действует libavcodec в связке с eac3to. Затем разрядность как правило понижается (звуковые карты и большинство енкодеров обычно принимают на вход только фикс. точку) в самом декодере или сторонними средствами (например eac3to понижает разрядность сам, вне зависимости от libav), с использованием дизеринга или без.
- любые промежуточные преобразования над звуком лучше производить в макс. разрядности. Именно так работают фильтры ресэмплирования, перетяжки и микширования в eac3to - все преобразования выполняются в 64-bit float point.
- небольшие переполнения при декодировании и преобразованиях аудио - это нормально. Обычно это результат промежуточных вычислений, выполняемых в float point.
Только в float point можно представить сигнал, уровень которого >0 dB, клиппинг тут невозможен (клиппинг - это не выход уровня сигнала за предельные значение, а потеря данных вышедших за эти пределы). При переходе float→integer значения уровней округляются до ближайших и уровням > 0dB во float point присваиваются одинаковые значения в integer. Как следствие, возникает т.н. клиппинг - "обрезание сигнала". Пример:
→
Чтобы гарантировано избежать клиппинга автор eac3to поступил так. Любой float point сканируется программой eac3to на предмет переполнения и при нахождении этого переполнения, прежде чем произвести преобразование 64-bit Float → 24-bit Int, eac3to нормализует дорожку. Таким образом мы гарантированно избавляемся от клиппинга. Но. Правда состоит в том, что не любое переполнение ведёт к клиппингу (но, естественно, всякий клиппинг имеет в своей основе переполнение). Так что eac3to может и ошибиться, как и любая другая программа, работающая по тому же принципу (например в Azid реализован похожий механизм, но Azid только предупреждает о переполнении - по умолчанию он дорожку не нормализует).
Окончательно дать ответ есть ли клиппинг в полученном PCM или же нет может аудиоредактор. Нужно найти макс. уровень на таймлайне, нужно взять крупный план и посмотреть - есть ли срез. Если срез есть, то нужен второй проход. Если среза нет, то второй проход действительно был не нужен.--Применительно к eac3to. Попроще.
В случае обнаружения переполнения, eac3to сообщает "clipping detected" и часто в этом ошибается, т.к. далеко не каждое переполнение ведет к клиппингу. Абсолютно точно определить наличие клиппинга можно в любом аудиоредакторе.
Факты:
- при декодировании из lossy с помощью декодеров ArcSoft, Sonic, Nero переполнение невозможно, т.к. из фильтра DirectShow PCM поступает уже в 24-bit integer - его уровень в принципе не может превысить 0 dB.
- при декодировании из lossy с помощью декодера libav возможно переполнение, т.к. libavcodec первоначально декодирует в 64-bit float point, а затем eac3to по умолчанию понижает разрядность до 24-bit integer.
- при декодировании из lossless (THD, DTS-HD MA, FLAC) переполнение невозможно в принципе. PCM распаковывается в исходную разрядность (а это фикс. точка) как из архива. То, что было запаковано в lossless - именно то и получаем при распаковке.
- при преобразованиях с потерями (ресэмплинг, перетяжка, микс) возможно переполнение, т.к. промежуточные преобразования выполняются в 64-bit float point, а затем eac3to по умолчанию понижает разрядность до 24-bit integer.
Выводы:
1). Ключ -no2ndpass имеет смысл дописывать при операциях декодирования из lossy с помощью libav и при преобразованиях аудио с потерями (ресэмплинг, перетяжка, микс). Если при этом eac3to выдаст сообщение "clipping detected", нужно будет перепровериться на предмет наличия клиппинга в аудиоредакторе.
- если клиппинг действительно образовался, то нужно повторить операцию в eac3to, но на этот раз второй проход разрешить.
- если клиппинга нет, то второй проход действительно был не нужен. При переполнении <0,5 dB (а eac3to показывает величину переполнения) вероятность среза крайне мала.
2). Ключ -no2ndpass не нужен (и более того - вреден) при операциях декодирования из lossless и при демуксе из Blu-ray со структурой Seamless Branching.
Примеры:

-mono

Выделить только центральный канал из многоканального источника и только левый канал из 2.0.
Пример:

-dontPatchDts

Запретить патчинг 16bit→24bit в операциях с DTS.
Команду имеет смысл использовать при извлечении ядра DTS-HD 16-bit, но не нужно применять при декодировании.
Смысл патчинга сводится к тому, что eac3to меняет заголовок "Transmission Bit Rate" (метаданные) каждого фрейма DTS с 16-bit на 24-bit. Это позволяет повысить качество декодирования (а значит и проигрывания) при использовании некоторых декодеров (например декодеров ArcSoft и Sonic).
Пример:

-logdts

Вывести подробную информацию о DTS(-HD).
Пример:

-progressnumbers

Выводить процент выполнения работы.
В командной строке выглядит это не очень эстетично. Примерно так:

-normalize

Нормализовать дорожку. Естественно, требует второго прохода.
eac3to нормализует всегда под 99% от макс. уровня.
Пример:

-logmkv

Пример:

-ignoreEncrypt

Игнорировать защиту Blu-ray / HD DVD.

-keepFullRange

Сохранить fullrange flag.
fullrange flag говорит о том, что используется полный (PC, 0-255), а не урезанный (TV, 16-235) диапазон цветов. Обычно флаг сохранять не требуется.

-Xmb

Вырезать первые X Mb. Операция без пересжатия.
Команда применима ко всем поддерживаемым форматам. Может быть полезна чтобы сделать сэмпл.
Например, вырежем первые 23 Mb аудиодорожки:

-analyzeBitdepth

Определить разрядность (бит/сэмпл) дорожки.
Понятие "разрядность" имеет смысл употреблять при разговоре о PCM и, как следствие, при разговоре о форматах сжатия без потерь, lossless (THD, DTS-HD MA, FLAC), т.к. только эти форматы полностью сохраняют исходный PCM.
Величину бит/сэмпл невозможно определить в случае подавляющего большинства форматов сжатия с потерями, lossy (DTS, AC3, E-AC3, AAC, MP123 и др.).
- В случае DTS в заголовок каждого фрейма пишется т.н. "Transmission Bit Rate" - это информация о разрядности исходного PCM (до кодирования). Эту информацию показывают eac3to, MediaInfo и др.
- В случае AC3, E-AC3, AAC, MP123 никакая информация о разрядности исходного PCM в метаданных не прописывается. То, что показывает MediaInfo в этом случае - брехня полная.
В случае DTS-HD MA и FLAC eac3to считывает информацию о разрядности с заголовка самого первого фрейма аудиодорожки. Крайне редко эта информация бывает ошибочна (см. примеры ниже).
В случае THD информация о разрядности в метаданных не прописывается, а единственный способ узнать ее - декодировать дорожку полностью или воспользоваться -analyzeBitdepth (что, по сути, то же декодирование).
Примеры:

-2pass

"-2pass" activates 2 pass mode (can speedup seamless branching processing)

-neroaacenc=

Указать расположение NeroAACEncoder'а. По умолчанию eac3to ищет его в своей собственной директории.
-neroaacenc="C:\Whatever\neroAacEnc.exe"

-log=

Выбрать место сохранения лог-файла.
-log="C:\Whatever\log.txt"

-full

Предотвращает дизеринг при декодировании с помощью libav.
По умолчанию все форматы сжатия с потерями eac3to-libav декодирует в 64-bit float point PCM, а затем eac3to понижает разрядность до 24-bit integer, используя TPDF Dither.
С командой -full мы получим на выходе исходный 64-bit float point PCM (контейнер на выбор: WAV/W64/RF64)

-simple

Прописать в WAV старый тип заголовка.
Команда может быть использована, чтобы получить файл WAV, совместимый с устаревшими программами, т.к. по умолчанию в подавляющем большинстве случаев eac3to муксит PCM в WAVE_FORMAT_EXTENSIBLE. Например SFSE не понимает WAVE_FORMAT_EXTENSIBLE.Пример:

-double7

Апконверт из конфигурации 6.1 в 7.1.
Сигнал с канала BACK_CENTER будет распределен по каналам BACK_LEFT и BACK_RIGHT с соответствующим понижением уровня (-3dB). В итоге будет получен равноценный 7.1, т.е.:
BL = 0,707 * BC
BR = 0,707 * BC
Все остальные каналы остаются на месте. Такой апмикс вполне корректен.
Команда может быть полезна при необходимости создать FLAC 7.1 из DTS-HD MA 6.1 (многие устройства вывода не поддерживают конфигурацию 6.1).
В eac3to v.3.24 имеется баг - программа путает каналы местами. Выход: дописывать: -0,1,2,3,5,6,4
Правильный апмикс: