Где искать ошибку в подготовке видео?, В зависимости от воспроизводящего плеера видео выглядит по-разному Опции

[M-Serhio]

А это снова я
Вопросов два:
1. У меня в DVD-проекте есть вступительный ролик, сделанный в Motion (композер из пакета Final Cut Studio. Думаю, это не принципиально.)
Так вот. Все остальное содержимое DVD играется нормально, везде одинаково. А этот ролик и еще прочая анимация из Motion (задники и переходы для DVD-меню) выглядят по-разному на всех доступных мне плеерах, а именно:
-обычный бытовой DVD-плеер Sony,
-PS3,
-программный DVD-плеер MacOS X,
-программные DVD-плееры Windows Media и Windows Media Classic из K-lite Codec Pack.
-Iconbit HD400L (HDD-плеер).
"По-разному" в данном случае означает следующее: такое ощущение, будто бы в зависимости от воспроизводящего устройства/программы в видео изменяется прозрачность и/или режим смешивания слоев-элементов изображения и/или их яркость.
Грешу на следующее: анимация была выведена из Motion в кодек Apple ProRes 4444, который сохраняет информацию об альфа-канале. Возможно не стоило этого делать? Мне думается, что при перекодировке в m2v (Compressor) это инфа никуда не делась (я думал почему-то, что она должна "отброситься" кодером. Не знаю, почему я так решил...) И теперь именно информация об альфа-канале вызывает нездоровую реакцию декодеров плееров.

2. В том же проекте в DVD-меню есть анимированный задник. Если видео (уже перекодирвоанное в m2v), которое играется на заднем плане, смотреть до записи на DVD любым плеером - все нормально. После записи - вне зависимости от m2v-исходника в проекте битрейт почему-то становится около 3 Mbps, а градиенты (переходы на клубящихся облаках) начинают жестоко дергаться и стробить. Причем в вводном ролике, закодированным с тем же, что и меню, битрейтом, который играется до меню (полет сквозь те же клубящиеся облака) - все нормально. Что за засада? Работаю на Маке, соответственно, кодер - Compressor, авторинг - DVD Studio Pro.

До материала доберусь только завтра, пока решил попробовать пососветоваться.
Спасибо.

Сообщение отредактировал M-Serhio - 29.8.2010, 14:49

[M-Serhio]

А это снова я
Вопросов два:
1. У меня в DVD-проекте есть вступительный ролик, сделанный в Motion (композер из пакета Final Cut Studio. Думаю, это не принципиально.)
Так вот. Все остальное содержимое DVD играется нормально, везде одинаково. А этот ролик и еще прочая анимация из Motion (задники и переходы для DVD-меню) выглядят по-разному на всех доступных мне плеерах, а именно:
-обычный бытовой DVD-плеер Sony,
-PS3,
-программный DVD-плеер MacOS X,
-программные DVD-плееры Windows Media и Windows Media Classic из K-lite Codec Pack.
-Iconbit HD400L (HDD-плеер).
"По-разному" в данном случае означает следующее: такое ощущение, будто бы в зависимости от воспроизводящего устройства/программы в видео изменяется прозрачность и/или режим смешивания слоев-элементов изображения и/или их яркость.
Грешу на следующее: анимация была выведена из Motion в кодек Apple ProRes 4444, который сохраняет информацию об альфа-канале. Возможно не стоило этого делать? Мне думается, что при перекодировке в m2v (Compressor) это инфа никуда не делась (я думал почему-то, что она должна "отброситься" кодером. Не знаю, почему я так решил...) И теперь именно информация об альфа-канале вызывает нездоровую реакцию декодеров плееров.

2. В том же проекте в DVD-меню есть анимированный задник. Если видео (уже перекодирвоанное в m2v), которое играется на заднем плане, смотреть до записи на DVD любым плеером - все нормально. После записи - вне зависимости от m2v-исходника в проекте битрейт почему-то становится около 3 Mbps, а градиенты (переходы на клубящихся облаках) начинают жестоко дергаться и стробить. Причем в вводном ролике, закодированным с тем же, что и меню, битрейтом, который играется до меню (полет сквозь те же клубящиеся облака) - все нормально. Что за засада? Работаю на Маке, соответственно, кодер - Compressor, авторинг - DVD Studio Pro.

