You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
"Also, being able to switch webcams on the fly would be great. I normally have my laptop docked and using a nice Logitech C920, but if I'm undocked I'm using the laptop's integrated webcam. Even better if it did this switching automatically 🙂"
It would be nice if Guus's feature request gets implemented.
The text was updated successfully, but these errors were encountered:
This might probably be implemented simalary to the ondemand processing:
Fill a stack with all dev/video* devices that can be found on startup. If the --webcam-path parameter has been supplied, make sure this one gets pushed last. This would probably change the default device. We might want to keep the default behaviour and ensure just ensure webcam_path gets added last. We could also start with a single stack element, the content of the (supplied or default) webcam_path. Start processing with the last evice added. If opening fails, just try the next one.
Monitor for /dev/video* files being added/removed to /dev using inotify. (Filter out the v4l2loopback-path). If a device gets added push it to the stack. If a device gets removed, remove it from the stack
On device change use the last device on the stack for processing. If it fails to open, just use the next one.
Imho this should not be default behaviour, at least there should be a flag to decativate, since we can imagine the use case of wanting a stable device connection. I.e. while attending to a conference one might want to attach another cam for different purposes.
Guus said
It would be nice if Guus's feature request gets implemented.
The text was updated successfully, but these errors were encountered: