Scrobbling 2.0: Changes since submissions 1.2.1

- roserpens said...
- Alumni
- 8 Nov 2010, 20:12
Scrobbling 2.0: Changes since submissions 1.2.1

The Scrobbling API 2.0 is the successor to the Submissions 1.2.1 protocol.

Here is an overview of the changes.

* Requests are sent to the same URL as the rest of the Last.fm web services (ws.audioscrobbler.com) using the methods track.updateNowPlaying and track.scrobble.
* There is no handshake step, instead the authentication mechanism uses a Session Key just like the rest of the Last.fm web services (http://www.last.fm/api/authentication).
* Clients use api keys in requests, so do not need a "clientid".
* Responses are now in XML (or JSON) and are consistent with the rest of the Last.fm web services.
* Errors are now much more informative.
* Key request parameters are echoed in the responses.
* Filtered requests now return messages indicating why they were ignored (these aren't errors).
* Meta data corrections are returned in the responses when they are found.
* All client developers can now set their scrobbler name, homepage and icon at http://www.last.fm/api/account

If using the old "basic auth" in an existing submissions 1.2.1 client, see this forum post for migration tips:
http://www.last.fm/forum/21716/_/656492

.

bleh

[quote][b][user]roserpens[/user][/b] said: The [url=http://www.last.fm/api/scrobbling]Scrobbling API 2.0[/url] is the successor to the Submissions 1.2.1 protocol. Here is an overview of the changes. * Requests are sent to the same URL as the rest of the Last.fm web services (ws.audioscrobbler.com) using the methods [url=http://www.last.fm/api/show?service=454]track.updateNowPlaying[/url] and [url=http://www.last.fm/api/show?service=443]track.scrobble[/url]. * There is no handshake step, instead the authentication mechanism uses a Session Key just like the rest of the Last.fm web services (http://www.last.fm/api/authentication). * Clients use api keys in requests, so do not need a "clientid". * Responses are now in XML (or JSON) and are consistent with the rest of the Last.fm web services. * Errors are now much more informative. * Key request parameters are echoed in the responses. * Filtered requests now return messages indicating why they were ignored (these aren't errors). * Meta data corrections are returned in the responses when they are found. * All client developers can now set their scrobbler name, homepage and icon at http://www.last.fm/api/account If using the old "basic auth" in an existing submissions 1.2.1 client, see this forum post for migration tips: http://www.last.fm/forum/21716/_/656492 .[/quote]
Edited by roserpens on 17 Nov 2010, 12:00

Permalink Quote
- Tecfan said...
- Event Moderator
- 9 Nov 2010, 15:14
"* Meta data corrections are returned in the responses when they are found."

is this auto-corrections?

nice changes and congratulations with finishing it :) maybe client 2 is not far

If you're into experimental midicore/guitarprocore, you might enjoy my (free) tracks: Tecfan

[quote][b][user]Tecfan[/user][/b] said: "* Meta data corrections are returned in the responses when they are found." is this auto-corrections? nice changes and congratulations with finishing it :) maybe client 2 is not far[/quote]

Permalink Quote
- roserpens said...
- Alumni
- 9 Nov 2010, 15:20
They are the same corrections that are used for redirects on the site. So yes they are auto-corrections in that sense. They should not be used to correct id3 tags automatically without the user approving them though, so I consider them just plain old corrections :)

bleh

[quote][b][user]roserpens[/user][/b] said: They are the same corrections that are used for redirects on the site. So yes they are auto-corrections in that sense. They should not be used to correct id3 tags automatically without the user approving them though, so I consider them just plain old corrections :)[/quote]

Permalink Quote
- Tecfan said...
- Event Moderator
- 18 Nov 2010, 16:07
Two things: the scrobble condition says: "And the track has been played for at least half its duration, or for 4 minutes (whichever occurs earlier.)", but in the official Android app this can be turned down far under 50%, will this be fixed?

and:
why no geo-location fields?

If you're into experimental midicore/guitarprocore, you might enjoy my (free) tracks: Tecfan

[quote][b][user]Tecfan[/user][/b] said: Two things: the scrobble condition says: "And the track has been played for at least half its duration, or for 4 minutes (whichever occurs earlier.)", but in the official Android app this can be turned down far under 50%, will this be fixed? and: why no geo-location fields?[/quote]

Permalink Quote
- ampjuke said...
- User
- 18 Nov 2010, 19:14
Hey. Thanks for the 'warning' about the change to 2.0. Keep up the good work.

Will have to look further into possible impact in relation to the code I maintain.

Anyway: thanks for letting us 'scrobbling developers' use the API (on occasions: rather extensively!).

[quote][b][user]ampjuke[/user][/b] said: Hey. Thanks for the 'warning' about the change to 2.0. Keep up the good work. Will have to look further into possible impact in relation to the code I maintain. Anyway: thanks for letting us 'scrobbling developers' use the API (on occasions: rather extensively!). [/quote]

Permalink Quote
- fhen said...
- User
- 18 Nov 2010, 20:29
I am working on converting my client 'mpdas' to the new protocol. One question arises which might be in relation to the error (Invalid method signature supplied) I'm getting when trying to update the track.

When generating the method signature, am I supposed to use the parameters in original form or as urlencoded strings?

Cheers,
henrik.

EDIT: One has to use the non-urlencoded parameters. This wasn't quite obvious in the protocol description. Maybe it should be added?

[quote][b][user]fhen[/user][/b] said: I am working on converting my client 'mpdas' to the new protocol. One question arises which might be in relation to the error (Invalid method signature supplied) I'm getting when trying to update the track. When generating the method signature, am I supposed to use the parameters in original form or as urlencoded strings? Cheers, henrik. EDIT: One has to use the non-urlencoded parameters. This wasn't quite obvious in the protocol description. Maybe it should be added?[/quote]

