Видео поток: покадрово -> в interlaced, будет ли смаз при движущемся объекте либо при panning камеры ? Опции

[Саша Z]

Есть скажем видео поток резолюцией 320х240, передача кадр за кадром (т.д. progressive).
Нужно его выводить на выход как interlaced (подается на вход стандартного TV video encoderа).
Есть намерение не ударяться в de-interlacing в полной мере в целях сохранения ресурсов системы по минимуму, а просто передавать входной поток как он есть на вход encoderа генерируя соотв. синхронизацию как буд-то передаются не цельные кадры а fields т.е. encoder будет воспринимать входной поток как interlaced и каждая пара входных кадров будет им интрепретироваться как первый и второй field одного кадра соответственно и ессно кадровая частота на выходе будет в 2 раза меньше входной (это OK). Ессно, перед этим будет делаться интерполяция по горизонтали в 2 раза (получаем inerlaced кадр 640х480 таким образом сохраняя aspect ratio).
Вопрос в том, приведет ли такой путь "interlacingа" с смазу динамических объектов либо смазу изображения когда камера делает panning ?
Нужно ли ожидать заметных артифактов типа упомянутого выше вследствии такого подхода относительно стандартного interlacingа ? (стандартный interlacing подразумевает сохранение в памяти первого кадра, интреполяция по вертикали в 2 раза получая 480 строк и вывод их чет/нечет как при обычном interlace) ?

Что думаем ?

[Саша Z]

Спасибо за мнение.
SECAMа не подразумеватеся, будут PAL может быть и NTSC.
Да, насчет артифакта интерполяции по горизонтали - это-то понятно, но уровнем размазывания действительно можно управлять (возможно пропуская через HPF), думаю это не будет камнем преткновения.
Мне интуитивно кажется что смаз будет результатом попытки соединить четнные/нечетные строки одного и того-же выходного кадра строками 2х последовательных входных кадров...пока не дохиливаю почему такая ситуация не может дать смаза на диамическом изображении....
Кстати, в моей аппликации цвет особой роли не играет (только как OSD), основная инфа картинки - ч/б, т.е. gray scale...

[Самурай]

Мне интуитивно кажется что смаз будет результатом попытки соединить четнные/нечетные строки одного и того-же выходного кадра строками 2х последовательных входных кадров...пока не дохиливаю почему такая ситуация не может дать смаза на диамическом изображении....
Кстати, в моей аппликации цвет особой роли не играет (только как OSD), основная инфа картинки - ч/б, т.е. gray scale...

"Смаз" однозначно в этом случае будет. И уровень этого "смаза" будет напрямую определяться скоростью изменения сюжета или движения камеры. Естественно, что если сюжет меняется очень редко или очень медленно, то наверно можно на это дело "забить".

А почему бы не интерполировать исходные кадры, как по горизонтали, так и по вертикали?

А еще лучше проверить в "живую" все варианты на реальных кадрах и уже после этого принимать решения.