USB VIDEOIN

[Александр Л.]

Скачал описание (pdf) АЦП ti_tvp5150am1 применяемого в вышеуказанном девайсе AVerMedia DVD EZ Maker USB Plus
по ссылке http://www.pctuner.ru/files/pdf/ti_tvp5150am1.pdf.
Что оказалось - все - таки сие АЦП выдает на выходе сигналы яркости и цветов упакованными в 1 байт (4:2:2)!!!
Так, что вышеуказанный девайс врядли мне подойдет, хотя, быть может конечный файл и будет RGB24, но обработанный.
Обман трудового народа. Вообще, я все больше сомневаюсь, что такие "честные" USB - устройства имеют место быть.

   Бывают в жизни злые шутки..., да и выбирать-то особо не из чего.  Ну ничего, пока с этим поснимаем. А вообще на это думаю и на PCI легко нарваться. Что же касается USB, то скорость ее вполне достаточна для получения полного неупакованного потока с паловской камеры.

[-Serge-]

У меня в AverTV USB2 стоИт чип DC-1100 - АЦП аналогичен (4:2:2).

С уважением,
Сергей.

[Mihail Sedyh]

Что оказалось - все - таки сие АЦП выдает на выходе сигналы яркости и цветов упакованными в 1 байт (4:2:2)!!!

Утверждение неверное. 4:2:2 не означает количества байтов на цвет, а только соотношение яркосного канала с цветоразностными.
Так что 4:2:2 дает в данном случае даст максимальное возможное качество. Или Вы думаете, ч\б охранка в такой связке будет работать в 16 градациях серого?
Кстати при получении РГБ24 с байеровской матрицы все равно надо придумывать (интерполировать) 75% информации из-за ее физической сущности.

[-Serge-]

Что оказалось - все - таки сие АЦП выдает на выходе сигналы яркости и цветов упакованными в 1 байт (4:2:2)!!!

Утверждение неверное. 4:2:2 не означает количества байтов на цвет, а только соотношение яркосного канала с цветоразностными.
Так что 4:2:2 дает в данном случае даст максимальное возможное качество. Или Вы думаете, ч\б охранка в такой связке будет работать в 16 градациях серого?
Кстати при получении РГБ24 с байеровской матрицы все равно надо придумывать (интерполировать) 75% информации из-за ее физической сущности.

Тут надо немного уточнить про 4:2:2. Так называемое "честное" RGB - это 4:4:4, когда на каждый пиксел яркостной информации приходится два цветоразностных, т.е. если взять квадрат 2х2 из 4-х клеток, то в каждой клетке присутствуют все три составляющих:

Y1Cb1Cr1  Y2Cb2Cr2 
Y3Cb3Cr3  Y4Cb4Cr4
Такая схема применяется в дорогих сканерах, при производстве фильмов и в каком-то профессиональном видеостандарте. Пакет информации содержит YCbCr, т.е. ОДИН комплект из двух цветоразностных сигналов для КАЖДОЙ точки.

Что касается 4:2:2, то при таком раскладе информация о цвете будет передаваться для двух соседних пикселов совместно:

Y1Cb1Cr1  Y2Cb1Cr1 
Y3Cb2Cr2  Y4Cb2Cr2

Это стандартная схема для многих видеостандартов, когда в одной посылке идет Y1Y2CbCr, т.е. ОДИН комплект из двух цветоразностных сигналов для ПАРЫ точек.

С уважением,
Сергей.

[Александр Недилько]

По вопросу Александра Л. насчет возможности писать только кадры с информацией с переделанной охранки. Я для Михаила, который , как я понял, совместно с Александром занят этим проектом, сделал версию 2.1 АвтоКропа. Она выбрасывает пустые кадры из уже снятого ролика. Есть еще один вариант, правда, не знаю, лучше ли он. Я как-то написал набор фильтров DirectShow, которые определяют наличие движения в кадре и пишут только кадры с движениями, а остальные дропают. Ну и переделал AmCap стандартный, чтобы он эти фильтры использовал. Неплохой детектор движения получился, еще и с выбираемой зоной детектирования. Но вот ролик получается на выходе интересный: там реально существующие кадры только с движениями, размер маленький соответственно, но время идет "без остановки", забивается дропнутыми кадрами, которые видны в ,например, VirtualDub, как последний с движением (но место не занимают, естественно). В принципе можно переделать фильтры на дроп "темных" кадров, ну а авторы камеры потестят и скажут, полезно это или нет. Полезно может быть в смысле снижения видеопотока с камеры.

