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 672534 - v4l2src does not provide non-emulated formats when libv4l is in effect
v4l2src does not provide non-emulated formats when libv4l is in effect
Status: RESOLVED INCOMPLETE
Product: GStreamer
Classification: Platform
Component: gst-plugins-good
unspecified
Other Linux
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2012-03-21 10:10 UTC by Arne Caspari
Modified: 2014-03-29 20:34 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Arne Caspari 2012-03-21 10:10:13 UTC 
With a camera that only has one RAW Bayer (Fourcc: BA81) format, the generated caps for v4l2src are only the ones that are provided by libv4l but the caps for the raw bayer format is not provided. 

This is especially bad as libv4l may convert RAW bayer patterns for some webcam but with the camera I am using, it just outputs wrong-color garbage. 

In any case it would be desirable to have the RAW format available so that other filters in the chain could work with that format.
Comment 1 Wim Taymans 2013-04-24 13:52:35 UTC 
This sounds like a problem in libv4l2, we ask all formats, raw and emulated. If the BA81 is not there, it must have been filtered by libv4l2. To be sure, can you make and attach a debug log like this:

GST_DEBUG=*v4l2*:8 gst-launch-1.0 v4l2src num-buffers=1 ! fakesink -v 2>debug.log
Comment 2 Nicolas Dufresne (ndufresne) 2014-03-29 20:34:22 UTC 
As the requested information have never been provided in 12 month, we can't do anything to fix this bug or help with this issue. As mention, this is most likely outside of GStreamer.