GNOME Bugzilla – Bug 139532
gstcolorspace crashes when after v4lsrc (ffmpegcolorspace works)
Last modified: 2004-12-22 21:47:04 UTC
using this pipeline : gst-launch v4lsrc device=/dev/video0 ! colorspace ! ximagesink it dies with : EXECUTION du tube en cours ... sh: line 1: v4l-conf: command not found ERROR default(30860) v4l-overlay_calls.c(75):gst_v4l_set_overlay:<v4lsrc0> Executing v4l-conf failed. ERROR default(30860) v4l-overlay_calls.c(75):gst_v4l_set_overlay:<v4lsrc0> system error: Succès ERROR: from element /pipeline0/v4lsrc0: Executing v4l-conf failed. Additional debug info: v4l-overlay_calls.c(75): gst_v4l_set_overlay: /pipeline0/v4lsrc0: system error: Succès Opened device 'BT878 video (Hauppauge (bt878))' ('/dev/video0') successfully Got 8 buffers ('YUV-4:2:0 (planar)') of size 2080 KB format index is 0 Got 8 buffers ('YUV-4:2:0 (planar)') of size 2080 KB ** ERROR **: file gstcolorspace.c: line 330 (gst_colorspace_get_format): should not be reached aborting... Abandon wheras ffmpegcolorspace works : gst-launch v4lsrc device=/dev/video0 ! ffmpegcolorspace ! ximagesink EXECUTION du tube en cours ... sh: line 1: v4l-conf: command not found ERROR default(30862) v4l-overlay_calls.c(75):gst_v4l_set_overlay:<v4lsrc0> Executing v4l-conf failed. ERROR default(30862) v4l-overlay_calls.c(75):gst_v4l_set_overlay:<v4lsrc0> system error: Succès ERROR: from element /pipeline0/v4lsrc0: Executing v4l-conf failed. Additional debug info: v4l-overlay_calls.c(75): gst_v4l_set_overlay: /pipeline0/v4lsrc0: system error: Succès Opened device 'BT878 video (Hauppauge (bt878))' ('/dev/video0') successfully Got 8 buffers ('YUV-4:2:2 (packed)') of size 2080 KB Got 8 buffers ('YUV-4:2:2 (packed)') of size 2080 KB (a not so beautifull video is in the window) as asked by ds on the chan, attaching a log with debug
Created attachment 26490 [details] debug log when using gstcolorspace gst-launch --gst-debug=GST_PADS:5 v4lsrc device=/dev/video0 ! colorspace ! ximagesink > gstcolorspace.log 2>&1
as a sidenote : i first used spider in the middle, instead of (gst)colorspace but it seems spider has a preference for (gst)colorspace perhaps ffmpegcolorspace should have a higher rank
Ok, fixed. I think. Now it should fail to negotiate. I also bumped the rank of ffmpegcolorspace to PRIMARY, which beats colorspace.
*** Bug 139119 has been marked as a duplicate of this bug. ***