[Message Prev][Message
Next][Thread Prev][Thread Next][Message
Index][Thread Index]
Re: Re: xPLMediaNet and Playlists
- Subject: Re: Re: xPLMediaNet and Playlists
- From: "Malcolm Lansell" <mlansell@xxxxxxxxxxxxxx>
- Date: Thu, 17 Mar 2005 09:39:05 -0000
- References: <FRNT2278E00CA1@frontier.co.uk>
----- Original Message -----
From: "Tony Tofts" <tony@xxxxxxx>
To: <ukha_xpl@xxxxxxx>
Sent: Thursday, March 17, 2005 6:35 AM
Subject: RE: [ukha_xpl] Re: xPLMediaNet and Playlists
>
>> My feeling is that playlists should be treated as a media
>> type, just like an mpg or an mp3. After all, you can browse
>> and play playlists in the same way as individual files. The
>> fact that they actually point to other media files is
>> irrelevant to the way the user interacts with them - handling
>> a playlist (from a user perspective) is really no different
>> to dealing with the chapters in a DVD movie.
>
> That's an interesting concept, hadn't thought of it that way.
>
> Trouble is they don't have a specific artist/album/genre etc
associated
> with
> them so can't be integrated into the tracks table
My own use is getting in the way of my thinking again - the only playlists
I
have ones for each album, so they do have genre and artist. I very rarely
make a custom playlist. Obviously those don't have artists or genre as you
say.
>
> I think I'll opt for the playlist module to scan for the files into a
> database table, but not store the tracks. The playlist module will be
> responsible for extracting the tracks on the fly when they are
selected to
> be queued
>
I don't understand this (although I'm probably just being a bit thick
again) - what do you mean by "not store the tracks" and
"extracting the
tracks"?
Mal
xPL Links: http://www.xplproject.org.uk http://www.xplhal.com http://www.xpl.myby.co.uk
To Post a Message: ukha_xpl@xxxxxxx
To Subscribe: ukha_xpl-subscribe@xxxxxxx
To Unsubscribe: ukha_xpl-unsubscribe@xxxxxxx
xPL Main Index |
xPL Thread Index |
xPL Home |
Archives Home
|