Давным-давно, когда цветное кино еще было сюжетом для плохого фантастического рассказа, а вместо звуковой дорожки за экраном стоял человек, и в риалтайме имитировал эффекты (стучал, бил бутылки и т.п.) люди заметили, что при 24 кадрах в секунду хоть и достигается плавность движения, экран все равно мерцает, вызывая головную боль в обоих смыслах. Вот тогда какой-то умник и предложил идею, последствия которой нам, в частности мне, приходится расхлебывать. Поймать бы тогда того умника, да объяоить... ну впрочем речь не об этом. Идея была проста - посреди каждого кадра на короткое время закрывать затвор киноаппарата, увеличивая таким образом частоту до 48 кадров в секунду. И неважно, что при этом каждый второй кадр повторяется - главное, что нет мелькания... В общем когда видео начало приобретать электрическую форму, идея перешла туда. Чтобы не снижать пропускную способность, передавая дважды одни и те же данные, еще один умник предложил во время первого фрагмента передавать нечетные строки, а второго - четные, складывая в результате из двух полей (полукадров) целый кадр. Все бы ничего, но вот когда видео стало цифровым, стало совсем плохо. По крайней мере мне.

Когда у меня дома оказалась железка по имени Pinnacle DC10+, я конечно не ожидал, что она откажется работать с 70% источников видео в моей квартире, но даже не это было самое страшное. ОНА НЕ РАЗЛИЧАЛА ПОЛЯ. Когда Xbox воспроизводил FMV-ролик, в оцифрованном сигнале с равной вероятностью либо не было искажений, либо четные строки были из текущего кадра, а нечетные - из следующего (причем галочка "field order" в настройках карты не играла абсолютно никакой роли). Все это решалось простеньким фильтром в VirtualDub, сдвигавшим четные строки на 1 кадр назад или вперед по временной оси.
Но вот когда Xbox начинал выводить движковые ролики, рисовать видео на ходу, случилось ужасное. Каждое поле привязывалось к временной шкале абсолютно, а не в соответствии с четностью/нечетностью. Проще говоря, если в первом кадре (0 секунд) объект должен быть в точке с координатой 100, во втором кадре (1/30 секунды) - с координатой 200, то в первом поле первого кадра (0 секунд) он был в точке 100, а во втором поле (1/60 секунды) - в точке 150. В такой ситуации восстановить первый кадр было невозможно, пришлось все смазывать. Я списал это на кривизну всего подряд от железа до софта, и забил.
А недавно в мои яойные лапки попала цифровая видеокамера. Одна из самых дешевых (ня, и это они называют дешево), но цифровая. Обещанный PAL DV 720x576x25 камера снимала, и снимала неплохо, но когда я стал переписывать это на компьютер через FireWire... выскочила та же проблема. Каждое поле с четными строками содержало не данные, дополняющие предыдущее поле, а уникальные данные, отличающиеся от предыдущего поля на 1/50-ю секунды. В статике это не играло роли, но стоило камеру покрутить, и все вокруг становилось такое игольчато-интерлейсное...

В том, что это не лечится, я уже уверен, поэтому скажите мне что-нибудь утешающее. Типа "дурак ты, Жамисон, так и должно быть в непрофессиональной аппаратуре. Вырезай одно поле, и не мучайся". А если не скажете, я пойду перепрограммировать прошивку видеокамеры. Доведу ее до такого состояния, что она будет снимать прогрессив, но только 256x256 и только на мемори-карты для Playstation 3.

DED M0P03 При захвате возникает ИЗБИРАТЕЛЬНЫЙ интерлейс. Если захватывать с PS2, то там четные поля сдвигаются на 1/25 (1/30) по времени (что лечится сдвигом), либо не сдвигаются вообще. Если захватывать с Xbox, то там все как на PS2 в FMV-роликах, а в движковом видео четные поля сдвигаются на 1/50 (1/60) по времени. Так же ведет себя видео с видеокамеры - четные поля сдвинуты на 1/50 по времени. Если захватывать с Сатурна, то вылезает общее нарушение защиты ^_^
Трабла одна - получить из этого ужаса прогрессивный сигнал без потерь. Решения нет, есть лишь компромиссы - вырезать одно поле (уменьшить разрешение вдвое), использовать фильтры деинтерлейсинга (приводящие к потерям и/или искажениям), плюнуть на все и перейти как АЭС на MMV (Manga Music Video).
В принципе я бы подумал, что так оно и должно быть, если бы не случай с Xbox-ом. В нем на FMV мне удалось реконструировать без потерь (не считая потери АЦП/ЦАП) прогрессивный видеоряд. Но вот в движковом видео - нет. То есть сигнал с MPEG-декодера, прошедший через ЦАП Conexant в Xbox- е воспринимался картой нормально (сдвиг 0 или 1/25), а вот сигнал с видеочипа NVidia, прошедший через тот же самый ЦАП, интерлейсил (сдвиг 1/50). У меня до сих пор впечатление, что это все переключается цифровым методом на уровне ЦАП, но ни Conexant, ни уж тем более Microsoft не желают предоставлять никаких данных по этой микросхеме.

тююю... фигня эта ДЦ10+ я то думал что она для монтажа. а насчёт тюнеров ты очень неправ. я пользую fly 3000 (fly34 prime) и он может захватывать оба поля 768х568 s-video и композит в том числе. никаких проблем нету. покупал год назад за 1500р. дёшево и функционально.