Видео поток: покадрово -> в 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) ?

Что думаем ?

[nsemenoff]

Что думаем ?

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