То есть получается без дублирования кадров оцифровать вообще никак нельзя и любой софт при захвате с вхс не вывозит полный поток и начинает либо пропускать с рассинхроном, либо пропускать, но с дубликатами?
Просто это происходит даже на чистых записях периодически и при просмотре видно эти дубликаты.

Примерно так. После окончания захвата, iuVCR выводит log, там есть строчка типа: 12 frame(s) duplicated, 11 skipped to keep sync, для 45-минутной кассеты это хорошо. Отлично, это когда 3-4 кадра продублированы. Опять же, дубликаты при просмотре не заметны, т.к. скорость потока 50 полукадров в секунду. Попробуйте перегнать видео в Mpeg-2 и запустить на каком-нибудь плеере, умеющем делать BOB-деинтерлейс. Начиная с 7-й винды это умеет штатный плеер. Если реально видны "фризы", рывки в местах дублирования, то скорее всего продублировано больше 2-х кадров подряд. Тут уж нужно пробовать другой видик, что сейчас очень трудно организовать.
А система справляется? Видеопоток даже в Лагарифе имеет приличную скорость, т.е. диск должен быть не фрагментирован и желательно SATA. На внешние HDD делать захват очень не желательно, особенно по USB 2.0. Кадры могут "теряться" просто не успевая сохраняться.

Деинтерлейс я ставлю в плеере такой, который с удвоением. Что бы черезстрочка в 50fps превращалась. Идёт картинка и в один момент может назад на кадр отскочить, это заметно. Если без деинтерлейса по кадрам пощёлкать, то в этот момент видно как кадр один раз продублирован.
Итоговый вариант собирался закодить в x264 с флагом интерлейса и некоторыми настройками, что бы по размеру был, как MPEG-2 с битрейтом в 10к. Всё же при сравнении, x264 получше выглядит.
Другой видик организовать проблем не составит. Их у меня 15 или 16 штук дома))) Другой момент в том, что эти записи хотелось бы с цифровать с видика, на котором всё это и записывалось. Тем более, есть 2-3 кассеты, где синхроимпульсы у ленты со временем поплыли (4ый или 5ый слой записи на ленте ECP) и только этот видик и его ближайшие модели умеют вывозить такие записи в более приемлемом виде. Остальные просто выворачивает.
На счёт системы, могу только на Windows разве что грешить. Уже довольно засорённый. Как приедет SSD буду менять. А в целом проц Core i7 2600k, 8ГБ оперативы. Харды у меня в основном WD Green, но не думаю, что в этом может крыться серьёзная проблема. Их скорости должно хватать на такой поток. USB харды естественно отсекаются. Их порой даже просто на прямой MPEG не хватает. Помню, как в 2010 году софтом бихолдера хватал и файл мог в любой момент оборваться, при том, что прога до упора показывала, что записывает.

М-да, что-то нездоровое происходит. Если кадр "назад отскакивает", это как-будто очерёдность полей сбивается. При таком кол-ве видиков я бы всё-таки поэкспериментировал (всё равно SSD ждать). Необязательно видик собственные записи прочитает лучше другого, например я пробовал захватывать записи с камеры (Panasonic RX70) ей же произведённые, по изображению периодически проскакивали горизонтальные короткие линии. Попробовал захватить с видика (через кассету-переходник) - всё чисто. И обязательно попробуйте VHWriter. Я как-то оцифровывал коллеге 5-6 кассет VHS-C, и уже на этапе чистки заметил, что видео "плавает" относительно звука. Представьте: видео плавно замедляется, потом (видимо понимая что опаздывает =)) ускоряется, догоняя звук. И хоть это было не сильно заметно, всё равно переделал, использовав в качестве Muxer'а - VHWriter.

Спасибо. Поэксперементирую.
Там в списке настроек ещё есть "Ждать sync point", "отбрасывать кадры", "вычислять выпадения по времени". Из этого нужно что-то включать?

И да. Вот сэмпл - https://yadi.sk/i/W0lAtvlFzfwdt
Вот этот кадр явно продублировался:


Собственно если смотреть в интерлейсном режиме, то видно дубликат. А в режиме удвоения, в этом месте он словно на какой-то более старый кадр отбрасывает, а потом возвращается в нужное положение.

У Диснея анимация очень грубая, почти незаметно но лаг есть. По поводу отбрасывания на более ранний кадр, происходит случайным образом при захвате в системе Secam (Mesecam), вот выдержка с форума:

По поводу чекбоксов на том же форуме никто ничего не знает, автор как-будто предлагает оставлять их пустыми.
Источник: http://www.iulabs.com/rus/forum/viewtopic.php?p=9366 .
Запись кстати не очень, по левому краю видны искажения, АЦП NXP должен железно держать картинку. Может это конечно из-за помех, ТВ-сигнал во время записи был "не идеальный".

На этой ленте запись немного странно себя ведёт, да. Видно, что слева бордюр искажается. Не сильно, но есть такое. Местами может подпрыгнуть или чуть-чуть кадр пошататься. Видать тоже синхроимпульсы вытираются. Кассете 17 лет.
Секам - это вообще вечная проблема. Особенно с раскодировкой цвета и вечной фиолетовой полосой справа. Но тогда другого не было.

Хе, вам еще повезло что запись без региональной врезки, вижу что четкость сохранена, у нас же с середины 90х местную рекламу вставляли на 100% эфирных каналов, сигнал после прохождения через платы врезок становился никаким, баннеры, бегущая строка, особенно рекламщики полюбили часы на первом канале перед новостями в 21.00, там плашка на полэкрана была, эдакая вип реклама , смысла не было что-то записывать с тв тогда

И такое было. Как же без этого?


Второй скриншот правда не из разряда местной рекламы, но тоже кучу места занимали эти плашки.

как будто сейчас таких плашек нет на центральных каналах

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

Рекламные плашки (анонсы телепрограмм) на центральных каналах существуют, но дело не в этом, а в том, что сейчас вся реклама (в том числе региональная) выпускается в эфир силами самого канала, а в 90-е и 2000-е годы это была «нахаловка» местных операторов (в Москве этим особо не баловались). Сейчас операторы обязаны ретранслировать получаемый ими сигнал в исходном виде.

столкнулся с проблемой при конвертировании захваченого видео в мпег2. В мпег2 кодирую вегасом, настройки проекта подогнаны под оригинальный файл... все бы ничего. но после кодировки в мпег2 цвета становятся более насыщенными. я бы даже сказал перенасыщенными! желтый цвет становится оранжевым, с зеленым тоже происходят изменения (посмотрите на полоску справа видео на обоих кадрах). Также заметны потери теней. Волосы, сумка на полке. С чем это может быть связано? Как сделать 1 к 1 с оригиналом?


Формат исходного видео:

Формат полученного видео мпег2:

В декодерах и енкодерах встречается настройка диапазона RGB при перекодировании из RGB в YUV и обратно. Что-то типа "TV (16-235) PC(0-255)". Как должно быть правильно, толком никто не знает и поэтому этот параметр выносится в настройку. От него в какой-то степени зависит яркость и насыщенность.

расскажите пожалуйста, в каких случаях стоит применять бехолдеровский Video Automatic Gain Control? И каково стандартное значение уровня? Заметил что эта настройка полезна не всегда, картинка слишком прыгает по яркости.