Стробирование черной рамки при экспорте CC

У меня есть последовательность менее 3 минут в Premiere CC, содержащая один поток 4k DCI 23,98 AVC от Sony FS7, с парой статических PNG и 29,97 Quicktime Animation нижние трети.

Мне нужно экспортировать в оболочку quicktime вокруг какого-то кодека mpeg-4; Я пробовал несколько конфигураций H.264 и MPEG-4 с тем же результатом.

Моя временная шкала воспроизводится и выглядит нормально, но после экспорта я вижу следующий результат через Imgur videotogif:

http://imgur.com/I27CHk5

Я знаю, что некоторые из вас спросят, вот скриншот моих настроек экспорта:

введите описание изображения здесь

Изменение разрешения, кодека (в вариантах Quicktime), с/без превью, максимальное качество рендеринга - все это не влияет на проблему стробирования.

У кого какие мысли, в чем тут может быть проблема?

У меня та же проблема с визуально похожей последовательностью в том же проекте для того же клиента, и она уже была однажды (как вы уже догадались, тот же клиент, те же спецификации контента). Я никогда раньше не сталкивался с этим, поэтому я склонен думать, что где-то там есть какой-то маленький гремлин, но мне не терпится выяснить, что это такое.

[редактировать]

Я также убедился, что проблема возникает при экспорте в P2/MXF, а также в ProRes.

На вопрос @Mulvya о свойствах источника, вот скриншот окна свойств одного из клипов. Все кадры были сняты в одном и том же сеансе, одной и той же камерой и т. д. и должны быть полностью идентичными:

введите описание изображения здесь

Каковы свойства исходного видео?
Отредактированный пост с подробностями.
Можете ли вы экспортировать как последовательность изображений и проверить?
У меня такая же проблема, но после нескольких экспортов почему-то теперь внутри премьера....

Ответы (2)

Используете ли вы «ускорение графического процессора Mercury Playback Engine (CUDA)» в качестве средства визуализации внутри кодировщика мультимедиа? Я читал и имел несколько случаев, когда программный рендеринг мог вызывать подобные проблемы.

Так что @NataliePi была на правильном пути. В итоге на следующий день я нажал несколько других кнопок и по наитию отключил кодирование с ускорением CUDA. Боинг, черные рамки исчезли. Я работаю с MBP Retina 2014 года с двумя графическими чипсетами (Intel Iris Pro и Nvidia GeForce 750M). Поскольку результаты так последовательно происходили примерно в середине видео и только на кадрах, повторно сжатых из исходного источника, я задался вопросом, как и Натали, не проблема ли это видеокарты. Переключение на CPU-only решило проблему.
Я подтвержу проблему, когда прибудет мой блок Akitio eGPU (вместе с моей новой блестящей GeForce 1070 в июне), и у меня будет огневая мощь, чтобы определить, действительно ли это была проблема, связанная с VRAM или CUDA.

Я бы посоветовал забыть об экспорте Quicktime из Premiere с использованием кодека H.264. Причина? Потому что обычно это не работает.

Единственным надежным модулем вывода для Quicktime является кодек Animation; что приведет к очень очень большим файлам, если вы экспортируете со 100% качеством (по существу без сжатия) и особенно если вы используете альфа-канал.

Есть ли причина, по которой вам нужен Quicktime в качестве фактической оболочки?

Я настоятельно рекомендую использовать:

Формат: H.264 (не Blu-Ray, а H.264).

Настройте вывод в соответствии с желаемыми настройками.

Установите целевой битрейт в соответствии с вашими потребностями (для качества BluRay 1080p = в среднем 30 Мбит/с).

ВСЕГДА используйте CBR. Избегайте VBR любой ценой. Почему? 1.) Время, VBR занимает гораздо больше времени, особенно на двух проходах. 2.) VBR вызовет артефакты на быстрых вспышках, например, вспышка камеры срабатывает в кадре или просто белая вспышка, которую вы добавили. Движок VBR сначала сканирует ваше видео, чтобы приблизиться к тому, как применить битрейт кадр за кадром. Когда встречается вспышка камеры (кадр становится почти полностью белым), предыдущий и последующий кадры страдают, потому что алгоритм Adobe для вычисления корректировки не будет корректироваться достаточно быстро. Это снизит ваш VBR до очень низкого уровня для белого/черного кадра, но не будет достаточно быстро увеличиваться до или после этого кадра (для чего требуется небольшая полоса пропускания, если она вообще отсутствует).

CBR ВСЕГДА обеспечит стабильно стабильное качество вывода.

**Так; пока не упадет черная рамка, забудьте о Quicktime. Забудьте о Quicktime навсегда, если вам не требуется вывод без потерь с альфа-каналом с использованием кодека Animation — никогда больше не используйте Quicktime. Вместо:

Вывод в формате: H.264 с расширением .mp4. После рендеринга, если ваш клиент хочет или требует файл MOV... - просто измените расширение на .mov и не говорите им. Они никогда не узнают разницу. Ни одно приложение, которое они используют для чтения файла, не увидит, что он не был выведен с помощью QT. Это Н.264. Расширение не имеет значения. Переименуйте в .mov и бум, теперь это QT.

Просто как тот. Помните, что Quicktime — это всего лишь обертка, и к тому же ужасная. H.264 это кодек. Если им нужен H.264, вы им дадите именно H.264. Не имеет значения, назовете ли вы его movie.mp4 или movie.mov.

Так что попробуйте, и я думаю, что ваши черные вспышки исчезнут.

Опять же, единственное допустимое использование Quicktime — это кодек вывода анимации, и это здорово. Помимо этого, Quicktime — мертвый формат, привязанный к давно мертвой ОС.

Единственный раз, когда я когда-либо использовал QT, это в After Effects, для вывода всех композиций перед их переносом в PPro для мастеринга H.264. Это единственный раз, когда я -- когда-либо -- использую его.

Дать ему шанс.

Это не решает проблему OP, поскольку это происходит даже при экспорте в MXF в другом кодеке.
Он заявил: «Мне нужно экспортировать в оболочку quicktime вокруг какого-то кодека mpeg-4; я пробовал несколько конфигураций H.264 и MPEG-4 с тем же результатом». Я сказал ему, что буду пробовать. Забудьте о обертке. Получите H.264. затем просто назовите его как MOV. MXF еще более проблематичен.
Глядя на его настройки, также нет необходимости добавлять ключевые кадры каждый 1 кадр. Добавляйте ключевой кадр каждые 30 кадров. Более чем достаточно для поиска.
Вы пропустили это: « Я также убедился, что проблема возникает при экспорте в P2/MXF ». К контейнеру это отношения не имеет.
Стробирование черной рамки при экспорте CC
СпросиСетьПолитика конфиденциальности1y, 0v