After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 478564 - Move playlist parser from Totem to GStreamer
Move playlist parser from Totem to GStreamer
Status: RESOLVED DUPLICATE of bug 776613
Product: GStreamer
Classification: Platform
Component: gst-plugins-base
git master
Other Linux
: Normal enhancement
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
playback
Depends on:
Blocks:
 
 
Reported: 2007-09-20 12:00 UTC by Christian Fredrik Kalager Schaller
Modified: 2018-05-01 09:19 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Christian Fredrik Kalager Schaller 2007-09-20 12:00:00 UTC
Thought I should add this tracker bug based on the discussion about moving the playlist parser from Totem to GStreamer. Wim also wants a plugin made on top of the playlist parser library.

<MikeS> wtay: the playlist handling shouldn't be in a widget, it should be part of gstreamer (somehow)
<Uraeus> thaytan: wtay will be putting his full professional credibility into getting them to accept it :)
<wtay> MikeS, I know
<hadess> it will either be too featureful, or not featureful enough
 MikeS: there's totemplparser
<MikeS> It's crappy that everyone has to reinvent playlist parsing, or pull in bits of totem
 hadess: right, but that functionality should be directly available from gstreamer.
<hadess> MikeS: it's a proper library...
<wtay> hadess, how is it's API?
 it
 its
<hadess> wtay: for the playlist parser?
<MikeS> hadess: I know. But it should still be part of gstreamer<wtay> hadess, yes, you give it a playlist and then you get a list of files?


<hadess> MikeS: i'd be happy moving it there :)
<MikeS> hadess: ok!
--> [hawk] (n=hawk@82.53.60.206) has joined #gstreamer
<hadess> wtay: you give it a playlist, it sends you signals for each new entry with metadata associated to it
 wtay: http://svn.gnome.org/viewcvs/totem/trunk/src/plparse/totem-pl-parser.h?revision=4683&view=markup
<wtay> hadess, ah, nice. Maps to the idea of posting messages for each entry along with other stuff
<hadess> wtay: we also have a playlist-start/playlist-end signals, for asx and podcasts, amongst other things
<wtay> you also handle URI etc, I guess you use gnomevfs
<hadess> yeah
 i hope i can port it to gvfs soon
<wtay> what are the write functions?
<hadess> to write playlists
<wtay> you do that as well? whatfor?
<hadess> supported for the types listed in TotemPlParserType
 to save playlists in totem, and for mp3 players in rhythmbox
<wtay> ah yes, you can make playlists too
Comment 1 Christian Fredrik Kalager Schaller 2008-03-07 10:50:02 UTC
Not sure what we should do with this bug, but the Totem-pl-parser library is now a separate module in GNOME SVN instead of being part of Totem. 
Comment 2 Tim-Philipp Müller 2008-03-07 10:55:42 UTC
I still think this should be in GStreamer and GStreamer should handle it fully and independently (ie. without an external lib), but it's more of a long-term thing that requires a fair bit of big-picture/infrastructure work/thinking.
Comment 3 Johan (not receiving bugmail) Dahlin 2009-03-10 23:37:20 UTC
I'd like Radio Paradise to be better supported in rhythmbox/totem, and this bug is blocking that.

To play just open http://www.radioparadise.com/musiclinks/rp_128.m3u, that .m3u contains a number of shoutcast server links, some of them might be down/overloaded at any given time.

The simplest solution should just be to create a GstBin with a plparser + giosrc which handles text/uri-list that sequentially (or randomly) selects a stream source, passes it to giosrc.
Comment 4 Edward Hervey 2013-07-17 06:24:04 UTC
Would the new TOC support help this ?
Comment 5 Sebastian Dröge (slomo) 2013-07-17 08:00:27 UTC
In theory yes, but would you like to have something like hlsdemux for normal playlists? I think playlists should be handled with a non-element API elsewhere, however playlist support could be added to playbin (but that shouldn't be GstTOC based then).
Comment 6 Tim-Philipp Müller 2013-07-17 08:18:23 UTC
While there is some overlap, it's not really the same.

GstToc is about choices (titles, CD tracks, angles) and subdivisions (chapters, CD tracks).

A playlist is an ordered list of things to play over time. We should implement that separately from GstToc imho.
Comment 7 Edward Hervey 2018-05-01 09:19:46 UTC

*** This bug has been marked as a duplicate of bug 776613 ***