[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 #48 from Sebastian Dröge <slomo at circular-chaos.org> 2012-08-03 16:08:55 UTC ---
(In reply to comment #46)
> > I was wondering if it would make sense to add API to the base classes that
> > allows the subclasses to set a stream-id, which is then used instead of the
> > URI/random stream-id... something like gst_base_parse_set_stream_id(parse,
> > const gchar *stream_id)
> > 
> > Any opinions?
> 
> No opinion either way really? Does it matter? Is it needed for a first
> implement of things? How/where/when would you use it?

For the case when there's no URI of the source or when there's another
identifier. I guess one could simply check if the srcpad already has a
stream-start event in the utility function for that... but can be added later.

(In reply to comment #47)
> My hope for this functionality is that I can get a name/object for each stream
> from discoverer and then when I want to plug things to decodebin I can use
> those names/objects to identify the stream I want, so in the sense that I hope
> to just use objects and not string recognition I am fine either way.

This will only work for the case when the source implements the URI handler
interface and has an URI... or the source somehow (see above) provides another
deterministic stream-id. The default case would provide a random stream ID.

In any case, after these changes and after they are implemented wherever
needed, you will be able to match streams by doing a string comparison of the
stream-ids.

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