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

GStreamer (bugzilla.gnome.org) bugzilla at gnome.org
Thu Mar 15 17:14:26 PDT 2012

  GStreamer | gst-plugins-base | unspecified

--- Comment #25 from Tim-Philipp Müller <t.i.m at zen.co.uk> 2012-03-16 00:14:20 UTC ---
I think we need three things in the end:

    1) allow demuxers to signal an *order* for
        their source pads, so that "the first"
        audio stream will always be first in the
        list (whichever list that is, playbin's list
        for example, or the order in which
        decodebin2/uridecodebin exposes the
        pads), and "the second" will always be
        second, etc.

    2) *stable unique identifiers* for different
        streams to match the same stream
        across multiple runs. This could tie in
        with the order thing from (1), but
        doesn't have to.

    3) a way for a demuxer to signal upper
         layers which stream is the *default*
         one; e.g. a container might have info
         that audio stream #3 or language XY
         is supposed to be the default, and
         we should be able to communicate
         that somehow.

These don't have to be all done at once, but there's some overlap it seems to
me, so might not hurt to think if we can come up with something that takes care
of all of these things, or at least 1) and 2).

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.

More information about the gstreamer-bugs mailing list