Согласно ответу на Stackoverflow, VirtualBox будет хранить журналы в ~/VirtualBox VMs/vagrant_box_name/Logs
.
Второе устройство предоставляет метаданные о видеоданных с первого устройства. Этим патчем были представлены новые устройства :
.Дополнительную информацию об интерфейсе метаданных V4L можно найти здесь:
https://linuxtv.org/downloads/v4l-dvb-apis/uapi/v4l/dev-meta.html
Для обычных устройств USB Video Class это просто предоставляет более точную информацию о метках времени . Для таких камер, как линейка Intel RealSense, предоставляют более широкий спектр данных о том, как было снято изображение .
Предположительно, эти данные были выделены в отдельный узел устройства, потому что их нельзя было легко доставить на основной узел устройства совместимым способом. Однако это немного неудобно, так как (a )приложения, которые не заботятся об этих метаданных, теперь должны отфильтровывать дополнительные устройства, а (b )приложения, которые действительно заботятся о метаданных, нуждаются способ связать два устройства вместе.
Действительно раздражает, но только что нашел решение :позволить udev назначать символические ссылки для узлов устройств только для «настоящих» камер, а не для метаданных. Они идентичны (? )в удев, т.е.
udevadm info -n /dev/video0
"то же самое", что и udevadm info -n /dev/video1
, но они получают другой ATTR{index}. Итак, для моих двух камер я получил следующее/etc/udev/rules.d/99-cam.rules
:
SUBSYSTEM=="video4linux", ATTRS{idVendor}=="eb1a", ATTRS{idProduct}=="299f", ATTR{index}=="0", MODE="0664", GROUP="video", SYMLINK+="cams/cam1"
SUBSYSTEM=="video4linux", ATTRS{idVendor}=="1908", ATTRS{idProduct}=="2311", ATTR{index}=="0", MODE="0664", GROUP="video", SYMLINK+="cams/cam2"
После этого просто используйте /dev/cams/camX
в своем приложении вместо/dev/videoY