До материала доберусь только завтра, пока решил попробовать пососветоваться.
Спасибо.

Сообщение отредактировал M-Serhio - 29.8.2010, 14:49

[Реклама]

[Visualman]

Скрины бы посмотреть... На словах трудно понять, как картинка отличается на разных плеерах. А вообще все элементы фильма надо кодировать одним кодеком и желательно в одной проге. Если авторинг, то тоже всё в одной проге.

[Nicolas]

2. В том же проекте в DVD-меню есть анимированный задник...

Может быть программа авторинга принудительно для меню выставляет битрейт 3 Mbps? Если в ней есть такая настройка, то исправить на 6 Mbps.

[M-Serhio]

Visualman, Ну блин Как с не-комповых плееров скрины-то снять?
Кодировал в m2v одним кодеком и в одной проге, пачкой. Просто непосредственно видео - DV-PAL, а вот анимационные ролики я решил выгнать с наиболее возможным качеством - все равно ж потом в MPEG-2 жать.
Nicolas, я об этом думал, все перерыл, но нашел только традицонную настройку сжатия материалов, которые импортированы в проект, но не являются готовыми файлами MPEG-2. Даже в экспериментальных целях я удалил из проекта пожатое для задника видео, а вместо него засунул нежатый исходник, чтобы прога авторинга сама его пожала при компиляции. И тот же результат.
Ночью буду на работе, наверное, пойду к одминам, возьму бубенна денек в аренду...

[Vlad production]

...анимация была выведена из Motion...

Возможно что-то с кодеком или битрейтом в выводимых из Motion файлах. Какое-то несоответствие со стандартом DVD-video.

[M-Serhio]

Дык я ж говорю Я из Моушена выводил не прямо в m2v, пережимал отдельно потом. Ну все равно, предположим про несоответствие - тогда вопрос: какие есть требования к исходным файлам, которые считаются готовыми для сжатия в MPEG-2?
Вообще, если кто использет графику в свих работах - я имею ввиду анимационные ролики в чистом виде, не наложение на видео - в каком формате вы выводите их программ 2D/3D анимации, композеров и т.п.?

[varyag]

Всю графику выводил в AVI DV. Сочетание со снятым видео было 100%.

[Kolyan]

Если нужна альфа, то графику выводить надо в AVI некомпресс.

[M-Serhio]

А вот кто знает: альфа сохраняется при сжатии в MPEG-2 как именно альфа, осознано и корректно отбрасывается кодером, или же сохраняется, но так, что ведет к непредсказуемым результатам при воспроизведении?

[Леонид Головацки...]

Точно сказать не могу, тем более подвести теоретическую базу, но у меня при сжатии в MPEG-2 с альфой при воспроизведении никогда проблем не было.

[AN Voronin]

А вот кто знает: альфа сохраняется при сжатии в MPEG-2 как именно альфа, осознано и корректно отбрасывается кодером, или же сохраняется, но так, что ведет к непредсказуемым результатам при воспроизведении?

mpeg альфу не сохраняет. Альфа - это слой и надо, чтобы кодек слои сохранял. В старые времена, когда менялись футажами, все футажи передавали или в *.mov или в AVI uncompress.

[M-Serhio]

