Есть мнение, что в HDD-камерах нет никакого смысла.

А поподробнее ... MiniDV/DVD требуют кассет/дисков, для наших условий удобнее писать на диск в камере, а потом сбрасывать, благо около 7 часов видео макс. качества JVC-шка осилит.

Не! Ты не можешь использовать записываемыйфайл как fifo, просто потому что у тебя не будет к ниму доступа. У нее три режима UMS/Record/Play. В режиме Record не возможен UMS. Единственное что можно ипользовать, аналоговый видео выход ну тогда тебе прийдеться еще раскашелиться на виеде тюнер

у меня JVC gz-mc500e, замечательная камера но конеччно не без недостатков. ХДД камера это единсвенное что подходит к моему стилю жизни ( по типу все свое ношу с собой ), ноутбук и камерра везде со мной.... так что никаких двд и тп.

А в магазине сказали, что под Windows она и как камера будет видна...

>Возможен ли захват с HDD-видеокамеры, имеющей только USB

lsusb -v покажи

> lsusb -v покажи

В том то и оно, что сейчас нужно выбрать камеру с HDD.

Если она UVC совместимая то есть вероятность что заработает с uvcvideo драйвером. см. http://linux-uvc.berlios.de/faq/

bInterfaceClass 8 Mass Storage bInterfaceSubClass 6 SCSI

такие компании как jvc редко меняют свои привычки ;))

вру, GR-D239EX можно использовать как вебкам!

> bInterfaceClass 8 Mass Storage bInterfaceSubClass 6 SCSI > такие компании как jvc редко меняют свои привычки ;))

Это у 500-ой JVC? :-(

да... меня вообщето это обрадоволо, хоть в ж воткни будет работать пез пинка. Но походу тобя тут радовать все равно не чем... почему бы тебе просто не взять обычный вебкам да и дело с концом. или какойнить VideoIP ...

А можно в режиме web-камеры глянуть на весь lsusb -d vid:pid -v ?

> просто не взять обычный вебкам да и дело с концом

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

Чтобы объяснить, что мне нужно приведу примеры:
1. Берем DVD-диск отличного качества, берем VLC, и пускаем на 2xCPU сервере это кодировать на-лету в сеть (поток сейчас 1Мбит, будет наращиваться до 2-5). Смотрим на том конце Internet - замечательная картинка, вопросов нет (звук устраивает моно, лишь бы речь звучала четко).
2. Пробуем тоже самое, но с несколькими разными Web-камерами ... какая то жуть, экспозиция скачет, размытость, задержки, фон бликует страшно.

Посему и был сделан вывод, что нужна нормальная видеокамера, чтобы делать потоковое вещание в сеть. Через плату видеозахвата не хочется, потому что потери будут, а зачем они, если можно (я надеюсь) найти камеру, которая отдает картинку в цифре.

Еще вариант (идеал)

Нужна хорошая видеокамера с HDD и FireWire (по которому она отдает картинку на-лету, а то некоторые пишут, что по FireWire может отдавать или проигрываемый с кассеты поток или не более скольки то секунд).

>2. Пробуем тоже самое но с несколькими разными Web-камерами ... > экспозиция скачет

Нужно отключать autoexposure

PS: Список вебкамер можно ?

> Нужно отключать autoexposure

Конечно отключали/подбирали оптимальное :-)

Пробовали Benq Qeye (в дорогом Benq ноуте), Genius какой то (вообще кошмар) и смотрели образцы записи с нескольких Logitech, далеко им до обычных видеокамер. Хотя читал на каком то сайте, что если купить Logitech особой ревизии, в котором суперчип стоит, то получим хорошую картинку, но сдается мне они и стоить должны немало, а простую видеокамеру нам все равно приобретать.

