Fwd: extragear/multimedia/amarok/src/servicebrowser/lastfm

[Nikolaj Hald Nielsen]

3rd one

On Mon, Mar 3, 2008 at 3:15 PM, Nikolaj Hald Nielsen
<nhnfreespirit at gmail.com> wrote:
> Nice reply to my slightly heated mail.
>
>  The last.fm service is still way up in the air, so as I think we have
>  concluded, any discussion about this is pretty premature. I might also
>  not have completely understood the meta::track stuff yet. I will look
>  into this.
>
>  My main technical issue right now is how to handle the Shoutcast
>  service. The code for "expanding tracks" can be found in
>  PlaylistModel.cpp:237 so it is, unfortunately, not localized to he
>  service itself, but smack in the middle of the one piece of code in
>  the playlist model that all tracks eventually pass through. I will
>  readily agree that this is a huge hack...
>
>  The thing that confuses me is that the shoutcast "tracks" are actually
>  a playlist containing streams. Ideally, when you added such an item,it
>  would show up as one track in the playlist, and it would automatically
>  skip to the next stream if the first one in the list did not work, but
>  it should also behave like a single track with regards to the back and
>  forth buttons.
>
>  I am also quite at a loss how to handle what happens when a user
>  activates a "track" in the Oplm directory. As these are basically also
>  tracks that can expand into a playlist. ( if you consider a podcast to
>  be simply a playlist of episodes that can be streamed )
>
>  The reason for wanting to use the capability system for the
>  PlaylistView is that some tracks ( I am especially thinking of last.fm
>  streams right now ) might have special context menu entries that are
>  only relevant while they are in the playlist or even while they are
>  playing.
>
>  As for integrating Meta::Playlists, I think  Bart already has some
>  ideas about this.
>
>  - Nikolaj
>