Господа, если вдруг кому любопытно:
1. Я заново вывел ролики из Моушена но уже без альфы, заодно внимательно присмотревшись к тому, как именно выглядит видео при демонстрации на разных источниках. Так вот: я не знаю, что именно помогло - отсутствие альфы или же вдумчивое созерцание картинки одновременно на разных экранах, но результат оказался следующий: везде, за исключением PS3, видео выглядит одинаково (со скидкой на разницу экранов различных устройств). PS3, в свою очередь, дает результат, немного отличающийся от остальных плееров и для любого другого диска, но заметно это только на полупрозрачных наложениях (например, полупрозрачное лого на картинке); так что это, надо полагать, особенность ее декодера либо банально искажения в HDMI-проводе, которым она подключена к телеящегу.
2. Проблему с DVD-меню мне решить не удалось, но, поковыряв яблочные форумы, я выяснил, что данная засада не уникальна, а, наоборот, крайне популярна: я встретил множество тем, в которых описана практически полностью аналогичная фигня - в превью все зашибись, после компиляции DVD-диска - падение битрейта именно в меню до 3Mbps в среднем, и связанная с этим деградация картинки. Соответственно, большой привет разработчикам... К сожалению, никаких комментариев на эту тему в документации найти не удалось, от чего еще более обидно.
Вышесказанное - утешение, в общем, слабое, но хотя бы проясняет ситуацию.
Вот такие пироги.

[Longin]

...в превью все зашибись, после компиляции DVD-диска - падение битрейта именно в меню до 3Mbps в среднем, и связанная с этим деградация картинки.

Тут никакой загадки нет. В настройках стоит переменный битрейт, соответственно программа определяет меню, как статичную картинку, типа фото, и опускает битрейт до самого минимума. Если поставить режим постоянного битрейта, то меню просчитается, как весь материал, с одинаковыфм битрейтом.

[M-Serhio]

А нифига Я пробовал - и в настройках внутреннего кодера ставить CBR с минимальным порогом 7 Mbps, и из компрессора с такой же настройкой выводил - ничего не помогло...
А почему это "определяет, как статичную картинку"? Там же указано, что у него есть видеозадник?

[VideoChronik]

Может, это программное решение - просчитывать меню с битрейтом до 3Mbps? В смысле разработчиками в программе сделана такая установка?

[M-Serhio]

Я тоже было так подумал. Но в документации нашел вот что: "When SD menus are rendered, they are encoded at 7 Mbps using the one-pass VBR method". Казалось бы, правда? Хоть и одним проходом, но все-таки 7 Мб - куда больше? Но при просмотре в плеере, который в состоянии отобразить битрейт потока - там нифига не семь, а от силы 3, ну 4,5 - максимум, хотя перед компиляцией в свойствах ассета (импортированного в некомпрессе) видно, что он перекодирован прогой авторинга как раз с битрейтом в районе 7 Мб.

[PAL Petrovich]

Может быть просто глюк программы? Если не соблюдается собственная спецификация: "When SD menus are rendered, they are encoded at 7 Mbps using the one-pass VBR method".

[M-Serhio]

Да вот черт знает... Сейчас на яблочном форуме сижу, мож там ответ найду

[M-Serhio]

Ура-ура-ура Значицца так... Я эту засаду локализовал и победил. Кому интересно - рассказываю.
Сперва должен в очередной раз заметить, что засада называется "Внимательно, как можно внимательнее читаем инструкцию по пользованию софтом, с которым работаем"
Источник проблемы оказался весьма незатейливым - в мануале к DVDSP указано следующее:
********************************************************************************
*****
...<If you add any shapes, text items, or drop zones to a menu, the menu will be rendered when you build the project>...
и замечено, что:
...<Standard menus that only use a background (whether still or video), an overlay, and one or more audio files do not get rendered.>...
********************************************************************************
*****
Таким образом, за исключением ситуаций, когда меню содержит ТОЛЬКО анимированный задник и один файл оверлея (с графикой всех неактивных-активных-выбранных кнопок), меню всегда подвергается пережатию, что влечет за собой деградацию картинки. Что и было доказано пробным выводом меню, где активные кнопки я сделал не с помощью Shapes (четырехслойные PSD-файлы для каждой кнопы в отдельности), как было изначально, а с помощью файла оверлея. К тому же, в качестве эксперимента, выводя меню с произвольной наложенной графикой, я выяснил, что мнимого ограничения в 3Mbps нет - в зависимости от того, что я положил поверх задника, декодер показывал поток до 5Mbps и выше. Вот такие пироги.

[Yujny]

засада называется "Внимательно, как можно внимательнее читаем инструкцию по пользованию софтом, с которым работаем"

Важное открытие!