Забираю покадрово, из кадров формирую видеофайл, но возник вопрос - может вебкамеры умеют отдавать видео? Никто не знает? Гугл молчит.

>> Забираю покадрово

Как?

(1) JavaCV
OpenCVFrameGrabber grabber = new OpenCVFrameGrabber();
IplImage img = grabber.grab();

Вопрос не в том, можно ли программно, вопрос отдают ли в принципе вебкамеры видеопото5к, или умеют отдавать только последовательность кадров.

(0)а где поток?

(3) Не понял вопрос.

так они отдают поток,а ты берешькадрово

Все примеры что я нашел, забирают покадрово, а потом при помощи например FFmpegFrameRecorder  формируют видеопоток.
(5) Ты уверен?

(6) http://habrahabr.ru/post/148692/
там есть запись в потоке

http://robocraft.ru/blog/computervision/276.html

http://blog.vsreality.net/?p=13

(7) (8) (9)
Везде покадрово.
// получаем кадр
frame = cvQueryFrame( capture );

// сохраняем в файл
cvWriteFrame(writer, frame);

или

5. OpenCV шаг за шагом. Вывод видео

Вывод видео в OpenCV не сложнее, чем вывод одной картинки, только в данном случае потребуется использовать цикл для последовательного вывода кадров. Так же необходимо предусмотреть условия выхода из цикла, если кино нам надоест :)

Я так и делаю. У меня же вопрос - можно ли получать не покадрово, а сразу видеопоток?

(0) модель?

(12) Тренируюсь на Logitech HD Webcam C310,
Но можно понакупить и других.

RTSP умеет?

(14) Я это и спрашиваю :)

насколько я знаю, если логика девайса умеет потоки, то это обязательно указывается в спеках

Программно получать покадрово нагрузка на usb (набор отдельных кадров больше весит), и на проц (в mp4 программно перегоняю), а камер на каждый комп будем вешать несколько, и компы при этом не самые передовые.

проще взять дешевых камер с потоками, имха

(17) так может по сети передавать и где то на другом компе обрабатывать (который более мощней) или не ?

(18) Типа такого?
http://market.yandex.ru/model-spec.xml?modelid=4648447&hid=4684840
(19) 50 камер сеть не убьют?

(20) http://unixforum.org/index.php?showtopic=126979

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

(22) может тогда ип камеры ?

(23) само собой. Я вообще не представляю, как зоопарк в 50  усб камер можно стабилизировать в единую систему.

(22) У нас огромная проблема сделать отдельную быструю сеть.
Это склад-холодильник, вдобавок арендованный.
Мы существующую то с трудом провели.
И покадровый поток от 50 камер одновременно - любую сеть положит.
Поток намного меньше места занимает, и я его могу хранить локально на машинах.

спросил нашего видео-гуру, может скоро ответит

(24) Не понял. Какие проблемы?
Это я как раз написал. Не нравится большая нагрузка на локальные компы.

Т.е. писать локально, а читать по запросу, через сеть?

(28) Да, на каждом рабочем месте две камеры, при вводе документов к ним привязывается видео, которое пишется локально. При попытке просмотра из документа - тянет с локального компа.

Если уже сжатое в mp4 видео, то в принципе можно и на сервак закидывать, но нужно тесты проводить, выдержит ли сеть. Покадрово - точно не выдержит.

(29)интересная задачка... это типа проверять что кассир улыбался при пробитии чека? ))

(31) Нет, это взвешивания, чтоб было чем оперировать перед поставщиками например. Ну и проверять корректность работы весовщиков.

(30) нормальные камеры умеют писать и 5 кадров в секунду, и с пониженным разрешением - там потоки в десять раз ниже. Хоть жпеги, хоть поток- уже пофиг. достаточно посчитать кадры в секунду, разрешение, и вполне рассчитать скорость. На глаз, 50 камер на низких разрешениях и кадрах вполне впишутся в половину пропускной способности сотки.

(33) В том то и дело что нужно на высоком разрешении, и с хорошим количеством кадров.
С плохим качеством у нас и так стоит несколько видеосерверов и куча камер.

Сейчас я уперся в то, что читаю покадрово, и формирование видео очень напрягает даже мой мощный комп.

Но с твоей подсказки я теперь знаю про RTSP :)
попробую покрутить камеры с его поддержкой.

мы кривые камеры через vlc гоняем, нагрузка по 3% на 2мп поток

http://www.beward.ru/goods/?dir1=1&dir2=2
вот эти умеют

(37) Если гнать покадрово, то 30 кадров в секунду даже по 0.5 Мбайт * 50 камер - это почти гигабайт в секунду.

в2.9
"Н.264: от 16 кбит/c до 4 Мбит/с; MJPEG: до 16 Мбит/с"

H264 - великая штука

(38) Дорого наверно, не одобрят.

Попробуй rtmdump

(43) Зачем? Сторонний софт очень неудобно прикручивать к 1С, тем более что свой уже практически полностью написал.

