From: GStreamer (bugzilla.gnome.org) <bug...@bu...> - 2008-10-28 15:13:40
|
If you have any questions why you received this email, please see the text at the end of this email. Replies to this email are NOT read, please see the text at the end of this email. You can add comments to this bug at: http://bugzilla.gnome.org/show_bug.cgi?id=549254 GStreamer | gst-plugins-base | Ver: HEAD CVS Sebastian Dröge changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |NEW Component|gst-plugins-bad |gst-plugins-base Summary|playbin hangs in a .flv |[playbin/decodebin] Doesn't | |handle pads that are added | |much later than the other(s) | |correctly ------- Comment #8 from Sebastian Dröge 2008-10-28 15:13 UTC ------- There is actually a playbin or decodebin blocking this fix. If the second pad is added much later than the first the pipeline will stall in any case, no matter what newsegment events are sent (Wim knows details ;) ). Correct for the above example would probably be (only) gst_event_new_new_segment(False, 1.0, GST_FORMAT_TIME, 0, GST_CLOCK_TIME_NONE, 5 * GST_SECOND); If all pads would be added almost at the same time (+- ~2 seconds) the above would work. Also for gaps one has to send filler newsegment events every second. As this can't be done here the first thing to fix is decodebin/playbin to handle late-added pads properly. I have a patch locally to fix the segment handling of flvdemux that would work after the decodebin/playbin fix ;) -- See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received this email, why you can't respond via email, how to stop receiving emails (or reduce the number you receive), and how to contact someone if you are having problems with the system. You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=549254. |