Форум Beholder
http://beholder.ru/bb/

Как оптимально оцифровать с VHS
http://beholder.ru/bb/viewtopic.php?f=9&t=2220
Страница 25 из 77

Автор:  МиЮр [ 19 июл 2009, 10:34 ]
Заголовок сообщения: 

Разобрался!Как в таких случаях сейчас говорят-виноват оказался человеческий фактор!:):):) Спасибо за подсказку,захват теперь получается,буду работать над улучшением качественных показателей!:)

Автор:  ЮpГен [ 19 июл 2009, 14:49 ]
Заголовок сообщения: 

Да кто бы сомневался ...

Автор:  RUS_700 [ 20 июл 2009, 07:17 ]
Заголовок сообщения: 

При просмотре VHS временами изображение как бы дрожит, плывёт. В записанном видео тоже самое, соответственно. А на телевизоре картинка в этих местах хорошая. Это только так в одной телепередаче. Кто знает, почему так и как это устранить? Вот 5-секундное видео в пример:
http://video.yandex.ru/users/rus3644/view/2/

Автор:  ALF [ 20 июл 2009, 09:09 ]
Заголовок сообщения: 

писал(а):
При просмотре VHS временами изображение как бы дрожит, плывёт.

Поиграйтесь с режимом синхронизации строк. Устанавливается для каждого канала и НЧ входа.

Автор:  RUS_700 [ 20 июл 2009, 10:05 ]
Заголовок сообщения: 

Зашёл в Настройки - НЧ входы по умолчанию синхронизация строк была VCR. Пробовал с Poor signal, с Fast track - не помогло. А потом поставил галочку в видеомикшере "Ручной режим видеоусиления", ползунок 170 - исправилось :) Я уж подумал, что дело в видеокассете. Спасибо!

Автор:  nighthawk11 [ 10 авг 2009, 23:59 ]
Заголовок сообщения: 

Подскажите, насколько может влиять полоса с рябью внизу кадра на качество сжатия в MPEG2 и деинтерлейсинг? Полоса видна при просмотре и оцифровке VHS от видеокамеры, заливкой бордюра она полностью не устраняется. Деинтерлейсинг делаю новым плагином Smart, вот и интересует, насколько он может наошибаться с наличием движения в кадре из-за этой полосы с рябью. :roll:

Автор:  Yoda [ 11 авг 2009, 10:55 ]
Заголовок сообщения: 

писал(а):
Подскажите, насколько может влиять полоса с рябью внизу кадра на качество сжатия в MPEG2 и деинтерлейсинг?

На качество сжатия практически не влияет. На деинтерлейсинг не влияет ни практически, ни теоретически.

писал(а):
Полоса видна при просмотре и оцифровке VHS от видеокамеры, заливкой бордюра она полностью не устраняется.

Как это не устраняется? Всё должно устраняться. Будет залитый край.
При большом желании, чтобы не было чёрной полосы при воспроизведении на компе, можно сделать не заливку, а отсечение краёв. При воспроизведении на ТВ никаких краёв не будет видно в любом случае.

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

Ошибиться может, но это не будет иметь никаких визуальных последствий.

Автор:  ALF [ 11 авг 2009, 11:01 ]
Заголовок сообщения: 

Цитата:
насколько может влиять полоса с рябью внизу кадра на качество сжатия в MPEG2 и деинтерлейсинг?

А никак не повлияет. Эта полоса - часть изображения, чуднОго, но всё же изображения. Если бы там был откровенно белый шум, то может быть пожатый файл и увеличился бы на пару процентов, а так ... Что касается деинтерлейс алгоритмов, то им вообще на это наплевать. Ну будут побитые строки расценены как интерлейсные и что с того?

Автор:  nighthawk11 [ 11 авг 2009, 11:24 ]
Заголовок сообщения: 

Большое спасибо всем за комменты, теперь спокоен за оцифровку домашнего архива 8)

писал(а):
При большом желании, чтобы не было чёрной полосы при воспроизведении на компе, можно сделать не заливку, а отсечение краёв. При воспроизведении на ТВ никаких краёв не будет видно в любом случае.

Полоса не то чтобы широкая, но заливки на нее не хватает. Согласен, что заливки при просмотре на ТВ вообще не видно. А по поводу отсечения краев, насколько я понял, эта функция в настройках записи не активирована и как понял из форума, что это приведет к ресайзу ну и к потере качества соответственно.

