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 765801 - v4l2: pipeline crashes when GST_DEBUG_DUMP_DOT_DIR is enabled
v4l2: pipeline crashes when GST_DEBUG_DUMP_DOT_DIR is enabled
Status: RESOLVED DUPLICATE of bug 758703
Product: GStreamer
Classification: Platform
Component: gst-plugins-good
git master
Other Linux
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2016-04-29 09:46 UTC by Arjen Veenhuizen
Modified: 2016-05-01 13:12 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Arjen Veenhuizen 2016-04-29 09:46:38 UTC
Platform: Ubuntu 14.04 x64
GStreamer: master, but has been observed on other releases as well (e.g. 1.6.x)

When dot file generation is enabled (with the required dependencies and setting GST_DEBUG_DUMP_DOT_DIR), pipelines using v4l2src and v4l2sink crash.


For example, this pipeline works when your webcam is connected to /dev/video0:

export GST_DEBUG_DUMP_DOT_DIR=; gst-launch-1.0 v4l2src device=/dev/video0 ! autovideosink

However, this pipeline does not work and causes errors/segfaults:

export GST_DEBUG_DUMP_DOT_DIR=/tmp/; gst-launch-1.0 v4l2src device=/dev/video0 ! autovideosink

This problem was already reported back in 2013 for gstreamer-0.10 [1] but still seems to be around. Stefan Sauer assessment read back then:

By default the dot dump include element properties that are different 
from the defaults. I sounds to me that reading the properties on your 
life v4l2src trips it up. I wonder if some variables are marked as readable, but in fact are not. 

[1] http://gstreamer-devel.966125.n4.nabble.com/problem-with-GST-DEBUG-DUMP-DOT-DIR-amp-v4l2src-td4656432.html

Small excerpt from stdout: 

WARNING: from element /GstPipeline:pipeline0/GstV4l2Src:v4l2src0: Failed to get value for control 9963779 on device '/dev/video0'.
Additional debug info:
v4l2_calls.c(928): gst_v4l2_get_attribute (): /GstPipeline:pipeline0/GstV4l2Src:v4l2src0:
system error: Invalid argument
WARNING: from element /GstPipeline:pipeline0/GstV4l2Src:v4l2src0: Failed to get value for control 9963779 on device '/dev/video0'.
Additional debug info:
v4l2_calls.c(928): gst_v4l2_get_attribute (): /GstPipeline:pipeline0/GstV4l2Src:v4l2src0:
system error: Invalid argument
WARNING: from element /GstPipeline:pipeline0/GstV4l2Src:v4l2src0: Failed to get value for control 9963779 on device '/dev/video0'.
Additional debug info:
v4l2_calls.c(928): gst_v4l2_get_attribute (): /GstPipeline:pipeline0/GstV4l2Src:v4l2src0:
system error: Invalid argument
Comment 1 Sebastian Dröge (slomo) 2016-04-29 10:10:28 UTC
Can you get a backtrace of the crash?
Comment 2 Arjen Veenhuizen 2016-04-29 10:52:03 UTC
Unfortunately I cannot get it to crash again (it happened only once). I have uploaded a small excerpt of a GST_DEBUG=*6 log here: http://pastebin.com/qtZzWCHh

Btw, about a billion .dot files are generated when the pipeline is running...
Comment 3 Nicolas Dufresne (ndufresne) 2016-05-01 13:12:35 UTC
Feel free to ask for a 1.8 backport (or older) backport.

*** This bug has been marked as a duplicate of bug 758703 ***