Permalink Quote
- jamesfrye82 said...
- User
- 19 Nov 2010, 02:41
Thanks for the tip fhen!! You just saved me a ton of troubleshooting time! :)

-James

[quote][b][user]jamesfrye82[/user][/b] said: Thanks for the tip fhen!! You just saved me a ton of troubleshooting time! :) -James[/quote]

Permalink Quote
- fhen said...
- User
- 19 Nov 2010, 16:58
You are very welcome! This had me confused for quite a while as well :)

[quote][b][user]fhen[/user][/b] said: You are very welcome! This had me confused for quite a while as well :)[/quote]

Permalink Quote
- jonfrost43 said...
- User
- 24 Nov 2010, 14:50
I'm converting a web app from 1.2.1 to 2.0 and am finding my scrobble attempts are simply timing out in the browser.

Previously I did not have a registered client ID, I just used 'tst'. Could this be causing a problem now?

My API account is under a non-commercial license. Do I need to upgrade? I tried emailing partners@last.fm but have got no response yet.

[quote][b][user]jonfrost43[/user][/b] said: I'm converting a web app from 1.2.1 to 2.0 and am finding my scrobble attempts are simply timing out in the browser. Previously I did not have a registered client ID, I just used 'tst'. Could this be causing a problem now? My API account is under a non-commercial license. Do I need to upgrade? I tried emailing partners@last.fm but have got no response yet.[/quote]

Permalink Quote
- danielpeger said...
- User
- 24 Nov 2010, 15:35
scrobbling

I'm not an expert in this guys, but I have a basic idea about scrobbling. Sorry for the "off topic". I don't have too many music in my library yet, but i use last.fm a lot to discover new tracks.
My problem is that last.fm scrobbles, what i listen to on the last.fm radio. I love the scrobbling feature to help last.fm recommend me new music or an event and to share the music, that i LIKE with the community.

But the music that i LISTEN TO on last.fm is NOT (always) the SAME as what i LIKE.

In this case last.fm can not perfectly reccommend me new music.
So maybe if you could add a button or something to the site and the last.fm client, wich disables scrobbling from the last.fm radio, it would improve my recommendations channel. I don't think i'm alone with this. If there's an other solution for my problem (excluding deleting the artists from my library one by one or disabling and enabling scrobbling time to time),please tell me then. Also sorry for my english, if i was not clear.
Thanks for the answer.

[quote][b][user]danielpeger[/user][/b] said: I'm not an expert in this guys, but I have a basic idea about scrobbling. Sorry for the "off topic". I don't have too many music in my library yet, but i use last.fm a lot to discover new tracks. My problem is that last.fm scrobbles, what i listen to on the last.fm radio. I love the scrobbling feature to help last.fm recommend me new music or an event and to share the music, that i LIKE with the community. But the music that i LISTEN TO on last.fm is NOT (always) the SAME as what i LIKE. In this case last.fm can not perfectly reccommend me new music. So maybe if you could add a button or something to the site and the last.fm client, wich disables scrobbling from the last.fm radio, it would improve my recommendations channel. I don't think i'm alone with this. If there's an other solution for my problem (excluding deleting the artists from my library one by one or disabling and enabling scrobbling time to time),please tell me then. Also sorry for my english, if i was not clear. Thanks for the answer.[/quote]

Permalink Quote
- roserpens said...
- Alumni
- 24 Nov 2010, 16:04
@Tecfan being able to set it below 50% on the android app is an oversight, I've mentioned it to the client devs and they're looking at fixing it in the next release.

@jonfrost43 if you have having timing out issues, could you please start a new thread specific to this issue? It should contain specifics about the parameters you are sending in the request, the url you are using, and any response data you are getting, ie: headers.

@danielpeger those features already exist in the flash player there is a button to turn off scrobbling, I'm not sure about the desktop client, this queery should be in the support forum.

bleh

[quote][b][user]roserpens[/user][/b] said: @Tecfan being able to set it below 50% on the android app is an oversight, I've mentioned it to the client devs and they're looking at fixing it in the next release. @jonfrost43 if you have having timing out issues, could you please start a new thread specific to this issue? It should contain specifics about the parameters you are sending in the request, the url you are using, and any response data you are getting, ie: headers. @danielpeger those features already exist in the flash player there is a button to turn off scrobbling, I'm not sure about the desktop client, this queery should be in the support forum.[/quote]

Permalink Quote
- xcmy123 said...
- User
- 12 Dec 2010, 08:25
wholesale handbags and t-shirt

[spam]

[quote][b][user]xcmy123[/user][/b] said: [spam] [/quote]
Edited by roserpens on 20 Dec 2010, 18:32

Permalink Quote
- joeraman said...
- User
- 24 Feb 2011, 08:06
[spam]

[spam]

[quote][b][user]joeraman[/user][/b] said: [spam][/quote]
Edited by Knapster01 on 25 Feb 2011, 10:21

Permalink Quote
- busymalls said...
- User
- 28 Mar 2011, 06:19
[spam]

[spam]

[quote][b][user]busymalls[/user][/b] said: [spam][/quote]
Edited by Knapster01 on 28 Mar 2011, 10:07

Permalink Quote
- 4only4customer said...
- User
- 3 May 2011, 01:23
[spam]

[spam]

[quote][b][user]4only4customer[/user][/b] said: [spam][/quote]
Edited by Ziomek2000 on 3 May 2011, 08:14

Permalink Quote
- just4customer said...
- User
- 3 May 2011, 01:24
[spam]

[spam]

[quote][b][user]just4customer[/user][/b] said: [spam][/quote]
Edited by Ziomek2000 on 3 May 2011, 08:12

Permalink Quote