Автор:  Yoda [ 11 авг 2009, 11:35 ]
Заголовок сообщения: 

Что не активировано? Где??
И потом, отсечение (котлеты) отдельно, ресайз (мухи) отдельно.
Панель записи -> Настройки записи видео/аудио -> Видео -> Масштабирование кадра. Там задаёшь, сколько тебе надо отсечь, хоть пол-кадра, и без масштабирования. Главное, смотри, чтобы результирующий размер кадра был кратен 8. И никакой потери качества.

Автор:  nighthawk11 [ 11 авг 2009, 12:00 ]
Заголовок сообщения: 

Нда.. там действительно все работает, галочку только надо поставить на отсечение и все становится активным...сделал снизу отсечение на 8 - какчество как в голливуде :wink:, а уже ведь 6 касет по 20-30 мин оцифровал :cry:

Автор:  nighthawk11 [ 11 авг 2009, 17:55 ]
Заголовок сообщения: 

Еще вопросик, сегодня оцифровывал и вдруг заметил на панели записи красную цифру: Пропущено кадров - 4. Насколько это плохо? Из-за чего такое бывает? Приведет ли к рассинхронизации видео и звука? Стоит ли заново оцифровывать?

Автор:  Yoda [ 13 авг 2009, 11:50 ]
Заголовок сообщения: 

4 кадра - это не то, чтобы ужасно, но сам факт, конечно, неприятен.
Рассинхронизация будет на 4/25 = 0.16 секунды. Это почти незаметно.
Происходит это, как правило, из-за высокой загрузки процессора, кодек не успевает справиться с поступающими данными. До определённой степени с этим можно справиться настройкой параметров кодека.
Вообще говоря, идеальный путь для подготовки качественного видеоматериала - это сжатие без потерь кодеком HuffYUV или с малыми потерями кодеком MJPEG, затем обработка в видеоредакторе (если требуется), а затем многопроходное сжатие хорошим софтовым кодеком (типа Canopus ProCoder) в оффлайне.

Автор:  Drag0nheart [ 16 авг 2009, 22:46 ]
Заголовок сообщения: 

Всем превед.
Есть необходимость переоцифровать одну кассету и сделать это идеально. Раньше делал в iuVCR, сейчас захотелось попробовать в BeholdTV, т.к. там опций больше, в особенности касательно управления ВЧ. Но вот незадача - захватывается все идеально, без рассинхрона, но при открытии файла в VDub всплывает мессага о том, что и видео и аудио стримы имеют оффсет, который дуб не поддерживает, игнорирует и в резалте я получаю рассинхрон. Конечно можно глянуть разницу в оффсетах потоков и задать ее как задержку для звука, но хотелось бы чтобы оба потока сразу начинались без всяких лишних замут. Мало ли в каком еще редакторе мне впоследствии захочется файл помучать.. Можно ли это как-нибудь обеспечить не меняя контейнера? Я вообще не понимаю смысл оффсета для видео, буфер имеется, так почему не создать контейнер и начать складывать туда кадры, когда они появятся, без всяких лишних замут..
Приведу сразу скрины настроек:
Изображение

И еще вопрос. Почему-то при захвате с человеческими лосслесс кодеками начинаются жуткие тормоза. Пробовал альпарисофтовский и от MSU. ВО время захвата тормозит предпросмотр, если он активен (звук идет нормально), дропы по нулям, но кол-во захваченных кадров растет ооочень медленно. Впоследствии, если просмотреть ролик, ощущение, что он состоит из нескольких кадров.. При этом загрузка ЦП не выше 25% и в остальном система ведет себя шустро, т.е. ан нехватку ресурсов непохоже.
Конфа:
Opteron 165 (аналог атлонов х2 под 939ый сок) @3.05GHz, 3Гб памяти (+разгон), rad HD3870, драйвер 9.7. Win XP SP3. ВИнт, на который ведется запись - саташка 1Tb;7200rpm;16 метров кэша,с дефрагментом. Т.е. на него тоже не свалишь, к тому же больший поток от Huffyuv переваривается нормально. Может у кого есть какие идеи?

Заранее благодарен.

Автор:  Krutya [ 17 авг 2009, 11:07 ]
Заголовок сообщения: 

Drag0nheart, а если разгоны все убрать, лучше не становится?

Страница 25 из 77 Часовой пояс: UTC + 3 часа