[Bug 770331] player: Implement a playlist API and next/previous commands

[GStreamer (GNOME Bugzilla)]

https://bugzilla.gnome.org/show_bug.cgi?id=770331

--- Comment #8 from Olivier Crête <olivier.crete at ocrete.ca> ---
(In reply to Sebastian Dröge (slomo) from comment #7)
> (In reply to Olivier Crête from comment #6)
> > Would be nice to have a user_data+destroy_notify in the playlist-queue
> > "simple" implementation.
> 
> It already has that, see the arguments of the new() function. I would've
> preferred to also be able to use signals here btw, but multiple return
> values (or out parameters) don't work with that.

I meant for gst_player_playlist_queue_push(). I assume many simple apps will
just want to use that to keep their playlist and be able to attach a small
struct to each time (or maybe just a user-visible string).

> > I'm also not sure I understand what the auxilliary
> > URIs are for? Only external subtitles? Anything else? How do you know which
> > is which if you have more than one?
> 
> That's basically preparation for playbin3 :) Right now we can only have a
> single suburi, with playbin3 you can have multiple subtitles, external audio
> tracks, etc. With the streams API you would be able to know what to do with
> them.

How can playbin3 know which URI is what? For example, if you have multiple srt
files, you'd need to be able to say which language it is, same for external
audio. So this API seems to be missing something.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.