roboforum.ru

ага, только цифра на выходе платы видеозахвата никакого отношения к черезстрочному кодированию не имеет

Ага, имеет отношение к аналоговым камерам, формат кодирования у них такой, так что от проблемы сложно избавляться. Мое мнение аналоговые камеры идут лесом.

Мой опыт работы с аналоговыми камерами показывает что с ними лучше не связываться. Для охранных систем сойдет, но если нужно CV то проблем с ними немеряно.[/quote]

=DeaD= писал(а):
Сергей Мальцев писал(а):или вообще Ethernet камера.

Нету нормальных, там сжатие такое, что всё в хлам... скорости кодировать на лету нормально не хватает... да и лишняя стоимость в Ethernet заливать...

Ты в этом уверен?
Я просто пока только отдельные образцы видел, вроде не плохо было. Ведь кодировать можно аппаратно, и пропускной способности Ethernet предостаточно.

=DeaD= писал(а):
EdGull писал(а):2Dead
А сколько fps хочется получить? с таким потоком комп и шина справится?

Для обычной работы вполне хватило бы качественного 320х240 на частоте 10fps, это 2.3Мбайта/сек. Но для некоторых применений желательно больше. Либо частота, либо разрешение.

Имхо, 640х480 нормально будет.

Сергей Мальцев писал(а):Ты в этом уверен?
Я просто пока только отдельные образцы видел, вроде не плохо было. Ведь кодировать можно аппаратно, и пропускной способности Ethernet предостаточно.

Ну может прямо сейчас всё поменялось, полгода назад смотрел что есть на рынке от того же DLink - ерунда по сути полная была. Для целей CV естественно.

PS: Если уж с аналоговыми камерами проблема, то с интернет-камерами их скорее всего миллион

одно только получение картинки с частотой 20fps с них в свой софт скорее всего представляет жуткую засаду...

=DeaD= писал(а):
Сергей Мальцев писал(а):Ты в этом уверен?
Я просто пока только отдельные образцы видел, вроде не плохо было. Ведь кодировать можно аппаратно, и пропускной способности Ethernet предостаточно.

Ну может прямо сейчас всё поменялось, полгода назад смотрел что есть на рынке от того же DLink - ерунда по сути полная была. Для целей CV естественно.

PS: Если уж с аналоговыми камерами проблема, то с интернет-камерами их скорее всего миллион одно только получение картинки с частотой 20fps с них в свой софт скорее всего представляет жуткую засаду...

Ну ладно, хрен с ними с Ethernet камерами.

Ориентируемся на USB и FireWire.

Вот что я нашел копаясь в архивах coolera от 8 апреля 2002 http://cooler-online.com/cl080402.html
В цифровой видеокамере Fire-I (разработчик Unibrain) в общем-то нет ничего особенного, за исключением того, что она работает с интерфейсом FireWire (IEEE 1394), что позволяет гонять поток со скоростью 400Мбит/сек. А это сразу повышает количество кадров до 30 в секунду. С разрешением 640х480 это делает камеру Fire-I весьма продвинутой игрушкой. Причем, порта у камеры 2 и она может подключать к себе еще одну, та еще и т.д. Т.е. обычная шина. Но так как все камеры идентифицированы, то к каждой можно обращаться персонально. Ну, это и так понятно. Правда, длина кабеля ограничена спецификациями IEEE1394, хотя питание берется именно из FireWire (1Вт), что и правильно. Негоже было бы к каждой камере еще и питание отдельное вести...
Осталось найти кто это счастье привезет от буржуинов.

Написал баг-репорт в проект OpenCV по поводу проблемы с cvCaptureFromCAM.

Пока шарил по инету в поисках решения этой проблемы нашел штук 20 описаний в форумах и ни одного ответа внятного, кроме как "ну делайте выбор каждый раз вручную".

И что самое странное - нету баг-репорта на странице проекта соответствующего... или я искать их не умею.

Посмотрим чего ответят.

=DeaD= писал(а):Написал баг-репорт в проект OpenCV по поводу проблемы с cvCaptureFromCAM.

Пока шарил по инету в поисках решения этой проблемы нашел штук 20 описаний в форумах и ни одного ответа внятного, кроме как "ну делайте выбор каждый раз вручную".

И что самое странное - нету баг-репорта на странице проекта соответствующего... или я искать их не умею.

Посмотрим чего ответят.

Вот, теперь пришло время попробывать что-нибудь другое.

Выкладываю исходники программы для одновременной работы с несколькими камерами.
Программа проверяна на аналоговых устройствах видеоввода и usb - видеокамерах.

Подробности читайте в прилагаемом файле readme.txt

=DeaD= писал(а):Написал баг-репорт в проект OpenCV по поводу проблемы с cvCaptureFromCAM.

Пока шарил по инету в поисках решения этой проблемы нашел штук 20 описаний в форумах и ни одного ответа внятного, кроме как "ну делайте выбор каждый раз вручную".

И что самое странное - нету баг-репорта на странице проекта соответствующего... или я искать их не умею.

Посмотрим чего ответят.

Ответили, что это не баг, это фича!

vpisarev писал(а):That's feature of the particular camera driver that
attaches all the capturing devices (controlled by the
driver) to the same entry (camera #0) and does the
dispatching only via the dialogue.

В общем смысл - это драйвер корявый у камеры и неправильно регистрирует камеры в системе, одно только интересно где бы найти камеру с нормальным драйвером...

=DeaD= писал(а):одно только интересно где бы найти камеру с нормальным драйвером...

задать вопрос в поддержку производителя

?

Народ, если кто софт тестил, напишите результаты сюда.

GraphD писал(а):
=DeaD= писал(а):одно только интересно где бы найти камеру с нормальным драйвером...

задать вопрос в поддержку производителя ?

Чего-то не верится, что Genius сейчас вот возьмет и резко подорвется драйвера для таких как мы перекраивать...

Текущая рабочая отладочная платформа на базе пары Genius Slim 320 USB 2.0:

Чуть-чуть побуду некропостером.

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

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

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

Да, обе камеры подключены к разным USB контроллерам. Камеры дешевенькие фирмы Sony. Драйвер родной 2001 года с диска, новее найти не могу.

В общем, вопрос: это частный случай именно с этой моделью камеры? И такое вообще лечится?
Может, кто-нибудь знает, какие камеры какой фирмы точно будут работать вместе? Принципиально, чтобы именно две одинаковые были, чтобы изображение было максимально идентичным.

Конкретно к =DeaD= вопрос, сколько фпс оно в итоге выдает, если подключено к разным USB контроллерам?

roboforum.ru

Совместная работа двух камер

Re: Совместная работа двух камер