|
|
|
Sergesha
Стаж: 17 лет 2 месяца Сообщений: 5415
|
Sergesha ·
10-Фев-11 01:33
(14 лет 8 месяцев назад, ред. 10-Фев-11 01:39)
А что фактически означает эта надпись, и нужно ли в связи с ней что то предпринять?
|
|
|
|
TDiTP_
Стаж: 15 лет 10 месяцев Сообщений: 1611
|
TDiTP_ ·
10-Фев-11 01:37
(спустя 3 мин.)
Sergesha
Смотри в шапке темы декодирование DTS-HD 7.1. Я постарался все разжевать, но если что - спрашивай.
|
|
|
|
Sergesha
Стаж: 17 лет 2 месяца Сообщений: 5415
|
Sergesha ·
10-Фев-11 01:49
(спустя 12 мин.)
То есть , когда Арксофт понижает уровень, он делает то же самое, что и аппаратный декодер во время проигрывания? Или это свойство именно этого декодера?
Вообще же -3 дб наверное не та громкость, из-за которой нужно править (портить) Вавы? Любой рес даст возможность врубить "на полную" МЛП и с такой громкостью?
|
|
|
|
TDiTP_
Стаж: 15 лет 10 месяцев Сообщений: 1611
|
TDiTP_ ·
10-Фев-11 02:02
(спустя 13 мин.)
Sergesha писал(а):
н делает то же самое, что и аппаратный декодер во время проигрывания?
Не знаю, может какой-то из аппаратных декодеров делает то же самое.
Кстати, можешь сам это проверить. Даже интересно. Например так: Запиши восемь WAV, в каждом должен быть свой звук (можешь наговорить туда слова типа "левый", "правый" и т.д.), закодируй в DTS-HD MA 7.1 strange setup, послушай результат на своем ресивере.
Sergesha писал(а):
Или это свойство именно этого декодера?
ArcSoft - единственный известный мне декодер, способный разобрать 7.1. Другие если и есть, проверить не могу.
Sergesha писал(а):
Вообще же -3 дб наверное не та громкость, из-за которой нужно править (портить) Вавы? Любой рес даст возможность врубить "на полную" МЛП и с такой громкостью?
Дело не только в понижении громкости (это скорее вынужденная мера), но и в миксе задних (микс и влечет за собой понижение общей громкости).
|
|
|
|
Sergesha
Стаж: 17 лет 2 месяца Сообщений: 5415
|
Sergesha ·
10-Фев-11 02:10
(спустя 7 мин.)
Блин. Уже утомился от всех этих операций кодирования - декодирования. Сделаю перерыв.
А вообще же можно декодировать, закодировать опять и декодировать. И сравнить полученые ВАВы с первыми.
|
|
|
|
TDiTP_
Стаж: 15 лет 10 месяцев Сообщений: 1611
|
TDiTP_ ·
10-Фев-11 02:12
(спустя 2 мин.)
Sergesha писал(а):
А вообще же можно декодировать, закодировать опять и декодировать. И сравнить полученые ВАВы с первыми.
Ну если декодировать с помощью ArcSoft, то я и так знаю что получится. О том, как именно миксуются каналы при декодировании MA 7.1 с помощью ArcSoft написано здесь (и там же даны ссылки на кое-что еще).
|
|
|
|
AnryV
Стаж: 18 лет 7 месяцев Сообщений: 3145
|
AnryV ·
10-Фев-11 11:48
(спустя 9 часов)
Цитата:
Понизить битность декодируемого аудио до необходимого. Используется TPDF дизеринг.
TDiTP_, а насколько хорошо eac3to делает 24 bit --> 16 bit ? И правильно ли использовать ее для этого или лучше сделать в чем-нибудь другом?
|
|
|
|
TDiTP_
Стаж: 15 лет 10 месяцев Сообщений: 1611
|
TDiTP_ ·
10-Фев-11 12:16
(спустя 28 мин.)
AnryV писал(а):
насколько хорошо eac3to делает 24 bit --> 16 bit ?
Не знаю, но очень сомневаюсь что даже если и хуже проф. инструментов (типа аудиоредакторов), то разница значительна и вряд ли специально для этого стоит использовать что-то другое. А зачем нужно такое понижение?
В eac3to используется TDPF без noise shaping. Именно такой же дизеринг используется по умолчанию в Audition и там параметр dither depth = 1 bit, какую величину использует eac3to - не знаю. Насколько мне известно, eac3to пользуется дизернигом в составе SSRC и почему-то мне кажется, что алгоритмы дизеринга разных программ не должны особо отличаться др. от друга.
|
|
|
|
HDen
Стаж: 15 лет 8 месяцев Сообщений: 135
|
HDen ·
11-Фев-11 16:50
(спустя 1 день 4 часа)
https://rutr.life/forum/viewtopic.php?p=41125556#41125556
TDiTP_ писал(а):
Nitey писал(а):
При попытке разложения ДТС на вавы получаю следующее
Попробуй прогнать DTS ч/з http://madshi.net/delaycut.rar c параметром "fix CRC Errors".
Примерно такая же картина, но с .dtshd
delaycut не понимать его... Можно как-то побороть?
|
|
|
|
TDiTP_
Стаж: 15 лет 10 месяцев Сообщений: 1611
|
TDiTP_ ·
11-Фев-11 17:12
(спустя 22 мин.)
denzer666
Никогда не используй параметр -keepdialnorm при декодировании. В данном конкретном случае разницы не будет, тем более что ты декодируешь DTS-HD с помощью ArcSoft, но все же: "-keepdialnorm" - это только для демукса.
denzer666 писал(а):
Можно как-то побороть?
Для начала можно попробовать перерипать/перехэшировать исходник. Попробовать другую версию декодера. И когда именно спотыкается декодер? Если в самом-самом конце дорожки, то может стоит забить (недостающий кусок можно взять из другой похожей) и вовремя прервать операцию. В конце концов, я бы попробовал StreamPlayer.
denzer666 писал(а):
delaycut не понимать его... Можно как-то побороть?
Дорожки DTS-HD чинить пока никто не умеет.
Видел одного умельца, который сумел побороть косяк в DTS-HD с помощью hexeditor'а, но это хирургическая операция (нужно точно отыскать косячный фрейм, нужно точно что-то как-то выправить). Повторить такое я вряд ли смогу 
|
|
|
|
Jotnar
Стаж: 18 лет 2 месяца Сообщений: 1847
|
Jotnar ·
11-Фев-11 17:26
(спустя 14 мин.)
denzer666
Такая проблема может быть вызвана нестабильностью железа (при переразгоне например). Сам намучился.
|
|
|
|
HDen
Стаж: 15 лет 8 месяцев Сообщений: 135
|
HDen ·
11-Фев-11 18:26
(спустя 59 мин.)
TDiTP_
Перехеш не помог, друг ие декодеры арксофта тоже, раскладывает только libavом, но на 6 каналов. StreamPlayer у меня вообще никогда не принимал дороги, вис намертво...
Облом происходит на 80%-тах
selanne
Эта проблема с одной дорогой на двух разных компах. Один из них (ноут) с заводскими настройками (врядли косяк в железе, собака зарыта скорее всего в диске  )
|
|
|
|
TDiTP_
Стаж: 15 лет 10 месяцев Сообщений: 1611
|
TDiTP_ ·
11-Фев-11 19:09
(спустя 42 мин., ред. 11-Фев-11 19:09)
denzer666 писал(а):
раскладывает только libavом, но на 6 каналов
Это он раскладывает только ядро, о чем в логе конечно же пишет.
denzer666 писал(а):
StreamPlayer у меня вообще никогда не принимал дороги, вис намертво
Просто так и не должен. Нужно кое-чего к дороге приклеить. Сейчас сделаю заголовок, обновлю сообщение.
UPD.
[url=http:// СПАМ заголовок[/url]. Приклей эти 140 байт к началу своей дорожки, например так:
Код:
copy /b head.dtshd your_stream.dtshd need_stream.dtshd
Полученный need_stream.dtshd уже можно будет загрузить в StreamPlayer и декодировать в WAV.
Не факт, что поможет, но все-таки. Если СтримПлеер справится с декодированием, дай знать. Нужно будет перепроверить результат.
|
|
|
|
HDen
Стаж: 15 лет 8 месяцев Сообщений: 135
|
HDen ·
11-Фев-11 19:34
(спустя 25 мин., ред. 12-Фев-11 00:48)
TDiTP_
Заголовок скачал, приклеил. Установил StreamPlayer, требует перезагруз (сейчас этого сделать не могу, видео рипается). Через часа 3 доложу о результате 
UPD. К сожалению плеер не пашет, проверить не могу.
|
|
|
|
_NoOne
Стаж: 17 лет 7 месяцев Сообщений: 122
|
_NoOne ·
15-Фев-11 13:31
(спустя 3 дня)
Добрый день. Впервые воспользовался прогой: демуксил BD, извлёк ядро из dts-hd всё по инструкции в шапке. Смуксил MKVmerge видео vc-1 с ядром dts и проверил этот ремукс (-check). Так вот, в видео потоке получилось на один кадр меньше, чем было при демуксе. Это, типо, дак должно быть?.. какая-то служебная информация? Команды и ключи использовал стандартные... те что в инструкции..
спасибо.
|
|
|
|
TDiTP_
Стаж: 15 лет 10 месяцев Сообщений: 1611
|
TDiTP_ ·
15-Фев-11 13:35
(спустя 4 мин.)
_NoOne писал(а):
Это, типо, дак должно быть?
При демуксе VC-1 возможно. Последний фрейм мог быть пропущен при демуксе (вы именно при демуксе его потеряли, или может при муксе в MKV?). Логи тоже бы не помешали.
|
|
|
|
_NoOne
Стаж: 17 лет 7 месяцев Сообщений: 122
|
_NoOne ·
15-Фев-11 13:51
(спустя 15 мин., ред. 15-Фев-11 13:51)
TDiTP_
Цитата:
вы именно при демуксе его потеряли, или может при муксе в MKV?
Выходит, что при муксе в mkvmerge. Прилагаю два лога: 1. демукс , 2 проверка после муксинга в mkv.
Uploaded with ImageShack.us
Uploaded with ImageShack.us
Значит MKVMerge виноват...
|
|
|
|
TDiTP_
Стаж: 15 лет 10 месяцев Сообщений: 1611
|
TDiTP_ ·
15-Фев-11 14:17
(спустя 26 мин., ред. 15-Фев-11 14:17)
_NoOne писал(а):
Значит MKVMerge виноват...
Раз он виноват, то воспользуйтесь другим муксером. Я бы рекомендовал (раз уж конечная цель - MKV), демуксить видео с одновременным муксом в MKV с помощью Haali, примерно так:
eac3to input.m2ts 1: video.mkv 2: audio1.dtshd 3: audio2.dtshd 4: audio3.ac3
ПС. Логи, раз уже это все-равно текст, лучше не в виде картинок выкладывать, а в виде исходного текста под спойлером .
ППС. Неплохо бы еще конечно разобраться с MMG. Он тоже пишет какой никакой лог, может пишет и о пропуске фрейма. Плюс стоит попробовать последнюю версию (4.5.0), может в ней такого нет.
|
|
|
|
_NoOne
Стаж: 17 лет 7 месяцев Сообщений: 122
|
_NoOne ·
15-Фев-11 15:13
(спустя 55 мин.)
TDiTP_
Цитата:
примерно так:
eac3to input.m2ts 1: video.mkv 2: audio1.dtshd 3: audio2.dtshd 4: audio3.ac3
хорошо, допустим.. но тут ещё есть третья операция - извлечь ядрно дороги dts-hd... ??
|
|
|
|
TDiTP_
Стаж: 15 лет 10 месяцев Сообщений: 1611
|
TDiTP_ ·
15-Фев-11 15:51
(спустя 38 мин.)
_NoOne писал(а):
тут ещё есть третья операция - извлечь ядрно дороги dts-hd... ??
Тогда:
eac3to input.m2ts 1: video.mkv 2: audio1_core.dts -core 3: audio2_core.dts -core 4: audio3.ac3
Все операции над аудио можно производить сразу при демуксе. Но это сейчас не принципиально, Вы главное видео в MKV таким образом замуксите и подсчитайте число фреймов, сравните.
|
|
|
|
_NoOne
Стаж: 17 лет 7 месяцев Сообщений: 122
|
_NoOne ·
18-Фев-11 01:08
(спустя 2 дня 9 часов, ред. 18-Фев-11 01:08)
TDiTP_
Цитата:
Вы главное видео в MKV таким образом замуксите и подсчитайте число фреймов, сравните.
так тоже не совпадает. Работал с потоком VС-1 из ремукса Timecop: тест в исходнике в eac3to - 140855 кадров, извлеченный поток в eac3to - то же самое, замуксенный MKVToolNix v4.5.0 с последующим тестом в eac3to - 140854, замукс. Matroska Muxer'ом с посл. тестом в eac3to - 180451, извлеченный поток в tsMuxer'e - 180457 кадров.
Чему ж тогда верить? 
Или это не принципиально важно?!
|
|
|
|
TDiTP_
Стаж: 15 лет 10 месяцев Сообщений: 1611
|
TDiTP_ ·
20-Фев-11 00:56
(спустя 1 день 23 часа)
_NoOne
Лучше не обращайте внимание на различие в числе фреймов, когда дело касается VC-1 (будь он в MKV или где-либо еще). После демукса/мукса это число может меняться. К рассинхрону и пр. неприятным последствием это привести не должно.
С подсчетом фреймов в AVC все в порядке.
eac3to находит новые фреймы VC-1 по хэшу ( по типу):
Пять байт "00 00 01 0D F2" - уже полноценный фрейм (декодируется в "черный экран"). Можно поиграться, добавить хоть сто штук таких цепочек к VC-1; длительность видео увеличится на 100/FPS секунд. Муксеры MKV почему-то удаляют некоторое число таких фреймов в конце VC-1. На примере того же Timecop:
скрытый текст
00020.m2ts (source): 140855
video_eac3to.vc1: 140855
from_eac3to-haali-mkv.vc1: 140851
from_eac3to-MMG-mkv.vc1: 140854
Муксер MMG выкидывает один последний фрейм, муксер Haali - четыре последних фрейма. Это же отражено в хэше (кроме хвоста все потоки бит-в-бит идентичны):
И это же конечно отражено в продолжительности видео. MMG.mkv длиннее haali.mkv на 3*1,001/24=125 ms.
|
|
|
|
_NoOne
Стаж: 17 лет 7 месяцев Сообщений: 122
|
_NoOne ·
20-Фев-11 17:26
(спустя 16 часов, ред. 20-Фев-11 17:26)
TDiTP_
Понятно. В общем, не критично. А вообще сравнивать видео на предмет идентичности в hex редакторе - отличная идея. Спасибо!
|
|
|
|
Fpitz
Стаж: 15 лет Сообщений: 339
|
Fpitz ·
21-Фев-11 12:54
(спустя 19 часов, ред. 21-Фев-11 12:54)
Подскажите, какой параметр дописать для сжатия 5.1 звука в aac 2.0 неровским кодером?
Какой профиль идёт по умолчанию? Из описания я понял, что енкодер сам подбирает профиль, исходя из параметров кодирования, это так?
Да, и почему то перекодированные неровским декодером в aac аудиофайлы тише оригинала. Это особенность сжатия?
|
|
|
|
TDiTP_
Стаж: 15 лет 10 месяцев Сообщений: 1611
|
TDiTP_ ·
21-Фев-11 15:16
(спустя 2 часа 22 мин.)
Losno писал(а):
какой параметр дописать для сжатия 5.1 звука в aac 2.0 неровским кодером?
Без разницы во что и каким кодером ты будешь сжимать. Даунмикс 5.1->2.0 - операция, выполняемая средствами eac3to и это всегда операция над несжатым звуком. Т.е. по команде -down2 любая дорожка сначала декодируется в WAV 5.1, каналы микшируются по матрице DPLII, на выходе имеем два канала WAV 2.0 (которые дальше могут пойти на енкод, если указано командной строкой).
Losno писал(а):
Какой профиль идёт по умолчанию? Из описания я понял, что енкодер сам подбирает профиль, исходя из параметров кодирования, это так?
Енкодер сам подбирает профиль, верно. Он опирается на параметр Q. Переход - это ~0.3, т.е.
-quality=0.29 и ниже - кодируется в HE-AAC
-quality=0.31 и выше - кодируется в LC-AAC
Losno писал(а):
Да, и почему то перекодированные неровским декодером в aac аудиофайлы тише оригинала. Это особенность сжатия?
Не должны они быть тише оригинала.
Падение громкости вполне предсказуемо, если ты кодируешь из 5.1 в AAC 2.0, т.е. промежуточная операция - даунмикс (подробности этого см. пару страниц назад). После даунмикса я советую нормализовывать (лучше в редкторе на определенную величину, а не просто под 99%), т.е. как-то так:
eac3to input.dts output.aac -down2 -normalize -quality=0.35
И еще. Кодируя в NeroAACEnc, будь готов, что он добавляет ~33мс тишины к началу дорожки, т.е. небольшой рассинхрон тебе обеспечен (сам по себе его никто не заметит, но он может наложиться на плавающий рассинхрон, если таковой в изначальной дорожке имеется).
Писал об этом я здесь: https://rutr.life/forum/viewtopic.php?p=42185326#42185326
Как оказалось, писали об этом же и здесь: http://forum.doom9.org/showthread.php?p=1450180#post1450180
|
|
|
|
Fpitz
Стаж: 15 лет Сообщений: 339
|
Fpitz ·
21-Фев-11 17:09
(спустя 1 час 52 мин., ред. 21-Фев-11 17:09)
TDiTP_
Понятно, спасибо, а есть тогда лучшая альтернатива NeroAACEnc или способ избавится от этих 33 мс в начале?
В теме "Обработка и пересжатие звуковых дорожек" альтернативы не нашёл, там советуют использовать тот же неровский энкодер.
скрытый текст
TDiTP_ писал(а):
Добавлю еще немножко к своему предыдущему сообщению:
Сначала. NeroAACEncoder прописывает в MP4 инфо (используя chapter list), в соответствии с которым декодер должен учитывать задержку енкодера. Величина задержки зависит от профиля AAC (LC, HE, HEv2). Как оказалось, это инфо может считывать лишь NeroAACDec. FAAD2, libavcodec/ffmpeg, BassAudio - все три декодируют как есть, без обрезаний, на выходе мы имеем delay = 1600 сэмплов.
Естественно, если из MP4 достать голый AAC, мы потеряем инфо и все декодеры (Nero, FAAD, Bass, libav) сработают одинаково, везде будем имееть delay = 1600 сэмплов.
MP4 мы можем перепаковать в MKV, сохранив chapter list, но и из MKV декодеры не в состоянии считать нужное инфо (проверялось ч/з GraphEdit примерно так, граф: ["Haali Media Splitter" -> "ffdshow Audio Decoder (faad2)" -> "WAVDest" -> "File Writer"]. WAV на выходе опять же сдвинут на 1600 сэмплов вперед).
Что важно для нас. Faad2, libav - рабочие лошадки для подавляющего большинства программных плееров и кодек-паков (ffdshow и пр.). Таким образом, декодируя AAC (в т.ч. из MP4/MKV), полученный в NeroAACEnc, мы обречены на постоянную задержку ~33мс, читай "рассинхрон", пусть в большинстве случаев и незаметный.
ПС. Все описанное выше я, естественно, проверял, но каждый может убедиться сам.
Т.е если достать голый aac из mp4, задержка пропадёт? и можно класть дорогу в контейнер?
|
|
|
|
TDiTP_
Стаж: 15 лет 10 месяцев Сообщений: 1611
|
TDiTP_ ·
21-Фев-11 21:48
(спустя 4 часа)
Losno писал(а):
а есть тогда лучшая альтернатива NeroAACEnc или способ избавится от этих 33 мс в начале?
В теме "Обработка и пересжатие звуковых дорожек" альтернативы не нашёл, там советуют использовать тот же неровский энкодер.
Неровский енкодер AAC - один из лучших (соперник ему разве что енкодер от Apple), так что пользуйся именно им. О 33мс желательно знать и помнить, а избавиться от них не такая уж и проблема. И кстати, 33 мс - это для LC-профиля, при кодировании в HE-AAC задержка должна быть чуть больше (я не проверял).
Избавиться можно до кодирования, обрезов WAV в редакторе, или в том же eac3to:
eac3to input output.mp4 -quality=0.4 -33ms
Можно отрезать ненужный кусок от уже имеющейся дорожки AAC:
eac3to input.aac output.aac -33ms
Losno писал(а):
Т.е если достать голый aac из mp4, задержка пропадёт? и можно класть дорогу в контейнер?
Задержка есть всегда, енкодер (любой) не может не добавить пустые блоки в начале. Но енкодер Nero кладет в контейнер MP4 инфо, по которому по идее декодер должен эту задержку компенсировать (и не только задержку, енкодер добавляет тишину к концу трека, причем число этих сэмплов непостоянно). Факт в том, все распространенные декодеры этой инфой в MP4 пользоваться не умеют, поэтому декодируют с +30ms. Из вынутого из MP4 сырого AAC декодеры в принципе не могут извлечь инфо о первоначальной задержке, поэтому опять же - декодируют с +30ms. Перекладывай ты в др. контейнер или не перекладывай.
|
|
|
|
IvanSolyara
Стаж: 17 лет 4 месяца Сообщений: 94
|
IvanSolyara ·
21-Фев-11 22:30
(спустя 41 мин.)
Тема еще с 2007 года. Ребят, а существует что попроще для кодирования с DTS в AC3?
|
|
|
|
TDiTP_
Стаж: 15 лет 10 месяцев Сообщений: 1611
|
TDiTP_ ·
21-Фев-11 23:37
(спустя 1 час 6 мин.)
IvanSolyara писал(а):
существует что попроще для кодирования с DTS в AC3?
eac3to - это просто проще некуда. И перекодирование DTS-->AC3 - совсем не главная и далеко не единственная возможность программы.
|
|
|
|
Andrew Placid
Стаж: 18 лет 4 месяца Сообщений: 360
|
Andrew Placid ·
22-Фев-11 03:42
(спустя 4 часа, ред. 22-Фев-11 03:42)
eyetooth писал(а):
При операциях декодирования из lossy с помощью libav как правило следует запрещать eac3to делать второй проход [подробнее см. "-no2ndpass"].
Вот попалась мне такая АС3 дорога:
На нижней дорожке то что будет если декодировать как есть, т.е. с no2ndpass.
При этом при прослушивании слышен клипинг с небольши треском (даже при понижении выходного уровня).
Чтобы этого избежать мне пришлось аж на 6дб понижать входной уровень (встречаются пики еще более громкие чем приведнный)! Результат в верхней дорожке. Правда, для декодирования АС3 я юзаю azid. Но суть, я думаю, ясна. Так что вот так.
Я не удивлюсь если такое явление довольно часто присутствует, просто не все дороги так сильно вылазиют за 0, потому артефакты клиппинга не всегда будут слышны.
|
|
|
|
