Дёргается пережатое видео
Mar. 8th, 2014 06:13 pm![[identity profile]](https://www.dreamwidth.org/img/silk/identity/openid.png){kind=small}
kray-zemli.livejournal.com posting in ![[community profile]](https://www.dreamwidth.org/img/silk/identity/community.png){kind=small}
useful_faqСофт: винда 2003 (комп Athlon 64 4400+), VirtualDub 1.10.4 Rus, Media player classic 1.7.3.45, K-Lite codec pack mega (новый, только сегодня скачал).
Исходник получен оцифровкой с VHS через canopus advc-110 при помоши того же VirtualDub, он чересстрочный. Исходник плеером играется удовлетворительно, плеер сам делает деинтерлейс.
Потом при помощи того же дуба видео было пережато кодеком x264. Использовался ключ --interlaced, чтобы видео осталось чересстрочным.
Получившееся видео дёргается, идёт как бы рывками (не так, как если быстродействия не хватает). Как на компе, так и на цифровом телевизоре (говорят, нынче у них внутри linux и весь тот же самый красноглазый софт, так что не удивительно). Однако, при покадровом просмотре тем же MPC на компе никаких чудес не выявляется, но совершенно точно изображение не такое как в динамике (например, при покадровом просмотре чёрное поле сверху стабильного размера, а при проигрывании оно пульсирует).
Пережимал примерно так:
Кто виноват и что делать?
Вторая проблема с самой оцифровкой. Почему-то предварительный просмотр virtualdub подтормаживает (периодически изображение замирает), а счётчик кадров показывает 26-32 кадров вместо положенных 25. Почему так и что делать? Тут, подозреваю, дело может касаться нехватки ресурсов, но проц вроде бы всё же недозагружен. И в режиме теста захвата ничего не замирает, хотя кадров всё равно 26.5. И вообще, какие установки захвата дуба (в частности, синхронизации звука и изображения) оптимальны при захвате DV (полученное из VHS) через firewire?
UPD: Первая проблема решилась добавлением ключа --bff. Причина оказалась в том, что все нормальные люди и программы привыкли, что в составном кадре первым по времени идёт верхнее поле, а при захвате с DV первым оказывается нижнее. Хотя, возможно, где-то для порядку следует ещё что-то в настройках поменять, чтобы при использовании фильтров проблема е вылезла снова. Вторая проблема пока не закрыта.
Исходник получен оцифровкой с VHS через canopus advc-110 при помоши того же VirtualDub, он чересстрочный. Исходник плеером играется удовлетворительно, плеер сам делает деинтерлейс.
Потом при помощи того же дуба видео было пережато кодеком x264. Использовался ключ --interlaced, чтобы видео осталось чересстрочным.
Получившееся видео дёргается, идёт как бы рывками (не так, как если быстродействия не хватает). Как на компе, так и на цифровом телевизоре (говорят, нынче у них внутри linux и весь тот же самый красноглазый софт, так что не удивительно). Однако, при покадровом просмотре тем же MPC на компе никаких чудес не выявляется, но совершенно точно изображение не такое как в динамике (например, при покадровом просмотре чёрное поле сверху стабильного размера, а при проигрывании оно пульсирует).
Пережимал примерно так:
Кто виноват и что делать?
Вторая проблема с самой оцифровкой. Почему-то предварительный просмотр virtualdub подтормаживает (периодически изображение замирает), а счётчик кадров показывает 26-32 кадров вместо положенных 25. Почему так и что делать? Тут, подозреваю, дело может касаться нехватки ресурсов, но проц вроде бы всё же недозагружен. И в режиме теста захвата ничего не замирает, хотя кадров всё равно 26.5. И вообще, какие установки захвата дуба (в частности, синхронизации звука и изображения) оптимальны при захвате DV (полученное из VHS) через firewire?
UPD: Первая проблема решилась добавлением ключа --bff. Причина оказалась в том, что все нормальные люди и программы привыкли, что в составном кадре первым по времени идёт верхнее поле, а при захвате с DV первым оказывается нижнее. Хотя, возможно, где-то для порядку следует ещё что-то в настройках поменять, чтобы при использовании фильтров проблема е вылезла снова. Вторая проблема пока не закрыта.
no subject
Date: 2014-03-09 03:47 am (UTC)Установки синхронизации я взял такие:
no subject
Date: 2014-03-09 04:33 am (UTC)Или вы сразу пытались получить, при захвате, avi со звуком с кассеты?
no subject
Date: 2014-03-10 07:32 am (UTC)no subject
Date: 2014-03-10 06:45 am (UTC)no subject
Date: 2014-03-10 06:49 am (UTC)да, точно.
Это вот как раз про обработку мест, где из-за замятия пленки нет изображения, захватчик пытается удержать частоту кадров в заданных границах по времени, а не по приходу якобы синхроимпулса (ложного, их-за шумов)
no subject
Date: 2014-03-10 08:30 am (UTC)no subject
Date: 2014-03-10 09:22 am (UTC)да, точно.
Это вот как раз про обработку мест, где из-за замятия пленки нет изображения, захватчик пытается удержать частоту кадров в заданных границах по времени, а не по приходу якобы синхроимпулса (ложного, их-за шумов)