Артефакты в предпросмотре и соответственно в видео

wzrd · 08.04.2014, 20:40

Думал проблема только в предпросмотре, но в готовом видео, все тоже самое получается

Видео снято в bandicam, кодек H264 (AMD app), VBR на 90%, битрейт в некоторых местах доходит до 150мбит\с, размер 10Гб - 15мин. Разрешение и фпс виден на скриншоте. Проблем в daum player и MPC HC нет.
И еще, если это важно, в проигрывателе (MPC\Daumplayer) видео работает с минимальной загрузкой CPU ( как я понимаю работает на GPU), в вегасе видео загружает процессор на 25% и тормозит).

warper · 08.04.2014, 23:10

Добро пожаловать на форум!
Проблема не новая - несовместимость ограничений интерфейса vfw (video for windows) с кодеками, использующими порядок следования кадров, отличным от порядка отображения. Практически это проявляется при использовании b-фреймов.
Вегас использует для чтения контейнера avi этот самый интерфейс vfw со всеми его ограничениями.
Большинство современных плееров не использует vfw, полагаясь на фильтры directshow (WMP), quicktime (Quicktime player), встроенные библиотеки (MPC HC, VLC, KMPlayer и др.).
Для использования avi+vfw есть хаки, которые некоторые кодеки и ПО видеообработки - например, VirtualDUB - могут использовать, но Sony Creative Software по политическим соображениями не правит Вегас в эту сторону.

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

Как лечить. Есть варианты.
1) Использовать другоой кодек. Рекомендуемые для bandicam + vegas идёт встроенный бандикамоский mjpeg + звук PCM. Как говорится, старый конь борозды не портит. Битрейт на глазок будет сравним с вашим нынешним.
2) Если в настройках кодека есть флаг использования б фреймов или их количество, выключите B-фреймы и установите их количество в 0. Если нету такой регулировки - попробуйте выбрать baseline profile. Вероятно, это решит артефакты, но несколько увеличит битрейт.
3) Можно попробовать перекодирование в другой контейнер (mp4, mts, m2ts), который Вегас читает "честно и напрямую". Скачайте, например, txMuxer, попробуйте перепаковку. Вариант требует лишних телодвижений, но перепаковка в другой контейнер происходит мгновенно по сравнению с перекодированием.
4) Банально перекодировать видеопоток на входе - тоже выход. Долго само по себе, но перекодирование в mpeg-2, например, может заметно убыстрить работу в Вегасе.
5) Фреймсервинг через VirtualDUB или avisynth. Телоддвижений больше, чем при перемуксивании, но файл "читается на лету".

Выбирайте на вкус.
И, пожалуйста, отпишитесь о результатах.

08.04.2014, 20:40	#1
wzrd Стажер Регистрация: 08.04.2014 Сообщений: 1 Рейтинг: 10	Артефакты в предпросмотре и соответственно в видео Думал проблема только в предпросмотре, но в готовом видео, все тоже самое получается Видео снято в bandicam, кодек H264 (AMD app), VBR на 90%, битрейт в некоторых местах доходит до 150мбит\с, размер 10Гб - 15мин. Разрешение и фпс виден на скриншоте. Проблем в daum player и MPC HC нет. И еще, если это важно, в проигрывателе (MPC\Daumplayer) видео работает с минимальной загрузкой CPU ( как я понимаю работает на GPU), в вегасе видео загружает процессор на 25% и тормозит).

Опции темы	Поиск в этой теме
Версия для печати Отправить по электронной почте	Поиск в этой теме: Расширенный поиск
Опции просмотра
Линейный вид Комбинированный вид Древовидный вид

08.04.2014, 23:10	#2
warper Старший научный сотрудник Регистрация: 10.07.2009 Сообщений: 1,505 Рейтинг: 354850	Добро пожаловать на форум! Проблема не новая - несовместимость ограничений интерфейса vfw (video for windows) с кодеками, использующими порядок следования кадров, отличным от порядка отображения. Практически это проявляется при использовании b-фреймов. Вегас использует для чтения контейнера avi этот самый интерфейс vfw со всеми его ограничениями. Большинство современных плееров не использует vfw, полагаясь на фильтры directshow (WMP), quicktime (Quicktime player), встроенные библиотеки (MPC HC, VLC, KMPlayer и др.). Для использования avi+vfw есть хаки, которые некоторые кодеки и ПО видеообработки - например, VirtualDUB - могут использовать, но Sony Creative Software по политическим соображениями не правит Вегас в эту сторону. Что видно на картинке. Опорные кадры для показываемой картинки отсутствуют, так что изменения относительно них накладывается на другие кадры или мусор. Возможны также перемены мест кадров. Возможны также падения/зависания. Как лечить. Есть варианты. 1) Использовать другоой кодек. Рекомендуемые для bandicam + vegas идёт встроенный бандикамоский mjpeg + звук PCM. Как говорится, старый конь борозды не портит. Битрейт на глазок будет сравним с вашим нынешним. 2) Если в настройках кодека есть флаг использования б фреймов или их количество, выключите B-фреймы и установите их количество в 0. Если нету такой регулировки - попробуйте выбрать baseline profile. Вероятно, это решит артефакты, но несколько увеличит битрейт. 3) Можно попробовать перекодирование в другой контейнер (mp4, mts, m2ts), который Вегас читает "честно и напрямую". Скачайте, например, txMuxer, попробуйте перепаковку. Вариант требует лишних телодвижений, но перепаковка в другой контейнер происходит мгновенно по сравнению с перекодированием. 4) Банально перекодировать видеопоток на входе - тоже выход. Долго само по себе, но перекодирование в mpeg-2, например, может заметно убыстрить работу в Вегасе. 5) Фреймсервинг через VirtualDUB или avisynth. Телоддвижений больше, чем при перемуксивании, но файл "читается на лету". Выбирайте на вкус. И, пожалуйста, отпишитесь о результатах.