Судя по описанию обычных видеокамер, по USB они не всегда отдают что то хорошее, например про Panasonic NV-GS500EE-S за 22990 руб. по ссылке с официального сайта http://www.panasonic.ru/products/spec.xgi?&category_id=9&grp_id=4545&... сказано: "Функция Web-камеры Видео JPEG 320 x 240 около 6 кадров/сек". Жуть.

Кстати, про тот Panasonic NV-GS500EE-S там же сказано: "Разъем DV IN/OUT (i.LINK/IEEE 1394) Вход/выход", правильно ли я понял, что firewire на выход там есть?

>Пробовали Benq Qeye (в дорогом Benq ноуте), Genius какой то (вообще кошмар)

Забавное сочетание ;) "дорогой" и "genius" =)

Нужно смотреть не сборщика вебкамеры (genius) а тип/производителя сенсора и бриджа.

>смотрели образцы записи с нескольких Logitech, далеко им до обычных видеокамер

Это тоже не говорит ни о чём. Logitech делает как дорогие так и дешевые камеры. Но разумеется с камкодером им не тягаться и из-за оптики и из за сенсора.

Рекомендую UVC логитеки на бридже spca525a

В любом случае максимум что можно получить на нормальных fps-ах (15-20) это 640x480

>Судя по описанию обычных видеокамер, по USB они не всегда отдают что то хорошее, например про Panasonic NV-GS500EE-S за 22990 руб. по ссылке с официального сайта http://www.panasonic.ru/products/spec.xgi?&category_id=9&grp_id=4545&;... сказано: "Функция Web-камеры Видео JPEG 320 x 240 около 6 кадров/сек". Жуть.

У панасов действительно только 320x240 но про 6 fps врут. У меня старенькая NV-GS11 выдаёт стабильно ~24

web-камера c такими же характеристиками будет по любому дешевле но разумеется качество у панаса даже в режиме вебкамеры выше наголову из за оптики и сенсора

>Кстати, про тот Panasonic NV-GS500EE-S там же сказано: "Разъем DV IN/OUT (i.LINK/IEEE 1394) Вход/выход", правильно ли я понял, что firewire на выход там есть?

Он есть почти у всех в том числе самых дешевых DV панасов.

> Он есть почти у всех в том числе самых дешевых DV панасов.

И on-line на вывод видео через firewire работает? А может еще подскажете - какой минимальный битрейт способна выдавать камера на firewire при разрешении 640x480 (там ведь есть предустановки ...)? Я спрашиваю к тому, чтобы не перекодировать вообще, т.е. MPEG2, отдаваемый камерой по firewire отдавать сразу в сеть.

>И on-line на вывод видео через firewire работает? 

Имеется ввиду захват ? Да.

>А может еще подскажете - какой минимальный битрейт способна выдавать камера на firewire при разрешении 640x480 (там ведь есть предустановки ...)?

Там DV разрешение (720x576)

Вот пример захвата и потом проигрывания

ss@xantippe:~$ sudo dvgrab -i
Going interactive. Press '?' for help.
q=quit, p=play, c=capture, Esc=stop, h=reverse, j=backward scan, k=pause
l=forward scan, a=rewind, z=fast forward, 0-9=trickplay, <space>=play/pause
Capture Started
"dvgrab-001.avi":    64.15 MB 451 frames timecode 00:00:00.00 date 2007.06.02 13:57:59
Capture Stopped
"Loading Medium" ff:ff:ff:ff ""          sec
ss@xantippe:~$ mplayer dvgrab-001.avi
MPlayer 1.0pre3-3.3.6 (C) 2000-2003 MPlayer Team

