[vlc-devel] Re: [RFC] Playlist save/load

[Sigmund Augdal]

Two very short comments:
1. Autodeletion is a hack, I don't ever think you need to save that info to
a playlist. (Actually, the time between this flag gets set, and the entry
gets deleted is very short)

2. As far as I know the skins II people have adopted flexml for xml parsing.
I suggest we then use that for all xml parsing in vlc (including asx and b4s
demuxers).

Sigmund

On Thu, Jan 01, 2004 at 03:19:13PM +0100, Clément Stenac wrote:
> Hello,
> 
> The current format used to save and load playlists is not adapted
> anymore, given the improvements that were done to playlist management,
> as it only saves the URI of the items.
> 
> We need to define a new format for this.
> 
> I propose to use a XML format. 
> 
> Structure would be like:
> 
> <playlist name="..." version="...">
>    <item uri="..." name="..." duration="..." enabled="..." group="..."
>          autodelete=".."  played="..">
>       <category name="...">
>         <info name="..." value="..." />
>         <info name="..." value="..." />
>       </category>
>       <category....
>       </category>
>    </item
>    <item .....>
>      .
>      .
>    </item>
>    <group name="..." id="..." />
>    <group name="..." id="..." />
> </playlist>
> 
> Saving could be done either by the playlist core or by a module, as it
> only consists of writing in a file.
> 
> Loading should be done by a module, as, for ease, it should be linked to
> libxml, and we can't do that link on the core.
> 
> This module could either be a demuxer, that would act like the
> M3U/B4S/PLS/ASX demuxer; or either by a helper module that would
> directly be called by the interface.
> 
> I think we can do both, a demux module, that can either be used to
> "play" a playlist file, either fed by the interface, because many users
> would find strange to "play" a playlist file (I first think to winamp
> users).
> 
> Waiting for comments,
> 
> -- 
> Zorglub
> Clément Stenac
> 
> -- 
> This is the vlc-devel mailing-list, see http://www.videolan.org/vlc/
> To unsubscribe, please read http://developers.videolan.org/lists.html
> If you are in trouble, please contact <postmaster at videolan.org>

-- 
This is the vlc-devel mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://developers.videolan.org/lists.html
If you are in trouble, please contact <postmaster at videolan.org>