GNOME Bugzilla – Bug 793405
autosrc: Port to GstDeviceMonitor
Last modified: 2018-11-03 15:26:11 UTC
The autoaudiosrc and audiovideosrc works a bit by chance as they assume no setup is requirement on the elements. As an example, if you have pipewire installed and activate the deamon, autovideosrc no longer works because then it picks pipewiresrc but with the default path, which is invalid. https://github.com/PipeWire/pipewire/issues/55 Why I'm proposing to use GstDeviceMonitor internally is because that API provide a "configured" element to use, which would solve this kind of issue.. With that in place we'll be able to do fency fallback when a camera is unplugged. We could also expose the monitor, letting the application select a camera, handling the dynamic switch within the element itself.
I can't decide whether this sounds intruiging or scary :)
Hehe, but to be realist, I expect a feature equivalent port that fixes the pipewire style issue (which exists for v4l2src too, as video0 is not always a webcam).
Before merging this, we need to make sure all relevant sources actually implement the device monitor stuff at all :) Which should be done anyway
Oh but this sounds otherwise like a good idea to me!
-- GitLab Migration Automatic Message -- This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/gstreamer/gst-plugins-good/issues/439.