У меня две камеры не хотели на одном usb-хабе работать.

Пробовал менять. Результат не изменился. Одновременно камеры не видит

Программирую на Visual C++ 2008

На винфак.

да, это принципиально зависит от системы.

читал, что для винды популярны всякие сторонние системы видеодрайверов.

тебе поможет wdk+ddk

Чисто теоретически (я не знаком с usb, буду выдумывать). Если две камеры на одной usb-шине, то им может не хватать пропускной способности. Первая камера резервирует для себя пропускную способность шины, при открытии второй - оставшейся пропускной способности не хватает. Нужно подсоединить камеры на разные контроллеры (шины), либо брать с камеры картинку поменьше или посильнее сжатую (h.264). Если камеры с микрофоном, а звук с них не нужен, то нужно отключить звук, чтобы под него не резервировалась полоса пропускания. Не знаю как, но слышал, люди и так делают. Надо с калькулятором посидеть и распланировать пропускную способность. Распределить все устройства (в т.ч. мышь и т.п.) по шинам, а то и добавить еще usb-контроллеров.

ARM, Debian Wheezy, хороший USB хаб, две камеры с MJPEG-ом (одна HD 1280x720, другая VGA), плюс 5! usb com-портов передающих в дуплексе по 128кбит/с каждый. Все работает одновременно и как положено.

ТС-у к вантузятникам.

128кбит/с

128кбит/с

Ага, может быть по 64 перданных по USB шине байта на каждый байт переданный по com-порту.

О! А ведь MJPEG обычно на малой частоте кадров используют! На твой камент я вспомнил, что еще частоту кадров можно снизить. А совет брать сжатое видео - в урну. ТС ведь OpenCV использует. Ему сырое видео приятней будет.

А ведь MJPEG обычно на малой частоте кадров используют!

От камеры зависит. На моей Logitech C270 заявлено до 30fps в 1280x720. В реале наверное меньше, не замерял.

А совет брать сжатое видео - в урну. ТС ведь OpenCV использует. Ему сырое видео приятней будет.

Для современного вантузового тазика раскрутить jpeg это пыль. У меня ARM 1.2Ghz (UP, без FP) с детекторованием движения на базе motion справлялся с MJPEG-ом. В VGA, в HD не пробовал.

Они от usb питаются? Может им не хватает.

Для современного вантузового тазика раскрутить jpeg это пыль. У меня ARM 1.2Ghz (UP, без FP) с детекторованием движения на базе motion справлялся с MJPEG-ом. В VGA, в HD не пробовал.

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

которые могут быть существенны для алгоритмов OpenCV.

А могут и не быть. BTW качество jpeg-ов с камеры можно менять.

Что гатать то? ТС пропал куда-то, ему, видимо, не нужно.

на винде картинка с камер захватывается через DirectShow, при чём тут сторонние системы?

Добавлю

Для передачи с камеры по USB используется изохронная передача, без гарантии передачи. Если USB пакет побьется по дороге никто его перепосылать не будет. И изображение уже не будет полноценным. Линзы камеры тоже могут покрыться пылью в конце концов. Не думаю что в таких условиях jpeg компрессия будет иметь существенное влияние на функциональность.

Если биос позволит, можно попробовать переключить USB в 1.1

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

что еще тебе объяснить?

можешь еще поделится сколько камер тебе удалось запустить одновременно в опенцв в рамках одного процесса? мне четыре под линуксом.

Спасибо большое всем за советы. Проблема была решена путем уменьшение разрешения камер (что в принципе не желательно) + снижением частоты кадров. Если будут какие нибудь идеи как можно заставить их работать одновременно не снижая разрешения, пишите не откажусь от помощи

Если будут какие нибудь идеи как можно заставить их работать одновременно не снижая разрешения

Повесь камеры на разные USB-хосты. Отключи «лишние» USB-устройства, в т.ч. аудио с камеры. Продувай MJPEG.

На заметку: вместо DirectShow на оффтопике можно использовать обертку videoInput. IIRC у граббера OpenCV на оффтопике были проблемы с потоками.

Используйте с++ интерфейс:

#include <opencv2/opencv.hpp>
int main() 
{
    cv::VideoCapture cap_0(0);
    cv::VideoCapture cap_1(1);

    cv::Mat image0;
    cv::Mat image1;

    cap_0 >> image0;
    cap_1 >> image1;

    cv::imshow("image#0", image0);
    cv::imshow("image#1", image1);
    cv::waitKey(0);
}

P.S. Компилируемость не проверял ...

документация: http://docs.opencv.org/

«С» интерфейс считается устаревшим.