[Mihail Sedyh]

Есть еще один вариант, правда, не знаю, лучше ли он. Я как-то написал набор фильтров DirectShow, которые определяют наличие движения в кадре и пишут только кадры с движениями, а остальные дропают. Ну и переделал AmCap стандартный, чтобы он эти фильтры использовал. Неплохой детектор движения получился, еще и с выбираемой зоной детектирования.....  .....В принципе можно переделать фильтры на дроп "темных" кадров, ну а авторы камеры потестят и скажут, полезно это или нет. Полезно может быть в смысле снижения видеопотока с камеры.

Детектор движения для метеоров небось?
Насколько я понял, механизм - именно такой какой нужен.
Только вот это:

Но вот ролик получается на выходе интересный: там реально существующие кадры только с движениями, размер маленький соответственно, но время идет "без остановки", забивается дропнутыми кадрами, которые видны в ,например, VirtualDub, как последний с движением (но место не занимают, естественно).

я понял не совсем. Т.е. на выходе получается также ави-ролик с (номинально) полным количеством кадров, но реально присутствуют только "сигнальные" с соответствующим уменьшением размера ролика?( И соответственно непонятно как на это будет реагировать тот или иной сторонний софт) Да, а что будет, если такой файл скормить ПланетКропу?
Нет ли каких-нить искажений сигнальных кадров?
В каком именно программном виде реализовано включение/отключение этого набора фильтров ДиректШоу?
Можно ли вместо ролика сделать вывод в БМП-файлы?
Вообще конечно вариант очень интересный...

ЗЫ Чтоб было понятно применение. При выдержках до 1 сек (или нескольких), т.е. 1 вспышечный кадр из 25, думаю вполне можно обойтись дропом при постобработке полностью захваченного ролика. А вот когда на 1 полезный кадр начинает приходиться по несколько тысяч пустых - такая методика уже не может быть признана приемлемой.....

[Александр Недилько]

Если честно, то не для метеоров, а для охраны авто  .

Т.е. на выходе получается также ави-ролик с (номинально) полным количеством кадров, но реально присутствуют только "сигнальные" с соответствующим уменьшением размера ролика?(

Да, именно так. ВиртуалДаб пишет на дропнутых кадрах букву D, а показывает на экране последний из кадров с движением. Скормить ПланетКропу - надо попробовать. Можно, в принципе , и Регистаксу попробовать скормить да глянуть, что с ним будет после этого.
Регистакс, выпей йаду, так сказать  . Попробую это сделать, а по результатам посмотрим, что дальше.

[Дядя Лёша]

  Возможно, кто-то из коллег заинтересуется.  На днях приобрёл вот такую штукенцию http://www.fcenter.ru/eshop.shtml?cat/act=h:es:0:27:a:a:700:0:a:1:30:r:3:1&oper=69269, Оказалось очень нужная и достойная вещь для захвата аналогово видео, и что самое приятное - прекрасно работает с iuVCR и PHD Guiding. Мне кажется, что AVerMedia "DVD EZMaker USB Gold" будет несомненно полезен для любителей использующих охранные и бытовые видеокамеры.

[Mihail Sedyh]

  Возможно, кто-то из коллег заинтересуется.  На днях приобрёл вот такую штукенцию http://www.fcenter.ru/eshop.shtml?cat/act=h:es:0:27:a:a:700:0:a:1:30:r:3:1&oper=69269, Оказалось очень нужная и достойная вещь для захвата аналогово видео, и что самое приятное - прекрасно работает с iuVCR и PHD Guiding. Мне кажется, что AVerMedia "DVD EZMaker USB Gold" будет несомненно полезен для любителей использующих охранные и бытовые видеокамеры.

Леша, в описании сказано:

Форматы файлов видео:  MPEG1/2/4, поддержка DVD-VR

В предыдущей версии (без Gold) возможность захватывать непожатое видео была, но была незадокументирована. Старая версия снята с производства. Можешь проверить, пишет оно непожатый видеопоток?

[Александр Л.]

  Сегодня приобрел для работы устройство USB видеозахвата AVerMedia "DVD EZMaker 7 - http://www.fcenter.ru/eshop.shtml?cat/act=h:es:0:27:a:a:a:0:d:1:30:r:3:1:&oper=87301:::: . Возможности работать без сжатия устройство не имеет. С iuVCR работает.