GNOME Bugzilla – Bug 348176
gst-launch hang when delayed link fail
Last modified: 2006-07-20 23:05:15 UTC
Running this pipeline: filesrc location=file.wav ! wavparse ! lame ! fakesink with a file containing anything that lame is not supporting (such as mulaw) will reproduce the probleme: gst-launch hang.
Created attachment 69275 [details] [review] Proposed patch Simple patch that resolve the problem. Is it appropriate?
Thanks for the patch, but I don't think it will work in general. It's not really easily possible to throw an error in this kind of case, since one can't really correct to assume that there won't be more pads later on (which might possibly fit). oggdemux for example will create new pads for chained streams after the first stream finished. avidemux or any other multi-pad demuxer might add pads in a different order than specified in the launch line etc. We've closed similar bugs as WONTFIX, since gst-launch is really just a developer tool to quickly test some things. Also see other bug report. Just don't give it invalid pipelines or use decodebin if you want a decoding pipeline auto-plugged ;) *** This bug has been marked as a duplicate of 339356 ***