Для файлов меньшего размера он генерирует необходимые файлы. /Tsmuxer cut 1 min. Add this file to Mkvtoolnix>>>>> mkv. MKVExtractGUI>>>>>hevc. Mui generator>>>ves, mui… generated, scenarist ok/
Однако для больших размеров я не могу найти решение.
Скачал фильм RESIDEN EVIL 6. UHD.))
Отрезал 1-ну минуту в ТСМУКСЕРе, затем уложил его в MKV, так как были нарушены некоторые свойства и таким образом его откорректировал.
После снова демукс тем же муксером и оп-ля-ля! сценарист его съел.
Но один чёрт он оказался кривым, так как мне пришлось лезть в ves файл и править нюансы.)
@Pupsen, ну что, начнём разбор полётов. Начнём для начала со звука. Почему сразу не вспомнил,
да потому что шестёрку как поставил так после первого проекта и снёс, ну и подзабыл что начиная с
шестой версии с ДТС-ХД свои заморочки. Вот что наши спецы по этому поводу говорят.
Так что нужно пробовать, возможно эта та же самая проблема.
Когда я читал это, я думал то же самое, более чем вероятно, вы можете решить его с помощью DTS-HD Master Audio Suite.
When I read it I thought the same thing, more than likely you can solve it with the DTS-HD Master Audio Suite. @Palych
Какой чудесный сюрприз. Благодаря людям, которые позволяют этим программам достичь обычных людей.
What a wonderful surprise. Thanks to the people who make it possible for these programs to reach ordinary people.
В завершении что хочу сказать, каждый случай индивидуален, и в вашем случае возможно удалять нужно будет чуть более этих самых бит,
в любом случае не торопитесь и делайте всё аккуратно.
Банальное решение проблемы Error : Failed to do DTS-HD smoothing. Перед запуском “Сценариста UHD” запустить \Scenarist UHD\MUXRemotingServer\UHDMuxRemotingServer.exe
Несмотря на то, что “Сценарист” не сможет вычислить битрейт дорожки и “сгладить” его (ну или что он там пытается сделать с дорогами, вытянутыми из исходников “Реавтором” и прочими софтинами) и выдаст ошибку, он нормально запустит Muxing и савторит диск. Выходная папка будет (как обычно) по адресу \НазваниеПроекта\00.00.0000\Output\MUX\BDROM\DB
Я проверил этот фокус на парочке разных видео avc (за неимением под рукой hevc) + паре разных аудиодорожек DTS-HD, результат одинаковый: диск нормально выгружается и играется в Scenarist QC.
Думаю, польза этого “метода” очевидна - не нужно пережимать дорожки.
Спасибо всем за Scenarist UHD.
Кстати, не знаю, упоминали ли здесь об этом, но для Scenarist BD 7 есть иное решение этой проблемы (спасибо китайским братьям) - исправленная dll, которую нужно разместить по адресу \Scenarist\Scenarist BD\AuthoringApplication\dll взамен имеющейся там. Для Scenarist UHD эта библиотека не подходит, используйте способ, описанный выше.
Дело даже не во времени, а в том, что после пережатия может получиться дорожка, отличающаяся от исходной: можно просто перепутать схему расположения динамиков и нужно помнить о том, что MA Suite добавляет при кодировании в начале дорожки ~20 мс, которые по-хорошему надо отрезать. Больше того, у меня пару раз после разложения исходной DTS-HD на вавки в eac3to и последующего кодирования в MA Suite с параметрами как у исходной получалась дорога, звук в которой в начале и конце незначительно, но отличался: там неизвестно откуда появлялся Fade-in и Fade-out, которого быть там не должно. Так что лучше избегать этого перелива из пустого в порожнее, т.к. ещё неизвестно, каким будет результат.
Нельзя этого делать. Декодерами читается информация о т. н. прайминге (priming), и при воспроизведении (т. е. декодировании) эта задержка учитывается. Где эта информация в DTS потоке потерта, там, естественно, она не будет браться в расчет декодером.
Большая беда MKV, кстати, что родной муксер выкидывает эту информацию из свеженьких DTS, Сценарист должен сохранять ее.
Насколько я вижу, тот же eac3to этого не учитывает, при декодировании в нём будет дорожка, сдвинутая на +20 мс, а это уже маленький, но рассинхрон (а если после нас эти дороги ещё кто-то будет пережимать, то он будет только увеличиваться). Но этому есть простое решение - удалить эти 20 мс в вавках перед кодированием в MA Suite (а не резать уже готовую дорожку DTS-HD - вот что я имел в виду).
Декодировав только что сделанный в Сьюте DTS еаком (не важно, с помощью dcadec или арксофтовским декодером), задержка убирается. После декодирования, полученный звук синхронен с исходным. Надо будет потестировать собранный в Сьюте, затем смуксеный в Сценаристе и декодированный после еаком звук. И если уж отрезать изначально, то отсчитывать надо в сэмплах – 1024. Но если информация о прайминге сохраняется после мукса Сценаристом, то декодер просто напросто выбросит уже полезные 1024 сэмпла (первый фрейм), чем создаст рассинхрон в обратную сторону.
Провел тест со звуком. Тестовый звук был DTS, 768 кбит/с. Софт: eac3to 3.34 без внешнего декодера, Сценарист 7.02, MAS 2.60
Результаты:
Первая дорожка — декодированный из Сьюта DTS. Сьюту отдавались вав-файлы, изначально не закодированные ничем. Кажется, я запамятовал, и новый декодер в Еаке все же кладет на прайминг (поправка: справедливо для всех разновидностей DTS, кроме DTS-HD MA, у последнего прайминг при декодировании отрезается). Задержка — ровно 1024 сэмпла.
Вторая дорожка — декодированный DTS прямиком из M2TS, сделанным Сценаристом. Задержка 0 относительно исходного звука.
Третья дорожка — декодированный DTS, который достат из M2TS, сделанным Сценаристом. Задержка 0 относительно исходного звука.
Вывод: Сценарист отрезает прайминг (удаляет первый фрейм DTS), если о нем есть информация в DTS, в противном случае — поток замуксится как есть. Размер DTS до мукса (прямиком из Сьюта) и после отличаются: после мукса поток похудел на 479524 байт.
Думаю, из вывода понятно, что не надо перед Сценаристом ничего отрезать у DTS, и тем более у звука перед кодирование, иначе тем самым вы удалите полезный сигнал из звуковой дорожки, ведь Сценарист так и так отрежет эти 1024 сэмпла.