CPU: Advanced Micro Devices Athlon 4 /Athlon MP/XP Palomino 1400 MHz (Family: 6, Stepping: 2)
Detected cache-line size is 64 bytes
CPUflags:  MMX: 1 MMX2: 1 3DNow: 1 3DNow2: 1 SSE: 1 SSE2: 0
Compiled for x86 CPU with extensions: MMX MMX2 3DNow 3DNowEx SSE
...
[skip]
...
Playing dvgrab-001.avi.
AVI file format detected.
VIDEO:  [dvsd]  720x576  24bpp  25,000 fps  28800,0 kbps (3515,6 kbyte/s)
==========================================================================
Opening audio decoder: [pcm] Uncompressed PCM audio decoder
AUDIO: 32000 Hz, 2 ch, 16 bit (0x10), ratio: 128000->128000 (1024,0 kbit)
Selected audio codec: [pcm] afm:pcm (Uncompressed PCM)
==========================================================================
vo: X11 running at 1280x1024 with depth 24 and 32 bpp (":0.0" => local display)
Disabling DPMS
==========================================================================
Requested video codec family [qdv] (vfm=dshow) not available.
Enable it at compilation.
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
Selected video codec: [ffdv] vfm:ffmpeg (FFmpeg DV decoder)
==========================================================================
Checking audio filter chain for 32000Hz/2ch/16bit -> 32000Hz/2ch/16bit...
AF_pre: af format: 2 bps, 2 ch, 32000 hz, little endian signed int
AF_pre: 32000Hz 2ch Signed 16-bit (Little-Endian)
AO: [oss] 32000Hz 2ch Signed 16-bit (Little-Endian) (2 bps)
Building audio filter chain for 32000Hz/2ch/16bit -> 32000Hz/2ch/16bit...
Starting playback...
VDec: vo config request - 720 x 576 (preferred csp: Planar YV12)
VDec: using Planar YV12 as output csp (no 1)
Movie-Aspect is undefined - no prescaling applied.
VO: [xv] 720x576 => 720x576 Planar YV12
Successfully enabled DPMS,005 ct:  0,003   49/ 49  44% 18%  5,4% 2 0 0%

> чтобы не перекодировать вообще, т.е. MPEG2, отдаваемый камерой по firewire отдавать сразу в сеть.

DV video signals are compressed using discrete cosine transforms (DCT) within each frame, like the the approach used with JPEG_DCT. DV does not use frame-to-frame temporal encoding like that employed by MPEG-2 and other MPEG formats

Только вот сразу делема на завтрак. Как заставить все это дело на лету работать....

Дума надо будет что то типа

mkfifo capture.dv

dvgrub capture.dv

mencoder ........ cature.dv

> Как заставить все это дело на лету работать....

DVTS ?

http://www.sfc.wide.ad.jp/DVTS/

Шутиш :)

DV video -> 28000kbit/s; sound -> 1024 kbit/s

Инет может быть будет у него максимум 5000 kbit/s

Хотя интересна чтука, себе закладку сделал ;)

Тут проблема не в том, что у нас канал слабый может быть (а может и не быть), проблема у клиентов в Сибири :-(

> Только вот сразу делема на завтрак. Как заставить все это дело на лету работать.... > Дума надо будет что то типа > mkfifo capture.dv > dvgrub capture.dv > mencoder ........ cature.dv

Хм. А нет ли возможности видеть firewire как v4l устройство? Вроде бы есть через vloopback...

I'm using a firewire camera (video1394) in conjunction with vloopback so i can provide v4l input for motion. For generate vloopback input i use a example program from libdc1394(ver:1.0.0) called dc1394_vloopback.

Вроде всё есть, только сколько это ресурсов есть и какая будет задержка такой обработки :-\ Вот блин ... Хотя возможно VLC умеет работать напрямую с 1394 (RawDV он во всяком случае умеет).

Есть кориандр но я его ни разу не пробовал иничего конкретного по нему сказать не могу

http://damien.douxchamps.net/ieee1394/coriander/index.php

http://www.videolan.org/doc/streaming-howto/en/ch11.html
Chapter 11. Stream from a DV camcorder :-)

Ищу теперь с firewire камеру. Главное с задержками не пролететь, операций судя по всему нужно много...

Я так понимаю, что для VLC этот Coriandr - лишняя прослойка :-(