elisa-developers team mailing list archive

[Paul van Tilburg <paul@xxxxxxxx>]

On Tue, Feb 23, 2010 at 01:17:27AM +0100, Michał Sawicz wrote:
> Dnia 2010-02-23, wto o godzinie 00:21 +0100, Olivier Tilloy pisze:
> > On this point, I should add that we should be extra careful when 
> > designing this playlist thing. A major annoyance to me in most media 
> > players is that playlists are flat and contain only one type of media 
> > (tracks). Enqueuing a whole album is easy (usually a one-click 
> > operation), but if for some reason you decide that you don't want to 
> > listen to this album anymore, you have to select all the tracks of
> > the 
> > album to remove them from the playlist. That's of course very tied to 
> > the way I listen to music (by albums, very rarely by isolated
> > tracks). 
> > Albums (and similarly TV show seasons and photo albums) should be 
> > first-class citizens in a playlist. That's especially important if we 
> > are to provide a powerful playlist system to be used easily with a 
> > remote control. 
> 
> Yes! I'm all for that. Also, we need a way to have a list of
> alternatives (i.e. radio streams do that) that will be tried in sequence
> and only one of them will play.

Yep.  We should allow for lists to be items as well with possibly the
propertie to 

> Also, as I mentioned somewhere before, there should only be one player,
> that would behave differently based on type of the media played. No more
> player_{audio,video,picture,...} please. We need to be able to have
> mixed playlists.

I was thinking about this though.  I think there is an issue here with
pictures and everything else.  While you'll probably never listen to music
while playing a video, listening to music while watching a photo album
might just happen.  How does that work.. playlist-wise?

> And the player needs to try and parse any playlist that comes its way. I
> think intercepting any "can't play text/html" errors from gstreamer,
> getting the data and adding a 'children' entries to current playlist
> would be a way to go.

The same way you could feed it a webpage and it plays the video that is
on it?   So we need a kind of playlist hints.
I mean, I can already distinguish different playlist types:
- an album: it's a list of tracks, should be skippable as a whole
- an TV show season: the same (who skips a season, but ok)
- a webradio "playlist": it's a list of servers, you should probably repeat
  on it so go from server N back to 0, or should we go to the next after
  trying all servers?
- some .m3u file in the library: indistinguishable from this webradio
  playlist (often allso m3u's) but the user probably mean: play all of
  this, then continue
- some RSS feed maybe?

Paul

-- 
PhD Student @ Eindhoven                     | email: paul@xxxxxxxx
University of Technology, The Netherlands   | JID: paul@xxxxxxxx
>>> Using the Power of Debian GNU/Linux <<< | GnuPG key ID: 0x50064181

Attachment: signature.asc
Description: Digital signature