After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 638691 - allow autovideosrc fall back to videotestsrc if /dev/video0 is busy
allow autovideosrc fall back to videotestsrc if /dev/video0 is busy
Status: RESOLVED INCOMPLETE
Product: GStreamer
Classification: Platform
Component: gst-plugins-good
git master
Other Linux
: Normal enhancement
: NONE
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2011-01-04 19:05 UTC by David Laban
Modified: 2016-02-21 12:36 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description David Laban 2011-01-04 19:05:37 UTC
This has pissed me off repeatedly because it means that you can't call yourself in empathy without digging around in gstreamer-properties every time, so I'm fixing it.

It requires changes to v4l2src so that it probes the video device a bit harder on null->ready.

I haven't made the same changes to v4lsrc from gst-plugins-base because:
<ocrete> alsuren: or just ignroe v4lsrc ? anyway, v4l is going away.
<alsuren> ocrete: as in sudo rm /usr/lib/gstreamer-0.10/libgstvideo4linux.so ?
<ocrete> yea.. or you can fix it, I think its more broken than v4l2src ;)

progress will be tracked on:
http://git.collabora.co.uk/?p=user/alsuren/gst-plugins-good.git;a=shortlog;h=refs/heads/autovideosrc

Once this is fixed thing that will be left to do now (for my perfect setup) will be to create a v4l2src2 that picks /dev/video1 by default (the high-def logitech webcam on my docking station), and install it with a very slightly higher priority than v4l2src.
Comment 2 David Laban 2011-01-04 20:36:20 UTC
Does fsusource provide something that you can set as the gconf video source, which will provide you with a working video source no matter what your hardware is doing?

Regardless, I think that my patch to v4l2src is worth a look, as it makes its behaviour more similar to the documented behaviour of the READY state. Should I create a separate bug for that?

I have updated my branch to include a fallback-name property as suggested on irc. I'm not sure if that's the best name for it, so if anyone has any suggestions, I will rewrite my patch.
Comment 3 Sebastian Dröge (slomo) 2013-08-21 18:46:19 UTC
Can you provide a new patch against latest git master for v4l2src in a new bug report, and also update the autovideosrc patches to apply against latest git master and attach them here?
Comment 4 Tim-Philipp Müller 2016-02-21 12:36:27 UTC
Dunno what to do with this, maybe autovideosrc should be re-implemented on top of the new GstDevice stuff, but that can also be done application side then.

Closing this bug report as no further information has been provided. Please feel free to reopen this bug report if you can provide the information that was asked for in a previous comment.
Thanks!