|
|
|
AMDG1000
Стаж: 16 лет 2 месяца Сообщений: 2389
|
AMDG1000 ·
09-Окт-14 22:32
(11 лет назад)
|
|
|
|
kovalDN
Стаж: 14 лет 7 месяцев Сообщений: 37
|
kovalDN ·
19-Окт-14 16:53
(спустя 9 дней, ред. 19-Окт-14 16:53)
В версии eac3to 3.27 при демуксе потоков по команде
Цитата:
eac3to v3.27
command line: eac3to.exe BluRay 1) -demux
также отключается DRC и DN и исполняется автоматом все, что указано в инструкции под спойлерами "Справочник по командам" -> " -demux", а в остальном потоки демуксятся в исходном состоянии (с исходным качеством), или все-же происходят какие-нибудь еще другие их преобразования?
И еще вопрос: eac3to умеет несколько отдельных видеопотока и аудиопотоков собрать в новый контейнер (а конкретно в mkv)? Такой команды для него не увидел в инструкции. Речь не идет о пересборе уже существующего контейнера.
|
|
|
|
kukushka@laptop
Стаж: 12 лет 9 месяцев Сообщений: 731
|
kukushka@laptop ·
19-Окт-14 16:57
(спустя 4 мин.)
c -dn на дтс хд потоках больше ничего не происходит. собирать еак умеет только видео и только через хаали, что, собственно, и стоит взять себе за правило, особенно на интерлейс исходниках
|
|
|
|
kovalDN
Стаж: 14 лет 7 месяцев Сообщений: 37
|
kovalDN ·
19-Окт-14 17:25
(спустя 28 мин.)
kukushka@laptop
-dn это такая команда? Отключающая нормализацию диалога в аудиопотоках (и относится она только к DTS или к любым аудиопотокам) или что? Тогда в чем отличие этой команды от -keepDialnorm?
По видео совсем не понял - умеет eac3to собирать в новый контейнер или может работать только с уже существующими контейнерами?
|
|
|
|
YuriyAS
Стаж: 11 лет 3 месяца Сообщений: 1051
|
YuriyAS ·
19-Окт-14 19:29
(спустя 2 часа 4 мин., ред. 19-Окт-14 19:29)
kovalDN писал(а):
По видео совсем не понял - умеет eac3to собирать в новый контейнер или может работать только с уже существующими контейнерами?
Умеет только видеопоток упаковать в МКВ. Остальные потоки добавлять в этот МКВ через MKVMerge.
|
|
|
|
kovalDN
Стаж: 14 лет 7 месяцев Сообщений: 37
|
kovalDN ·
19-Окт-14 20:07
(спустя 37 мин.)
YuriyAS
спасибо, теперь ясно. А команда для упаковки какая?
И по "-dn" не разъяснишь?
|
|
|
|
AMDG1000
Стаж: 16 лет 2 месяца Сообщений: 2389
|
AMDG1000 ·
19-Окт-14 20:36
(спустя 29 мин., ред. 19-Окт-14 20:36)
kovalDN писал(а):
65530535спасибо, теперь ясно. А команда для упаковки какая?
Вместо demux в Global Parameters указываем в окошке Track Input and Output format формат вывода каждой дорожки. Для видео ставим mkv, для остальных - исходный. Там же добавляем, в случае надобности, -keepdialnorm (допечатываем вручную).
Это на случай использования UsEac3to.
|
|
|
|
YuriyAS
Стаж: 11 лет 3 месяца Сообщений: 1051
|
YuriyAS ·
19-Окт-14 20:44
(спустя 8 мин.)
kovalDN
Я не знаю такой команды: -dn.
По DN: При извлечении дорожки без декодирования можно писать команду -keepDialnorm с целью сохранить оригинальное значение DN. Правда я этого не делаю, дабы облегчить работу усилителю ресивера, а дороги из HDTV специально прогоняю через еак, дабы убрать DN, который может достигать -20db и ручку громкости приходится крутить до упора.
При декодировании дорожки команда -keepDialnorm не имеет логического смысла, вредна и не должна применяться.
|
|
|
|
AMDG1000
Стаж: 16 лет 2 месяца Сообщений: 2389
|
AMDG1000 ·
19-Окт-14 21:12
(спустя 27 мин.)
YuriyAS
А Вам утилита changeDN не попадалась?
|
|
|
|
YuriyAS
Стаж: 11 лет 3 месяца Сообщений: 1051
|
YuriyAS ·
19-Окт-14 21:51
(спустя 38 мин., ред. 20-Окт-14 00:26)
Есть такая. Но чаще всего все равно перепаковываю из ts/m2ts еаком, так что changeDN пользовал только для уменьшения DN.
---------------------------
Подскажите почему такая ошибка?
Лог
eac3to v3.27
command line: "C:\Program Files (x86)\eac3to\eac3to.exe" "E:\DREAM THEATER\BDMV\STREAM\00005.m2ts" 2: "L:\00005.mkv" 4: "L:\00005.thd"
------------------------------------------------------------------------------
M2TS, 1 video track, 2 audio tracks, 1:14:45, 60i /1.001
1: Chapters, 8 chapters
2: h264/AVC, 1080i60 /1.001 (16:9)
3: RAW/PCM, English, 2.0 channels, 24 bits, 96kHz
4: TrueHD/AC3, English, 5.1 channels, 96kHz
(embedded: AC3, 5.1 channels, 640kbps, 48kHz)
[v02] Extracting video track number 2...
[a04] Extracting audio track number 4...
[a04] Extracting TrueHD stream...
[v02] Muxing video to Matroska...
[a04] Creating file "L:\00005.thd"...
Adding fps value to MKV header failed. <WARNING>
Video track 2 contains 134401 frames.
eac3to processing took 8 minutes, 53 seconds.
Done.
При чем в следующих двух аналогичных файлах без ошибки: Added fps value (30 /1.001) to MKV header.
|
|
|
|
kovalDN
Стаж: 14 лет 7 месяцев Сообщений: 37
|
kovalDN ·
20-Окт-14 20:49
(спустя 22 часа, ред. 20-Окт-14 20:49)
AMDG1000, YuriyAS,
спасибо за помощь.
А эта процедура через UsEac3to идентична следующей команде?
Цитата:
eac3to v3.27
command line: "Q:\eac3to\eac3to.exe" "Q:\Doom\Dum.2005.BluRay.Remux.1080p\Doom\" "Q:\00000.track.vc1.mkv" -keepDialnorm
Просто как оказалось через командную строку как-то удобней и проще контролировать процессы.
И еще раз уточнить - в этом случае из ремукса.m2ts должны полностью все потоки перепаковаться в MKV-контейнер или как писалось выше: в матрешке окажется только видео-поток? То, что по этой команде перепаковывается только видео-поток, а остальные потоки просто демуксятся, это нормально или что-то не так делается?
|
|
|
|
AMDG1000
Стаж: 16 лет 2 месяца Сообщений: 2389
|
AMDG1000 ·
20-Окт-14 21:05
(спустя 15 мин.)
kovalDN
Во всех случаях препаковывается только видео, так что всё нормально. Насчёт командной строки ничего не скажу, никогда не работал.
|
|
|
|
kovalDN
Стаж: 14 лет 7 месяцев Сообщений: 37
|
kovalDN ·
20-Окт-14 21:32
(спустя 26 мин.)
AMDG1000
ясно, благодарю.
Насколько понимаю, при данной операции, изменения исходного состояния видео-потока не должно происходить?
Просто странно, делаю из ремукса.m2ts демукс видео-потока через eac3to - даже просто физический размер его один, загоняю его (поток) в матрешку через mkvToolNix и затем из полученного mkv для проверки демуксю снова этот-же видео-поток через eac3to - размер оказывается меньше на 4б. Перегоняю снова из исходного ремукса.m2ts напрямую в матрешку уже через eac3to видео-поток, а затем также из полученного mkv для проверки демуксю снова этот-же видео-поток снова же через eac3to - размер оказывается еще меньше от исходного, уже где-то на 2,5кб, и в итоге через eac3to оказывается видео-поток потерял кроме-того 52мс.
|
|
|
|
AMDG1000
Стаж: 16 лет 2 месяца Сообщений: 2389
|
AMDG1000 ·
20-Окт-14 22:20
(спустя 48 мин.)
kovalDN
А как Вы продолжительность определяли?
|
|
|
|
kovalDN
Стаж: 14 лет 7 месяцев Сообщений: 37
|
kovalDN ·
20-Окт-14 22:32
(спустя 12 мин.)
AMDG1000
через MediaInfo, да и через проигрыватель.
|
|
|
|
AMDG1000
Стаж: 16 лет 2 месяца Сообщений: 2389
|
AMDG1000 ·
20-Окт-14 22:53
(спустя 21 мин.)
kovalDN
Проверьте через Bitrate Viewer. Заодно и количество кадров сравните.
|
|
|
|
jhonny2
Стаж: 18 лет 7 месяцев Сообщений: 4892
|
jhonny2 ·
21-Окт-14 13:11
(спустя 14 часов, ред. 21-Окт-14 13:11)
Panas писал(а):
65245616Eac3to не умеет разбирать целиком поток Dolby Atmos или лосслесс-ядро TrueHD, лежащее внутри него.
1. Для разборки на вавки лосслесс-ядра TrueHD из общего потока Dolby Atmos необходимо скачать последнюю версию ffmpeg (сборка должна быть не старше 2014-09-24):
2. Далее, если у нас имеется голый поток Dolby Atmos, то его необходимо предварительно замуксить в контейнер m2ts (input.m2ts) TsMuxer-ом или в матрешку mkv (mka) прогой MkvMergeGui.
3. Командная строка разборки TrueHD в одну многоканальную вавку выглядит так:
ffmpeg.exe -i input.m2ts -vn -acodec pcm_s24le output1.wav
или
ffmpeg.exe -i input.mka -vn -acodec pcm_s24le output1.wav
Должно получиться примерно такое:
4. Затем полученную многоканальную вавку необходимо прогнать через eac3to:
eac3to.exe output1.wav outputFinal.wavs
или
eac3to.exe output1.wav outputFinal.flac
Это делается потому, что часто треки TrueHD бывают "раздутыми" по битности (а ffmpeg-ом мы всегда разбираем в 24-х битные вавки):
"часть бит может быть заполнена нулями и итоговая разрядность дорожки (т.е. непосредственно сигнала) может быть не выше 16. Eac3to умеет находить нулевые биты и удалять их во втором проходе. В этом случае":
скрытый текст
eac3to v3.27
command line: eac3to test.thd test.wavs
------------------------------------------------------------------------------
TrueHD, 5.1 channels, 48kHz
Decoding with libav/ffmpeg...
Writing WAVs...
Creating file "test.C.wav"...
Creating file "test.L.wav"...
Creating file "test.R.wav"...
Creating file "test.SR.wav"...
Creating file "test.SL.wav"...
Creating file "test.LFE.wav"...
The original audio track has a constant bit depth of 16 bits.
Superfluous zero bytes detected, will be stripped in 2nd pass.
Starting 2nd pass...
Decoding with libav/ffmpeg...
Reducing depth from 24 to 16 bits...
Writing WAVs...
Creating file "test.C.wav"...
Creating file "test.L.wav"...
Creating file "test.R.wav"...
Creating file "test.SR.wav"...
Creating file "test.SL.wav"...
Creating file "test.LFE.wav"...
The processed audio track has a constant bit depth of 16 bits.
eac3to processing took 37 minutes, 31 seconds.
Done.
На этом все.
Попробовал на дорожке трансформеров. сначала ffmpeg, затем еак.
скрытый текст
eac3to v3.27
command line: eac3to.exe output1.wav outputFinal.wavs
------------------------------------------------------------------------------
WAV, 7.1 channels, 2:45:07, 24 bits, 9216kbps, 48kHz
Reading WAV...
Writing WAVs...
Creating file "outputFinal.LFE.wav"...
Creating file "outputFinal.R.wav"...
Creating file "outputFinal.BL.wav"...
Creating file "outputFinal.L.wav"...
Creating file "outputFinal.SR.wav"...
Creating file "outputFinal.SL.wav"...
Creating file "outputFinal.C.wav"...
Creating file "outputFinal.BR.wav"...
Original audio track, L+R+C+BL+SL+SR: max 24 bits, average 20 bits.
Original audio track, LFE: constant bit depth of 20 bits.
Original audio track, BR: max 22 bits, average 19 bits.
eac3to processing took 3 minutes, 18 seconds.
Done.
А потом снова эти дорожки сжал в труехд. В итоге размер вышел на 300б больше, даже без ядра и атмоса.
Почему так вышло?
|
|
|
|
YuriyAS
Стаж: 11 лет 3 месяца Сообщений: 1051
|
YuriyAS ·
21-Окт-14 13:32
(спустя 21 мин., ред. 21-Окт-14 13:47)
Вероятно из-за переменной битности в оригинале и постоянной 24 бит у вас.
Думаю лучше ТруХД раскладывать, чем этот хитрый Атмос. Тут и не опредилить, чего да как должно быть и как получилось.
|
|
|
|
jhonny2
Стаж: 18 лет 7 месяцев Сообщений: 4892
|
jhonny2 ·
21-Окт-14 13:39
(спустя 6 мин.)
YuriyAS
Ну вот и мне так показалось. А если принудительно указать еаку понижение битности, то уже не лосслесс получится.
И странно что кодер труехд не отбросил избыточную инфу. Получается раздувание битрейта
|
|
|
|
YuriyAS
Стаж: 11 лет 3 месяца Сообщений: 1051
|
YuriyAS ·
21-Окт-14 13:51
(спустя 12 мин.)
Вы же не Атмос раскладываете, а ТруХД основу. А как там это все реализовано в Атмосе? Может там куча маленьких каналов каждый со своей битностью, а в ТруХД они сваливаются в 8 каналов.
|
|
|
|
jhonny2
Стаж: 18 лет 7 месяцев Сообщений: 4892
|
jhonny2 ·
21-Окт-14 14:14
(спустя 23 мин., ред. 21-Окт-14 14:14)
YuriyAS
Ну вроде как прогонка через ffmpeg должна удалить инфу об атмосе. И оставить только голый труехд
Можно конечно попробовать на труехд без атмоса.
|
|
|
|
Panas
Стаж: 17 лет 2 месяца Сообщений: 1804
|
Panas ·
21-Окт-14 14:21
(спустя 7 мин., ред. 21-Окт-14 15:06)
jhonny2 писал(а):
65548295И странно что кодер труехд не отбросил избыточную инфу. Получается раздувание битрейта
Такое же замечено и в кодировщике DTS-HD Master Suite при кодировании в DTS-HD MA. Если разобранные из ДТС-ХД МА вавки имеют реальную битность, например, 20 бит и мы наложили на центральный канал чистый голос переводчика и записали центр как реальный 24 bit integer, то при кодировании опять в ДТС-ХД МА его размер получается намного больше, чем исходный, хотя разница только в реальной битности одного единственного канала 20 бит -> 24 бит.
|
|
|
|
kukushka@laptop
Стаж: 12 лет 9 месяцев Сообщений: 731
|
kukushka@laptop ·
21-Окт-14 18:08
(спустя 3 часа)
Panas писал(а):
65548672
jhonny2 писал(а):
65548295И странно что кодер труехд не отбросил избыточную инфу. Получается раздувание битрейта
Такое же замечено и в кодировщике DTS-HD Master Suite при кодировании в DTS-HD MA. Если разобранные из ДТС-ХД МА вавки имеют реальную битность, например, 20 бит и мы наложили на центральный канал чистый голос переводчика и записали центр как реальный 24 bit integer, то при кодировании опять в ДТС-ХД МА его размер получается намного больше, чем исходный, хотя разница только в реальной битности одного единственного канала 20 бит -> 24 бит.
"-Пап,ну и где альтернатива? -Утки"
flac 
|
|
|
|
jhonny2
Стаж: 18 лет 7 месяцев Сообщений: 4892
|
jhonny2 ·
21-Окт-14 18:11
(спустя 3 мин.)
kukushka@laptop
Да я вообще хотел проверить сколько места занимает атмос в труехд. Эксперимент не удался
|
|
|
|
kovalDN
Стаж: 14 лет 7 месяцев Сообщений: 37
|
kovalDN ·
21-Окт-14 20:18
(спустя 2 часа 6 мин.)
Уважаемые, подскажите, почему не демуксятся потоки с БД?
При выборе папки показывает почему-то только один плей-лист с направлением на один m2ts (хотя в действительности их гораздо больше и плей-листов и m2ts):
скрытый текст
Код:
eac3to v3.27
command line: "Q:\eac3to\eac3to.exe" "Q:\Doom\DOOM CEE FullBD 2005 HDBT\"
------------------------------------------------------------------------------
1) 00000.mpls, 00010.m2ts, 1:52:45
- Chapters, 20 chapters
- VC-1, 1080p24 /1.001 (16:9)
- DTS Master Audio, English, multi-channel, 48kHz
- DTS, German, multi-channel, 48kHz
- AC3, Czech, multi-channel, 48kHz
- DTS, Hungarian, multi-channel, 48kHz
- DTS, Russian, multi-channel, 48kHz
- DTS, Spanish, multi-channel, 48kHz
- DTS, Portuguese, multi-channel, 48kHz
- AC3, Polish, multi-channel, 48kHz
- AC3, Thai, multi-channel, 48kHz
А при всех остальных операциях показывает ошибку, в том числе и при демуксе:
скрытый текст
Код:
eac3to v3.27
command line: "Q:\eac3to\eac3to.exe" "Q:\Doom\DOOM CEE FullBD 2005 HDBT\" -demux
------------------------------------------------------------------------------
The format of the source file could not be detected. <ERROR>
Причем, при прямом направлении на остальные m2ts из этого БД - они демуксятся, а основной нет.
Что может быть? Проблема в самом файле 00010.m2ts?
|
|
|
|
YuriyAS
Стаж: 11 лет 3 месяца Сообщений: 1051
|
YuriyAS ·
21-Окт-14 21:26
(спустя 1 час 7 мин.)
jhonny2
В Mando Diao Auro3D тоже меньше на 90 мб, чем соседний DTS-HD MA. И звучит без Auro декодера, в DTS-HD не так выразительно, как соседний DTS-HD.
|
|
|
|
AMDG1000
Стаж: 16 лет 2 месяца Сообщений: 2389
|
AMDG1000 ·
21-Окт-14 21:54
(спустя 28 мин.)
kovalDN
А что за BD? На трекере есть?
|
|
|
|
YuriyAS
Стаж: 11 лет 3 месяца Сообщений: 1051
|
YuriyAS ·
21-Окт-14 23:48
(спустя 1 час 53 мин., ред. 21-Окт-14 23:48)
kovalDN
Вам нужно не папку демуксить а файл. И именно 00010.m2ts. Это файл с фильмом. Ну, или плейлист 00000.MPLS.
command line: "Q:\eac3to\eac3to.exe" "Q:\Doom\DOOM CEE FullBD 2005 HDBT\BDMV\STREAM\00010.m2ts" -demux
или
command line: "Q:\eac3to\eac3to.exe" "Q:\Doom\DOOM CEE FullBD 2005 HDBT\BDMV\PLAYLIST\00000.MPLS" -demux
AMDG1000
https://rutr.life/forum/viewtopic.php?t=3114882
|
|
|
|
AMDG1000
Стаж: 16 лет 2 месяца Сообщений: 2389
|
AMDG1000 ·
22-Окт-14 00:12
(спустя 23 мин.)
YuriyAS
Посмотрел комментарии. Там тоже на него ругаются.
kovalDN
Вот видите, у Вас уже начинаются проблемы с синтаксисом командной строки. А это всего лишь демукс.
|
|
|
|
YuriyAS
Стаж: 11 лет 3 месяца Сообщений: 1051
|
YuriyAS ·
22-Окт-14 00:36
(спустя 23 мин., ред. 22-Окт-14 00:36)
AMDG1000 писал(а):
Вот видите, у Вас уже начинаются проблемы с синтаксисом командной строки. А это всего лишь демукс.
Да, не. Оказывается и через папку вроде тоже можно.
AMDG1000 писал(а):
65555274YuriyAS
Посмотрел комментарии. Там тоже на него ругаются.
Тогда есть этот еще https://rutr.life/forum/viewtopic.php?t=1745210
|
|
|
|
