Page 1 of 1

Request: Add ability to distinguish playing vs downloading

PostPosted: Fri Dec 17, 2010 5:52 pm
by baaldemon
I would like to make a request to add the ability to distinguish a played track versus a downloaded track. Maybe im missing it when I look through the code, haven't spent a whole lot of time on this yet, but it doesn't appear that any distinction is made.

The reason im requesting this is because tracks that are merely downloaded are scrobbled as being played if you have last.fm scrobbling enabled. This doesn't produce a proper representation of what a user is actually listening to. It would be nice to have the backend make this distinction and only scrobble those songs which are actually played vs just downloaded.

Along with that enhancement, it would be nice for the android player to use the scrobbling with the last.fm android app, as other players do, because when doing the scrobbling server side it also makes no distinction between a played song vs a cached song that was never played.

PostPosted: Wed Dec 22, 2010 8:13 pm
by JMilesT
I'd also like the android client to scrobble on playback, as opposed to the server scrobbling on uploads.

PostPosted: Thu Dec 23, 2010 4:15 pm
by ccandreva
To do this it would need to 'download' instead of stream, but that would negate transcodeing.

So the server would need to support two things, download w/ transcode, and the ability to have clients say "I'm playing this but not streaming it."

PostPosted: Thu Dec 23, 2010 10:41 pm
by baaldemon
Downloading and streaming are essentially the same thing as it currently is written. Also the android app itself basically downloads and plays rather than true streaming (depending on how you have the cache setup).

Disabling the android client from calling the scrobbling code on the server side is a trivial change, just embed the scrobble calls in playlistinputstream within if statements do not scrobble if the clientId is android, Ive made those changes on my server.

Plugging the subsonic player into the last.fm api on the android shouldn't be very difficult, though I havent looked into that code at all yet so I could be wrong.