[gstreamer-bugs] [Bug 415754] [API] GstCollectPads2; muxing sparse/subtitle streams

[GStreamer (bugzilla.gnome.org)]

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=415754

  GStreamer | gstreamer (core) | Ver: git




------- Comment #36 from Mark Nauwelaerts  2009-08-10 19:50 UTC -------
GstCollectPads2 comes with a default algorithm that sets pads to waiting or
non-waiting based on incoming timestamps and new-segment events.  Since
non-waiting should typically only apply to subtitle pads, a muxer can set
non-subtitle locked (so it will never be set to non-waiting) (bearing in mind
here that GstCollectPads2 itself has no notion of subtitle pad or not).

In particular, a straight port from GstCollectPads to GstCollectPads2 will
never have pads go non-waiting (since as you note the default is locked in
waiting).


-- 
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=415754.