реклама на сайте
подробности

 
 
> Видео поток: покадрово -> в interlaced, будет ли смаз при движущемся объекте либо при panning камеры ?
Саша Z
сообщение Apr 22 2008, 11:19
Сообщение #1


Знающий
****

Группа: Свой
Сообщений: 921
Регистрация: 6-04-07
Из: Israel
Пользователь №: 26 822



Есть скажем видео поток резолюцией 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) ?

Что думаем ?
Go to the top of the page
 
+Quote Post
 
Start new topic
Ответов
Саша Z
сообщение Apr 24 2008, 19:27
Сообщение #2


Знающий
****

Группа: Свой
Сообщений: 921
Регистрация: 6-04-07
Из: Israel
Пользователь №: 26 822



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



Reply to this topicStart new topic
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0

 


RSS Текстовая версия Сейчас: 27th July 2025 - 19:13
Рейтинг@Mail.ru


Страница сгенерированна за 0.01367 секунд с 7
ELECTRONIX ©2004-2016