Заметка юзера Gol

Кетайский зверёк для видеозахвата

железки

USB модуль видеозахвата 4-х канальный. Называется "QQIP DVR DI".

Виндой видится как один-единственный девайс под названием USB Serial Converter (id 0403:6014).

Полный размер


Из родной софтины (MV360) видятся все 4 камеры. Одновременно только одну подключал, но по-очерёдно ко всем входам - всё пашет. Я-то надеялся что каждый вход будет видеться отдельным виндовым девайсом видеозахвата, к которому можно будет обращаться стандартными способами. А хрен там.

Продолжение...



Поставил USB сниффер, посмотрел что творится при передаче видео. Оказалось что при передаче видео девайс USB Serial Converter отключается, появляется девайс (с точно таким же ID) под названием USB Capture Card. И с него льётся поток. При выключенной камере идёт пустой поток, трафик где-то 1-2 мегабайт/сек. При подключении одной камеры поток поднимается до 14 мегабайт/сек (!) Именно мегабайт, а не мегабит.

Так же снифер показал что чредуются пакеты-пустышки (такие же какие идут когда камера отключена) и непустые. Т.е. явно потоки чредуются - циклически берутся с каждого канала, эдакое мультиплексирование. Длина пакетов обычно идёт одинаковая (65535 байт), но бывают и пакеты покороче. После каждого принятого с девайса пакета софтина отправляет на девайс два пакета длиной 5 байт, но всегда с одинаковым содержимым. В потоке были замечены символы "secure_session=true; twll=1" Причём явно они идут в начале (или в конце) фрейма очередного канала. Не уж то MJPEG прёт??? Хотя строчки очень похожи на содержимое кукисов твитыря :-) Фигня какая-то.

Полный размер


Основная задача - подцепить этот блок видеозахвата в линухе, чтоб каждый канал виделся отдельным девайсом /dev/video[1-4]. Драйвер под последовательный порт с указанным ID под линух есть (но ещё не проверял), так что остаётся проблема - как разделять фреймы каналов и что ваще там за поток идёт?

