Воспроизведение HD-рипов (MKV, h264) на Playstation 3 (PS3)

Предлагаемые ранее методы решения этого вопроса с помощью mkvinfo, eac3to, а теперь и mediainfo касались в основном определения задержек на аудиотреках и никак не решали проблему накапливающегося рассинхрона – тот случай, когда аудиотрек берется из релиза, fps (частота кадров) видеопотока которого отличается от fps видеопотока нового релиза (например, аудиотрек берется из DVD, где fps 25 и «прикручивается» к hd-видеопотоку, fps которого 23,976/24/29,97). В результате, аудио- и видео-потоки оказываются разной длительности и при пересборке релиза с помощью tsMuxeR имеет место накапливающийся рассинхрон. По-хорошему, при изготовлении релиза релизеру следовало бы (наверное) вместо использования delay добавить «тишину» в начало аудиотрека, а при несовпадении fps растянуть или сжать аудиотрек до нужной длины, чтобы аудиотрек по длительности совпадал бы с длительностью видеопотока при его оригинальном fps. Собственно, многие опытные релизеры так и делают. Но, наверное, в силу того, что инструменты муксинга контейнера mkv позволяют без этого обходиться – так делают не все. И предъявлять какие-либо претензии к ним по этому поводу наверное не стоит, поскольку при воспроизведении релиза в mkv – все совершенно нормально.
Но проблема все же существует – и хотя, таких релизов немного – но столкнувшись с таким моментом всего один раз, в дальнейшем при очередной перепаковке mkv в ts задаешься вопросом – а все ли там в порядке с fps? В общем-то, страшного конечно ничего нет – при просмотре фильма и обнаружении рассинхрона достаточно перемуксить релиз изменив значение fps на 25 (как правило, проблема решается), но неприятный осадок все равно остается. Частичный муксинг релиза для проверки (например, 5%) тоже особой радости не приносит…

Озаботившись этим вопросом, я выяснил, что с использованием последних версий mediainfo (0.7.16 - 0.7.20) эта информация оказывается легко доступна. Я, честно говоря, рассчитывал, что в релизах с накапливающимся рассинхоном mediainfo будет показывать различную длительность аудио- и видео-потоков, но, как выяснилось, информация об этом отображается иначе. В таких релизах mediainfo, отображая fps - «Частота кадров (Framerate)» - видеопотока (раздел «Видео» при отображении в виде дерева («Tree»)), добавляет следом еще одну строчку – «Первичная частота кадров (Original Framerate)». Разумеется, значения fps в этих 2-х строках различаются. К сожалению, tsMuxeR берет значение fps не то, которое нужно, чтобы рассинхрона не было, ). Т.е. им используется значение из строки «Первичная частота кадров». Может быть это вовсе и не неправильно, поскольку по-хорошему следует растянуть аудиотрек с длительности с fps 25 до длительности с fps 23,976 (несколько меняется тональность звуа) – но учитывая, что совершенно неизвестно кто, что и когда делал с этим аудиотреком, и делал ли вообще (например, тонкомпенсацию при изготовлении релиза с fps 25), гораздо проще при муксинге в tsMuxeR изменить значение fps и спокойно посмотреть фильм. Желающие, разумеется, могут «вынуть» аудиотрек, растянуть его (например, с помощью eac3to) и смуксить релиз обратно – наверное, это будет более корректно.

- Поцелуй дракона - fps – изначально 25, должно быть 23,976;
- Превосходство Борна - fps - изначально fps 24, должно быть 23,976.

У обоих релизов, которые я использовал для проверки – только один аудиотрек. Возможно, в случае, если в релизе будет несколько аудиотреков с разной длительностью – работоспособность этого метода будет под вопросом. Но у меня инфа о накапливающемся рассинхроне была только об этих релизах. Может, кто-то проверит этот метод на других релизах и меня дополнит – буду только рад…

- 1080р (full 1920х1080): Profille –4.1, ReFrames – 4, b_pyramid=1;
- 1080р (1920х~816): Profille –4.1, ReFrames –5, b_pyramid=1;
- 720р (full 1280х720): Profille – 5.1, ReFrames – 9, b_pyramid=2;
- 720р (1280х~516): Profille – 5.1, ReFrames – 12, b_pyramid=2.
Параметры видео в релизе можно посмотреть с помощью MediaInfo - для этого необязательно скачивать весь релиз, достаточно начать загрузку (скачать менее 1%).