[gstreamer-bugs] [Bug 348176] gst-launch hang when delayed link fail

[GStreamer (bugzilla.gnome.org)]

Do not reply to this via email (we are currently unable to handle email
responses and they get discarded).  You can add comments to this bug at
http://bugzilla.gnome.org/show_bug.cgi?id=348176
 GStreamer | gstreamer (core) | Ver: 0.10.6


Tim-Philipp Müller changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
  Attachment #69275|none                        |commented-on
               Flag|                            |
             Status|UNCONFIRMED                 |RESOLVED
         Resolution|                            |DUPLICATE
   Target Milestone|HEAD                        |NONE




------- Comment #2 from Tim-Philipp Müller  2006-07-20 23:05 UTC -------
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 ***


-- 
Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.