Короче, фиг его знает. Поиски в инете не помогли :-(

А вот что внутри стоит:

Полный размер


RICHNEX RN6364

http://www.richnex.com/R0302.html Тут именно такого чипа не нашёл, но нашёл описание в сторонней пдфке:

Feature of Video Decoder:
1. Flexible 4 channel analog video decoder with built-in anti-alias filter
2. ADC sampling rate up to 54 MHz for best color and image transient response
3. 2D 5-line comb fi lter provides the
high quality video decoding of composite video signal for artifact-free Y/C separation
4. True 10-bit processing for color space conversion, brightness/ contrast/ saturation/ hue control, and color correction for best performance
5. Support standard ITU-R BT.656/BT1302 format and two/four channel D1 pixel interleaved format output
6. User selectable 0/6.75/13.5/27/54/108 and 9/18/36/72/144 MHz clock outputs with phase and delay adjustments



Ещё стоит ПЛИС Altera Cyclone IV.

Если кто могёт подсказать проверенный USB девайс для видеозахвата, каналов эдак на 4 (25-30 фпс на канал) - комментьте, не стесняйтесь. Главное шоп он под Линухом виделся отдельным девайсом на канал.

UPD> Нашёл EasyCap, но на них довольно сильно ругаются. Вроде не всё там гладко с несколькими одновременными камерами.

UPD> На всяк случай сохраню:

Download the required USB drivers from this link: http://www.ftdichip.com/Drivers/VCP.htm

To check if the drivers are loaded (tutorial derived from here: http://ftdi-usb-sio.sourceforge.net/),

run this command
lsusb | grep -i ft

and you should see a readout like this:
Bus 001 Device 031: ID 0403:6014 Future Technology Devices International, Ltd FT232 USB-Serial (UART) IC

where the 0403 is the vendor ID and 6014 is the product ID or at least in the case of my Jalapeno

run this command to manually probe for the device
modprobe ftdi_sio vendor=0x403 product=0x6014 (you may have to change the vendor or product ID for your device)

to test that it worked run this
dmesg | tail

and you should see a readout similar to this:
USB Serial support registered for FTDI USB Serial Device
ftdi_sio 1-5.6:1.0: FTDI USB Serial Device converter detected
usb 1-5.6: Detected FT8U232AM
usb 1-5.6: Number of endpoints 2
usb 1-5.6: Endpoint 1 MaxPacketSize 64
usb 1-5.6: Endpoint 2 MaxPacketSize 64
usb 1-5.6: Setting MaxPacketSize 64
usb 1-5.6: FTDI USB Serial Device converter now attached to ttyUSB0
usbcore: registered new interface driver ftdi_sio
ftdi_sio: v1.5.0:USB FTDI Serial Converters Driver

once you've loaded the drivers properly,

check to see that your device is listed under connected USB devices by running:
ls -l /dev/ttyUSB*

If it is listed, which by now there should be no chance it is not you need to change the USB permissions of the device by running:
chmod 666 /dev/ttyUSB*



UPD> Про родной линуховый драйвер, надо бы опробовать.
Копия в ЖЖ Gol      Пятница, 19 Июля, 2013 04:42       12


Добавить комментарий
 

Гость Пятница, 19 Июля, 2013 11:12 цитировать ссылка на коммент

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

 

 

Gol Пятница, 19 Июля, 2013 14:29 цитировать ссылка на коммент

2 Гость:
Дьявол в деталях, ага.

 

 

Гость Пятница, 19 Июля, 2013 17:54 цитировать ссылка на коммент

будешь свой мастерить? :-)
и все же, роутер-кубышка 3020 умеет переваривать видео в h264?
и еще софт для андроида какой принято использовать для организации наблюдения с веб-камеры?

 

 

Гость Пятница, 19 Июля, 2013 20:39 цитировать ссылка на коммент

Похоже такие штуки могут только по одной камере за раз показывать.

 

 

Gol Пятница, 19 Июля, 2013 20:44 цитировать ссылка на коммент

Цитата: Похоже такие штуки могут только по одной камере за раз показывать.

Нет, сразу 4 показывает, эт я уже проверил. Всё шустро, 25 кадров в секунду точно есть.

 

 

Гость Суббота, 20 Июля, 2013 01:56 цитировать ссылка на коммент

чо-то не пойму. показывать показывает, но захватывать не дает? или как?
голландец, скажи, как попасть в хабрахабр? комментарии комментировать жуть как охота. но не писать же ради этого статью? и даже если писать - как её публиковать без аккаунта?

 

 

Gol Воскресенье, 21 Июля, 2013 23:47 цитировать ссылка на коммент

Вспомнил про вот этот девайс. На чипе Bt878, так что линухом увиделся сразу. Правда только как один девайс /dev/video1. А вот каналы видимо по hw выбирать надобно.

 

 

zero_1632 Четверг, 25 Июля, 2013 13:00 цитировать ссылка на коммент

Совет до крайности простой - брать easycap, но не 4-рех канльный , а одноканальный, с разъемами аудио (левый-правый) и s-video
Надо больше каналов? Берем больше таких вводилок.
При стоимости с доставкой в 5 баксов за шт. я лучше не видел (пытался постороить систему видеонаблюдения, работает неплохо но DVR-standalone все же лучше).
А эту каку выброси-я с подобной же помучился, кроме родного и весьма кривого софта ее никто не понимает.

 

 

Гость Понедельник, 4 Ноября, 2013 22:03 цитировать ссылка на коммент

Я не знаю, насколько это еще актуально, но вот тут лежит SDK для этого девайса: http://mv360.net/mv360/sdk/
Самому на днях приехало такое счастье, думал что с какими-нить бубнами, да заведется, о пока результат никакой. Сегодня вот нашел сдк. Посмотрю, может удастся что-нить понять. Хотя опыта разработки дров - 0 =(

Роман

 

 

Гость Среда, 19 Марта, 2014 21:03 цитировать ссылка на коммент

не появилось ли новостей в битве с этим устройством ?
уж больно родная софтинка крива

 

 

lk29 Среда, 19 Марта, 2014 21:10 цитировать ссылка на коммент

пред пост это был я
вот тут чуть инфы добавилось
http://www.richnex.com/R030206RN6364Edetail.html

RN6364E
(Not Recommended for New Design)

RN6364E is a 4-Ch NTSC/PAL video decoder and encoder chip that supports 960H and D1 video decoding and encoding. Its functionality and feature set is similar to RN6366A but is in a lower pin count (100-pin) package and a smaller footprint. Offering four BT.656 and BT.1302 interface ports, it provides the interface flexibility to most of the video processor chips. Since 960H surveillance camera has been widely adopted, DVR product migration from D1 to 960H capability is accomplishable using RN6364E to replace the legacy popular 100-pin decoders incapable of 960H decoding.

KEY FEATURES
PAL and NTSC decoder with automatic format detection
True 4-channel 960H video decoding with resolution greater than 650 TV lines (TVL)
960H video encoder with video DAC
5-ch audio input and 1-ch audio output
720H (D1) decoding format supported
Low-jitter PLL supporting and synchronizing all video, audio and data stream
Single 27MHz crystal or 27MHz/54MHz/108MHz clock input as system reference clock
Integrated video input anti-aliasing filters
54MHz video ADC sampling frequency for best 960H decoding quality
5-line adaptive combing for 2D artifact-free Y/C separation
Integrated Power On Reset (POR) circuit
1.8V and 3.3V power supplies
Industrial temperature range from -40°C to 85°C available
Co-layout with legacy QFP-100 D1 decoder chips

PACKAGE
100-pin LQFP, 12mm x 12mm, 0.4mm Pitch

 

 

lk29 Среда, 19 Марта, 2014 21:15 цитировать ссылка на коммент

если тут http://www.richnex.com/R030205RN6366Adetail.html почитать про 6366 то это мало чем помогает ибо
из него вылазит 4 потока видел и звучек (зато похоже можно обратно чуть чуть видео отдать ..

так что похоже все на Altera сделано :-(

 

Сколько букв в слове Гол?

Вы вошли как Гость      

Сейчас на сайте: 0
и 7 гостей









Страница сгенерирована за 0.002392053604126 мкс

cached