Как работать с камерой (v4l2) в С/С++?

В масдае это был twain, в линуксе - не знаю.

http://v4l2spec.bytesex.org/spec/capture-example.html

http://v4l2spec.bytesex.org/spec/capture-example.html

Хороший пример. Я как раз на его основе свою программку писал. Оставил только userptr, получилось компактненько - всего около 300 строчек кода, отвечающего за работу с v4l2, остальные 2 с лишним тысячи - обработка изображения, работа с железом и управление сообщениями для веб-клиента.

ну и я такое делал в C, взял на сайте v4l2 пример под Public domain и наслаждался.

Не уверен, что userptr все девайсы умеют. Мне mmap больше нравится.

У меня с mmap были косяки при разделении буферов на несколько неродственных приложений (просто не придумал, как mmap'нуть на /dev/video0 без ioctl'ов).

OpenCV

> OpenCV

Из пушки по воробьям?

> Из пушки по воробьям?

Да, но, возможно, пригодится в дальнейшем

Да, но, возможно, пригодится в дальнейшем

Возможно, пригодится. Я, например, в своей программке тоже «из пушки по воробьям»: для рисования поверх видеокадров надписей и границ выделенного участка использую библиотеку gd. Хотя, можно было бы все делать на более низком уровне.

Ну, а использовать OpenCV для обработки видео, или не использовать - зависит от необходимой скорости работы. Сомневаюсь, что если вы будете писать софт для обработки видео с EM-CCD в реальном времени, OpenCV будет успевать за 1-2 миллисекунды захватить кадр, отфильтровать его вейвлетами, медианным фильтром или фильтром лапласиана гауссиана, и вычислить корреляционную функцию с опорным кадром.

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

бред

бред

Если это по-вашему бред, предложите как определить смещение кадра с отношением сигнал/шум ~10? (задача стабилизации изображения)

google: mutual information

профильтровать перед этим, конечно можно

google: mutual information

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

запускать минимизирование/максимизирование взаимной
информации (нормированной),
я делал двойным проходом migrad (можно simplex)
изображения были сдвинутыe и повёрнутыe (ну и gaus blur-нутые)
- задачка из совмещения multi-modal tommograms.
результат: совмещение с точностью долей пикселя и 0.1 градуса

ну и скорость нормальная для изображений 640x480

Спасибо, попробую поискать статьи на эту тему.