[gstreamer-bugs] [Bug 634407] decodebin2 should expose pads in a deterministic order

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=634407
  GStreamer | gst-plugins-base | unspecified

--- Comment #1 from Stefan Kost (gstreamer, gtkdoc dev) <ensonic at sonicpulse.de> 2010-11-09 12:51:17 UTC ---
just for the record
13:40 < slomo> ensonic: you can't add pads to decodebin2 as soon as a demuxer
adds them... you don't know if you can a) decode that stream and b) if it
contains another container format (think of DV inside MXF)
13:40 < slomo> ensonic: but pads are added in a function called something with
"expose" and there all pads are added at the same time. you could sort them
like in playbin2 
               before really adding them
13:42 < wtay> you could keep track of the order in which they were added and
then sort them when you finally expose the pads
13:42 < wtay> it's a bit tricky with demuxers in demuxers
13:44 < slomo> yes... but it's all possible ;)
13:44 < slomo> you could propagate the order downstream, i.e. demuxer 1 adds
stream 5, this gets to demuxer 2 which then adds stream 5.1 and 5.2
13:44 < slomo> and in the end sort this

-- 
Configure bugmail: https://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.