|
|
|
Mark20100
Стаж: 15 лет 11 месяцев Сообщений: 1047
|
Mark20100 ·
28-Фев-26 01:15
(2 дня 20 часов назад)
jеnsen писал(а):
88883423Окей, понял, тогда мы вернулись к изначальному "трогать атмос контейнерами и тд нельзя, иначе он станет обычным 7.1"?
А я никуда и не уходил, что бы возвращаться.  Сразу написал, что это не решение. Даже не из-за 7.1 (на железных плеерах атмос воспроизводится), а по причине, что результат резки непредсказуем. Надо отрезать (как в примере выше) "по ключевому фрейму" от ~1 до 107 мс (уже сам теоретический диапазон - шиза с точки зрения точности), а в результате получается 780.
|
|
|
|
interdude
Стаж: 13 лет 1 месяц Сообщений: 5372
|
interdude ·
28-Фев-26 08:25
(спустя 7 часов)
Drommer.94 писал(а):
88882648А тему, в которой обсуждали SoX и готовили обновление инструкции, уже удалили? Хотел оттуда скриншоты сравнения качества позаимствовать, а найти не могу.
Попросил удалить. Не думал, что кому-то понадобится.
|
|
|
|
Drommer.94
Стаж: 15 лет 5 месяцев Сообщений: 280
|
Drommer.94 ·
28-Фев-26 09:28
(спустя 1 час 2 мин.)
interdude
Понятно, спасибо.
У меня возник ещё один странный вопрос технического характера по поводу DTS-ES, но на этот раз дискретного. В описании этого формата сказано, что он содержит ядро из 6 каналов и расширение с 7-м каналом. Ни один из известных мне инструментов этого не предлагает, но ведь технически должна быть возможность извлечь ядро из такой дорожки? Программы не умеют этого потому что никому не нужна была такая опция или же есть причины, кроющиеся в том, как устроен поток?
|
|
|
|
lum7799
Стаж: 15 лет 4 месяца Сообщений: 670
|
lum7799 ·
28-Фев-26 10:50
(спустя 1 час 21 мин., ред. 28-Фев-26 10:50)
Mark20100 писал(а):
88883294Может тулникс и режет по ключевым кадрам
Фуф, не просто же оказалось прояснить такой элементарный вопрос.
Mark20100 писал(а):
888832942) Задал разделение на две части на отметке 00:00:00.000833333, т. е. 0,833333 мс. Если в начале потока два ключевых кадра, то должен отрезаться именно один кадр по ключевому второму, или просто 0,833333 мс. Если в начале потока только один ключевой кадр, то отрезанный участок должен иметь длительность (до второго ключевого кадра) от 9 (первый ключевой + 8 обычных - минимум) до 129 кадров ( первый ключевой + 128 обычных - максимум) т. е. от ~7.5 мс до ~107,5 мс. По факту отрезанный участок получается 784 мс. Может тулникс и режет по ключевым кадрам, но по каким именно? Десятым или двадцатым по порядку? Я это и называю - "как попало"
Нет, это не "как попало", это другое.
Вообще режет по ближайшему к заданному смещению ключевому кадру.
А в вашем примере выше просто сработало в тулниксе требование стандарта Dolby на минимальную длительность отдельного файла THD.
Mark20100 писал(а):
88883390В случае подрезанного файла не только скрипт не будет работать на выдачу 9.1.6. Даже просто проигрывание в DRP 16 каналов не будет.
А вот проигрывание 16 каналов как раз будет. Поэтому тоже, в частности, отсутствие распаковки обрезков это скорее баг DRP. Посмотрите пост выше:
lum7799 писал(а):
88879198...на DRP, пожалуйста, грузите в него файл в Presentation=Auto, а дальше проигрывайте как хотите - 2, 6, 8 или 16.
|
|
|
|
Mark20100
Стаж: 15 лет 11 месяцев Сообщений: 1047
|
Mark20100 ·
28-Фев-26 11:54
(спустя 1 час 4 мин.)
lum7799 писал(а):
Нет, это не "как попало", это другое.
Вообще режет по ближайшему к заданному смещению ключевому кадру.
А в вашем примере выше просто сработало в тулниксе требование стандарта Dolby на минимальную длительность отдельного файла THD.
Как прикажете понимать ваше "это другое"? Почему же тогда тулникс отрезает ~780 мс вместо теоретически максимальных ~107 мс? Математика в данном случае очень простая (в полном соответствии с Dolby Truehd (MLP) high level bitstream description): 0,833333 мс (длительность одного кадра) умножаем на 129 кадров до следующего ключевого (первый ключевой + 128 максимально допустимых обычных, которые следуют за ключевым).
lum7799 писал(а):
на DRP, пожалуйста, грузите в него файл в Presentation=Auto, а дальше проигрывайте как хотите - 2, 6, 8 или 16.
Именно так, файл можно открыть в DRP и в авто, и 2 и 4 и 8. Но при выборе воспроизведения 16 каналов - сразу ошибка.
|
|
|
|
lum7799
Стаж: 15 лет 4 месяца Сообщений: 670
|
lum7799 ·
28-Фев-26 12:41
(спустя 46 мин.)
Mark20100 писал(а):
88884810Почему же тогда тулникс отрезает ~780 мс вместо теоретически максимальных ~107 мс?
Тулникс при отрезании 0.8333мс от начала файла ведь при этом создаёт отдельный самостоятельный файл THD так?
Вот он и следует при этом стандарту Dolby на минимальную длительность ОТДЕЛЬНОГО файла THD ~780 мс.
В случае резки на ДРУГИЕ дистанции резка будет проходить по ближайшему ключевому.
Mark20100 писал(а):
88884810Именно так, файл можно открыть в DRP и в авто, и 2 и 4 и 8. Но при выборе воспроизведения 16 каналов - сразу ошибка.
Откройте в "Авто", переключите на "16", проигрывайте 16 без ошибки как, обычно.
|
|
|
|
Mark20100
Стаж: 15 лет 11 месяцев Сообщений: 1047
|
Mark20100 ·
28-Фев-26 13:28
(спустя 47 мин.)
lum7799 писал(а):
88885044Тулникс при отрезании 0.8333мс от начала файла ведь при этом создаёт отдельный самостоятельный файл THD так?
Вот он и следует при этом стандарту Dolby на минимальную длительность ОТДЕЛЬНОГО файла THD ~780 мс.
.
??? Стандарт? В каком документе это указано?
|
|
|
|
jеnsen
Стаж: 15 лет 10 месяцев Сообщений: 3615
|
jеnsen ·
28-Фев-26 13:38
(спустя 9 мин., ред. 28-Фев-26 13:38)
Drommer.94
Извлечение 6 фантомного канала из матричного формата сродни вычитанию в противофазе голоса из VO, вот никто и не предлагает такое.
К тому же эта информация (6 канал) там заведомо не очень хорошего качества.
Вроде как существует способ захватить выхлоп декодера ES для этого, но трудно себе представить, кому это может понадобиться по вышеописанным причинам.
Формально весь нужный звук, включая матричный канал, у вас уже есть в извлеченном 5.1
А из дискретного 6.1 же нормально все извлекается, просто если там ядро 5.1, оно так же матричное и по вышеописанным причинам вынуть его как 6.1 нельзя.
|
|
|
|
Mark20100
Стаж: 15 лет 11 месяцев Сообщений: 1047
|
Mark20100 ·
28-Фев-26 13:39
(спустя 1 мин.)
jеnsen
Вероятно вопрос был связан с DTS-ES Discrete для DVD (не DTS-HD). Т. е. DTS core 5.1 + extension XCH с максимальным битрейтом 1509 kbps. Я прямо специально не проверял, но если помню, то MAS позволяет кодировать 6.1 Discrete только в виде DTS-HD (MA или HRA) с ядром 5.1 ES Matrix. А профиля кодирования DTS 6.1 ES Discrete нет.
|
|
|
|
interdude
Стаж: 13 лет 1 месяц Сообщений: 5372
|
interdude ·
28-Фев-26 13:51
(спустя 12 мин., ред. 28-Фев-26 13:51)
jеnsen
В той ссылке ведь был дан вполне адекватный ответ, как извлекается фантомный центр: декодер просто "слушает" Ls и Rs на предмет содержимого и отправляет всё, что напоминает моно на BC или на Lrs/Rrs. И это в обычной 5.1. Ситуация упрощается, когда в тылах уже есть конкретный моно-сигнал, который "услышать" проще простого.
|
|
|
|
jеnsen
Стаж: 15 лет 10 месяцев Сообщений: 3615
|
jеnsen ·
28-Фев-26 14:07
(спустя 15 мин., ред. 28-Фев-26 14:07)
interdude
Это все понятно, но при извлечении нужно еще и удалить сигнал из тылов, а на лосси это качественно сделать не выходит, я выше давал пример, где остаются отстатки фантомного канала.
Mark20100
Так дискретное лосси 6.1 (для двд) прекрасно декодируется как 6.1, а ядра в понимании DTSHD там нет, поэтому и извлечь его нельзя. Это сродни «ядру» ac3 внутри eac3 7.1 я так понимаю, но только один канал допом. При этом он даже в дискретном исполнении матрично дублируется в тылы.
|
|
|
|
LSwir
Стаж: 3 года 6 месяцев Сообщений: 117
|
LSwir ·
28-Фев-26 14:40
(спустя 33 мин., ред. 28-Фев-26 14:40)
Mark20100 писал(а):
88885239jеnsen
А профиля кодирования DTS 6.1 ES Discrete нет.
Есть профиль в MAS для Blu-ray DTS 6.1 ES Discrete 1509Mbps, для DVD (.cpt) [DTS Compact Audio File] - нет.
В основном потоке в заголовке Primary Header должно быть налчиие EXT_AUDIO_ID = 1, значит в конце фрейма есть XCh (Extension Audio Data Channel)
ETSI TS 102 114 V1.4.1 [стр. 65]
|
|
|
|
65YSerg
Стаж: 10 лет Сообщений: 319
|
65YSerg ·
28-Фев-26 16:02
(спустя 1 час 21 мин., ред. 28-Фев-26 16:02)
Mark20100 писал(а):
Именно так, файл можно открыть в DRP и в авто, и 2 и 4 и 8. Но при выборе воспроизведения 16 каналов - сразу ошибка.
Нет. Если сначала выбрать авто, то файл открывается и воспроизводится, и можно на лету менять кол-во каналов на любое из списка.
LSwir писал(а):
для DVD (.cpt) [DTS Compact Audio File] - нет.
|
|
|
|
LSwir
Стаж: 3 года 6 месяцев Сообщений: 117
|
LSwir ·
28-Фев-26 17:53
(спустя 1 час 51 мин.)
2 65YSerg
Ну значит есть полная поддержка
|
|
|
|
Drommer.94
Стаж: 15 лет 5 месяцев Сообщений: 280
|
Drommer.94 ·
28-Фев-26 19:23
(спустя 1 час 29 мин.)
Да, речь шла именно про старый вариант с потерями, который использовали на DVD. Мне было интересно, можно ли из него извлечь ядро.
Случайно заметил так же, что если кодировать DTS-HD Master Audio со схемой каналов 6.1 Discrete то на выходе получится файл, ядром которого будет не обычный DTS, а DTS-ES Discrete 6.1. Получается, что это ядро, внутри которого есть ещё одно ядро. Т.е. lossless 6.1 + lossy 6.1 + lossy 5.1 (ES Matrix).
|
|
|
|
lum7799
Стаж: 15 лет 4 месяца Сообщений: 670
|
lum7799 ·
28-Фев-26 19:23
(спустя 22 сек.)
Mark20100 писал(а):
88885205??? Стандарт? В каком документе это указано?
ХЗ в каком доке я это читал, не вижу здесь практического смысла перерывать справочники.
Возможно, эта минимальная длительность отдельного файла THD продиктована другими причинами, например условиями синхронизации с видео или устойчивым срабатыванием декодеров ресиверов и т.д., может быть много причин.
В рассматриваемом же вопросе этот факт значения не имеет, реальные отрезки будут иметь заведомо большую длительность чем 1сек.
В случае резки на дистанции от начала, больше чем ~784ms резка будет проходить по ближайшему ключевому с точностью не хуже ~107.5ms.
|
|
|
|
Mark20100
Стаж: 15 лет 11 месяцев Сообщений: 1047
|
Mark20100 ·
28-Фев-26 23:23
(спустя 4 часа, ред. 28-Фев-26 23:23)
lum7799 писал(а):
88886720
Mark20100 писал(а):
88885205??? Стандарт? В каком документе это указано?
ХЗ в каком доке я это читал, не вижу здесь практического смысла перерывать справочники.
Возможно, эта минимальная длительность отдельного файла THD продиктована другими причинами, например условиями синхронизации с видео или устойчивым срабатыванием декодеров ресиверов и т.д., может быть много причин.
Совершенно точно, что такого "стандарта", о котором вы написали выше, со стороны Dolby не существует. Им совершенно фиолетово, как там mlp пакуется и режется в контейнере matroska.
Drommer.94 писал(а):
88886719Да, речь шла именно про старый вариант с потерями, который использовали на DVD. Мне было интересно, можно ли из него извлечь ядро.
Случайно заметил так же, что если кодировать DTS-HD Master Audio со схемой каналов 6.1 Discrete то на выходе получится файл, ядром которого будет не обычный DTS, а DTS-ES Discrete 6.1. Получается, что это ядро, внутри которого есть ещё одно ядро. Т.е. lossless 6.1 + lossy 6.1 + lossy 5.1 (ES Matrix).
Именно так и получается. Выглядит аналогично DTS-HD 96кГц, где ядро - DTS X96 с битрейтом 1509 kbps, которое в свою очередь состоит из обычного ядра DTS 48 kHz с битрейтом 1152 kbps и расширения X96 с битрейтом 384 kbps. Причем расширение X96 может быть как частью как самого ядра, так и отдельным субпотоком ("The X96 extension may be a part of the core substream or a part of the extension substream"). Еще один забавный факт - изначально DTS ES Matrix именовался как "DTS 5.1 ES", а наименование "DTS 6.1 ES" использовалось исключительно для Discrete. Но маркетологи победили.
P.S. https://web.archive.org/web/20071024111203/http://www.dtsonline.com:80/media/uplo...S%20Overview.pdf
|
|
|
|
Drommer.94
Стаж: 15 лет 5 месяцев Сообщений: 280
|
Drommer.94 ·
01-Мар-26 00:15
(спустя 51 мин.)
Mark20100 писал(а):
88887894Именно так и получается. Выглядит аналогично DTS-HD 96кГц, где ядро - DTS X96 с битрейтом 1509 kbps, которое в свою очередь состоит из обычного ядра DTS 48 kHz с битрейтом 1152 kbps и расширения X96 с битрейтом 384 kbps. Причем расширение X96 может быть как частью как самого ядра, так и отдельным субпотоком ("The X96 extension may be a part of the core substream or a part of the extension substream"). Еще один забавный факт - изначально DTS ES Matrix именовался как "DTS 5.1 ES", а наименование "DTS 6.1 ES" использовалось исключительно для Discrete. Но маркетологи победили.
P.S. https://web.archive.org/web/20071024111203/http://www.dtsonline.com:80/media/uplo...S%20Overview.pdf
Спасибо за информацию. Это интересно.
Почитаю внимательнее, но на первый взгляд похоже, что моё более раннее предположение о том как именно декодируется дискретный вариант было верным. В расширении закодирован только один канал и он вычитается из микса 5.1 чтобы получить исходные боковые каналы.
|
|
|
|
jеnsen
Стаж: 15 лет 10 месяцев Сообщений: 3615
|
jеnsen ·
01-Мар-26 00:27
(спустя 11 мин.)
Drommer.94 писал(а):
88888185В расширении закодирован только один канал и он вычитается из микса 5.1 чтобы получить исходные боковые каналы.
Он вычитается потому, что в тылах даже в случае дискретного профиля 6.1 есть матричное кодирование BC ради сохранения совместимости.
|
|
|
|
Drommer.94
Стаж: 15 лет 5 месяцев Сообщений: 280
|
Drommer.94 ·
01-Мар-26 09:05
(спустя 8 часов, ред. 01-Мар-26 09:05)
Подскажите, пожалуйста, для кодирования в TrueHD существуют только официальные DEE/DME и старый DMP для MacOS?
Новый кодировщик для всех форматов разрешает кодировать только со схемой каналов 2.0/5.1/7.1. Я настроил виртуальную машину и установил DMP. Для (E)AC3 там доступны варианты на любой вкус, однако с TrueHD какая-то странность: есть схема 3.0 и 3.1 с передним центральным каналом, есть схема 4.0 (но не 4.1) с двумя передними и боковыми каналами, но нет ни 3.х, ни 4.х с одним объёмным каналом сзади. Неужели TrueHD вообще не поддерживал такую конфигурацию каналов?
jеnsen писал(а):
88888223Он вычитается потому, что в тылах даже в случае дискретного профиля 6.1 есть матричное кодирование BC ради сохранения совместимости.
Да, я понимаю. Раньше я проводил аналогию с E-AC3, где в расширении кодируются все каналы, необходимы для замены вместо вычитания из существующих.
|
|
|
|
LSwir
Стаж: 3 года 6 месяцев Сообщений: 117
|
LSwir ·
01-Мар-26 11:37
(спустя 2 часа 32 мин.)
Drommer.94 писал(а):
88888267есть схема 4.0 (но не 4.1)
[sample]
скрытый текст
Код:
General
Complete name : D:\Black Sabbath - War Pigs 4.1ch 24-192-sample.thd
Format : MLP FBA
Format/Info : Meridian Lossless Packing FBA
Commercial name : Dolby TrueHD
File size : 98.9 MiB
Overall bit rate mode : Variable
Audio
Format : MLP FBA
Format/Info : Meridian Lossless Packing FBA
Commercial name : Dolby TrueHD
Bit rate mode : Variable
Maximum bit rate : 9 588 kb/s
Channel(s) : 5 channels
Channel layout : L R C LFE Cb
Sampling rate : 192 kHz
Frame rate : 1 200.000 FPS (160 SPF)
Compression mode : Lossless
|
|
|
|
Drommer.94
Стаж: 15 лет 5 месяцев Сообщений: 280
|
Drommer.94 ·
01-Мар-26 19:17
(спустя 7 часов)
LSwir
Спасибо за семпл.
Остаётся вопрос: с помощью какого инструмента можно получить такой файл?
На трекере есть старенький кодер MLP, но его результат не соответствует спецификации TrueHD.
|
|
|
|
LSwir
Стаж: 3 года 6 месяцев Сообщений: 117
|
LSwir ·
01-Мар-26 20:19
(спустя 1 час 1 мин.)
Drommer.94 писал(а):
88891579Остаётся вопрос: с помощью какого инструмента можно получить такой файл?
Классический reverse engineering
|
|
|
|
Drommer.94
Стаж: 15 лет 5 месяцев Сообщений: 280
|
Drommer.94 ·
01-Мар-26 20:39
(спустя 19 мин.)
LSwir писал(а):
88891889Классический reverse engineering
Имеете в виду что-то типа кодера в ffmpeg?
|
|
|
|
LSwir
Стаж: 3 года 6 месяцев Сообщений: 117
|
LSwir ·
01-Мар-26 21:00
(спустя 21 мин.)
Drommer.94 писал(а):
88891974
LSwir писал(а):
88891889Классический reverse engineering
Имеете в виду что-то типа кодера в ffmpeg?
Да, осталось проверить как он ведёт себя при bitstream passthrough на а/в ресивер
|
|
|
|
Drommer.94
Стаж: 15 лет 5 месяцев Сообщений: 280
|
Drommer.94 ·
01-Мар-26 21:12
(спустя 12 мин.)
LSwir писал(а):
88892050Да, осталось проверить как он ведёт себя при bitstream passthrough на а/в ресивер
Воспроизводиться он, наверное, будет. Но с метаданными там беда. Я попробовал закинуть файл, сделанный в ffmpeg, в анализатор DMP и там много странного, как и ожидалось. Даже тот факт, что нормализация диалогов определяется как 0 вместо -31 уже говорит о проблемах.
|
|
|
|
LSwir
Стаж: 3 года 6 месяцев Сообщений: 117
|
LSwir ·
01-Мар-26 22:08
(спустя 55 мин.)
Drommer.94 писал(а):
88892106
LSwir писал(а):
88892050Да, осталось проверить как он ведёт себя при bitstream passthrough на а/в ресивер
Воспроизводиться он, наверное, будет. Но с метаданными там беда. Я попробовал закинуть файл, сделанный в ffmpeg, в анализатор DMP и там много странного, как и ожидалось. Даже тот факт, что нормализация диалогов определяется как 0 вместо -31 уже говорит о проблемах.
dialog norm не реализован, например eac3to показывает:
M2TS, 1 audio track, 0:01:06
1: TrueHD, 3/1.1 channels, 192kHz, dialnorm: 0dB
При этом любой софтовый плеер на опенсорсе проигнориует это, kodi может декодировать софтово и отправить чиcтый LPCM на bitstream passthrough, а вот Dolby Reference Player такое не понимает.
|
|
|
|
Drommer.94
Стаж: 15 лет 5 месяцев Сообщений: 280
|
Drommer.94 ·
01-Мар-26 23:52
(спустя 1 час 44 мин., ред. 01-Мар-26 23:52)
В таком случае можно предположить, что железный плеер с официальным декодером от Долби будет иметь проблемы с таким файлом. В то время как всякие приставки и, возможно, некоторые телевизоры, где декодирование основано на libav/ffmpeg справятся без проблем.
P.S. Есть так же вероятность, что текущая реализация DRP не принимает на вход ничего, кроме 2.0/5.1/7.1 и Atmos.
|
|
|
|