получение видео с камеры, с разбивкой на ролики, чтоб удобно привязывать к документам - это 10 строк кода :)
И используются для кодирования dll-ки FFMpeg, так что любой чужой софт лучше и быстрее кодировать не будет. Вопрос был про вебкамеры которые отдают видео, а не покадрово, я не знал что это просто другие камеры.

наш видеогуру: "С вебок поток можно забрать адобовской бесплатной прогой и СРАЗУ(!) начать поток в любом формате.
http://www.adobe.com/ru/products/flash-media-encoder.html вот эта
"

Только ip с rtsp и обязательно h264. 50 потоков это минимум 2 железки на обработку.
При помощи vlc можно из любого потока снять произвольный кадр cmd командой или обрезать нужный участок видео из архива (пусть покурят мануалы)

(47)  У меня железка есть рядом с каждой парой камер, около каждых весов.
(46) Эта прога так-же как и моя покадрово грабит веб камеру, и формирует видеопоток. Зачем она?

(46) У меня тоже сразу начинается видеопоток. Мы похоже разные вещи обсуждаем.

Переименовал тему, чтоб было понятней.

я всего лишь перепостил, он недопонял сути
в общем, как я вижу, нужен тебе ртсп с аппаратным сжатием. Больше инфы нет

(51) Я нашел статью, и ней интересная фраза:
http://www.ixbt.com/peripheral/creative-live-connect-hd-inperson-hd.shtml
И ещё одно ограничение: при работе со сторонними программами Live! Cam inPerson HD VF0720 работает только в программном режиме, без аппаратного сжатия — настройки камеры, изменяющие разрешение сигнала, доступны только в Live! Central. Во всех прочих программах эти настройки отсутствуют. Впрочем, это совершенно обычное явление, именно так работает подавляющее большинство устройств захвата видео, имеющих аппаратный кодировщик — через драйверы, которые «понимает» только прилагаемое программное обеспечение.

+ самые дешевые камеры я находил здесь http://www.ubnt.com/

ну это свинство, стандартные потоки давать только своим драйверам. Вот те же airCam Dome хоть и обещали свободный ртсп, но пришлось их перекодировать виэлсишками.

(54) У Logitech-а другая история. Их родной софт дает намного более плохое видео чем стандартный пример на JavaCV.
Хотя может у них просто есть аппаратный кодер, который их софт использует, и который естественно хуже чем кодер с ББ?
Хотя в требованиях у них Code2Duo, что говорит о чисто софтовом кодировании.

Короче я понял что вконец запутался, и ничего уже не понимаю.

Кстати, проблему с скоростью кодирования я понял как решить - пока идет взвешивание я с полной скоростью буду собирать кадры, а кодировать в фоне, и после завершения взвешивания. Главное чтоб usb2.0 хватило на два потока кадров.

Т.е тебе нужен именно сжатый видеопоток? А ты уверен что камеры его дают? Жмут аппаратно?
А так какие еще могут быть различия?

(57) Я это спрашиваю в (0) - я не знаю есть ли дешевые веб камеры которые отдают уже готовый сжатый видеопоток.
Вообще еще позавчера я был уверен что все веб камеры отдают именно видеопоток, а не покадрово. :)

(0) Дешевое vga http://www.tp-link.su/product.php?product_id=226

1.3 Мп http://www.tp-link.su/product.php?product_id=291

(59) Питание от электросети, и IP камера - это неудобно.
Желательно usb, и питание от usb.

(60)это как ? стоя у тебя 68 камер и питание от usb ?

стоят

(34) Обычно, 3 кадров в секунуду с нормальной IP камеры хватает с головой. Больше может потребоваться для казино.

(61) Прочитай ветку.
Каждое рабочее место весовщик4а оснащено компьютером.
к каждому компьютеру подключаются две камеры.
(63) Хватает для чего?

То же не так давно делал что то аналогичное... И то же для весовщиков.
Условия заказчика, чтобы поддерживалась съемка видео и фото как обычных USB камер так и IP-камер.

В результате сделал внешнюю компоненту Native API для всего этого...

Вот, что получилось: http://sys1c.ru/mediabuild.html

(66) Компонента позволяет удаленно (с терминального сервака)
обращаться к локальной веб-камере пользователя?
Подстрочником работу с весами (какой товар/накладная, вес на весах) на видео накладываешь?
Свойствами камеры пока управлять не пробовал, но вроде это совсем просто - через CaptureDeviceControls

(67) Да, текст накладываю какой захочу, в моем случае - это сумма документа и товар, который продали (цвет текста можно выбрать).
IP-камера точно с терминальника работает ;)
Web-камера, если в системе удастся ее пробросить на терминальник, что бы определилась из списка доступных камер, то работать будет.

(68) Я делаю иначе. Локально ставится видеосервак, управление которым доступно через Socket.
В терминале получаю клиента (комп) терминального сеанса, и подключаюсь к серваку.

(64) Чтобы ясно увидеть происходящее и сэкономить место и трафик.

(70) у нас 3 видео сервера, опыт видеонаблюдения больше 10 лет.
Ты уверен что мы не знаем что нам надо? :)

невкурил - а чем плохо через fmpeg гнать ?

(72) Ничем не плохо. Я спрашиваю умеют ли веб камеры аппаратно формировать видеопоток.