Topic: XMPlay Last.fm/Audioscrobbler plugin (xmp-scrobbler)

[yagood]

Hmmmm, thinking about it, CUE files are treated in the same way that subsongs are in MOD/SID files etc, so you might not be able to do it. You'll have to play around with a CUE file, it does display the artist/track names in the message window, but seemingly not in a way that the Scrobbler plugin would recognise easily to submit. But anyways, just would be nice to have it implemented, not a high priority request from me, I only have a couple CUE sheet Mp3's, so its not something I use very much. In your own time

We'll see.

Does this thing not support Ogg Vorbis or something? I'm getting both "Track is badly tagged (artist/title not available)" and "Track is too short to submit it (must be at least 30 seconds long)" on a 4-minute Ogg Vorbis file.

(EDIT: oddly, it first complained the same as above on another 4-minute Ogg but at around 3:20 in it actually did submit the song into Audioscrobbler. Something's weird here...)

This thing supports every format which is supported by XMPlay if XMPlay fills artist and title tag fields in Message window. About your problem - it is strange that you are getting both errors, but there's a bug somewhere in the timing code, because problems with "track is too short" error were reported earlier with version 0.3, so I'll have to look at it closely.

[raina]

Don't forget about the Album tag. They're such bitches about that at Last.fm. Hey, howzabout those WMA tags?

[yagood]

Don't forget about the Album tag. They're such bitches about that at Last.fm. Hey, howzabout those WMA tags?

Album tag is optional as of version 0.3. And what exactly about WMA tags?

[raina]

Ah, ok. So what are you submitting as the album info if there isn't anything in the file. Or is it simply not required anymore, even by the Last.fm boys?

And what exactly about WMA tags?

This:

Some WMA files aren't being sent to Last.fm here and my guess is that's because they use tags Author and WM/AlbumTitle instead of the tags Artist and Album. Could something be done about this?

Now I'm not saying you are necessarily the one who has to do anything about it, this was meant as a conversation starter. How I see it there's two approaches to this. Either duplicating the info into "virtual" Album and Artist fields in XMPlay (if xmp-scrobbler is present) and displaying them in the message window which xmp-scrobbler can happily process, or make the conversion in the plugin itself.

[yagood]

Ah, ok. So what are you submitting as the album info if there isn't anything in the file. Or is it simply not required anymore, even by the Last.fm boys?

Xmp-scrobbler submits empty string (just as Winamp plugin) and it works OK - Last.fm server doesn't complain.

Some WMA files aren't being sent to Last.fm here and my guess is that's because they use tags Author and WM/AlbumTitle instead of the tags Artist and Album. Could something be done about this?

Now I'm not saying you are necessarily the one who has to do anything about it, this was meant as a conversation starter. How I see it there's two approaches to this. Either duplicating the info into "virtual" Album and Artist fields in XMPlay (if xmp-scrobbler is present) and displaying them in the message window which xmp-scrobbler can happily process, or make the conversion in the plugin itself.

Sorry, I must have missed or forgot about this post. I'll test some WMA files and resolve this issue.

[Aux]

Hello! I've got one little issue with this plug-in. I have a lot of music ripped one album in one MP3 with CUE attached. So xmp-scrobbler sends only "Artist - Album Title", but does not send any songs which I listen to. Is there anyway to fix this behaviour?

[raina]

Does anyone else get "bad authorization" errors CONSTANTLY?

So, I'm the only one with this problem? How do I solve it?

Not anymore at least. I've been getting a lot of bad authorization errors lately. And it seems totally random because if and when these errors trigger for a certain album I'm listening to, a couple of songs here and there get submitted ok. Of course this could be related to the major update they've got going on at Last.fm but.. Well, let's observe the developments of this.

[pupil]

Hello! I've got one little issue with this plug-in. I have a lot of music ripped one album in one MP3 with CUE attached. So xmp-scrobbler sends only "Artist - Album Title", but does not send any songs which I listen to. Is there anyway to fix this behaviour?

Aux, look at the top of the page mate (pg9), this has been discussed only a few posts ago.

[pupil]

Ok yagood, here's one for you.

I leave my PC on for days ata time between boots (not to uncommon I guess), but atfer a while the scrobbler plugin stops sending tracks to my last.fm. Here's whats been happenin in the last 5 minutes:

2006-06-08 22:22:06   [DEBUG] DSP_NewTrack (CLOSE)
2006-06-08 22:22:06   [DEBUG] DSP_NewTrack (OPEN)
2006-06-08 22:22:06   XMP_SetTimer( 329 )
2006-06-08 22:22:06   Next submission in 164 seconds...
2006-06-08 22:24:50   [DEBUG] DSP_Process -- sec <= 0
2006-06-08 22:24:50   [DEBUG] XMP_SubmitProc (bProcessed = 0)
2006-06-08 22:24:50   [DEBUG] XMP_InitDde
2006-06-08 22:24:50   [DEBUG] XMP_InitDde -- after DdeInitialize (instID = 402656387)
2006-06-08 22:24:50   [DEBUG] XMP_SubmitProc -- after XMP_InitDDE
2006-06-08 22:24:50   [DEBUG] XMP_GetChannelData
2006-06-08 22:24:50   [DEBUG] XMP_GetChannelData -- after DdeCreateStringHandle (instID = 402656387, hszService = 49153)
2006-06-08 22:24:50   [DEBUG] XMP_GetChannelData -- after DdeCreateStringHandle (instID = 402656387, hszTopic = 49155)
2006-06-08 22:24:50   [DEBUG] XMP_GetChannelData -- before DdeConnect (instID = 402656387, hszService = 49153, hszTopic = 49155)
2006-06-08 22:24:50   [DEBUG] DdeCallback (uType == 33010, uFmt = 0)
2006-06-08 22:24:50   [DEBUG] DdeCallback (uType == 33010, uFmt = 0)
2006-06-08 22:24:50   [DEBUG] DdeCallback (uType == 33010, uFmt = 0)
2006-06-08 22:24:50   [DEBUG] XMP_GetChannelData -- after DdeConnect (hconv = 436214147)
2006-06-08 22:24:50   [DEBUG] XMP_GetChannelData (id = 402656387, ch = info1, hconv = 436214147, hdata = 520099587, hszService = 49153, hszTopic = 49155)
2006-06-08 22:24:50   [DEBUG] DdeCallback (uType == 33010, uFmt = 0)
2006-06-08 22:24:50   [DEBUG] DdeCallback (uType == 33010, uFmt = 0)
2006-06-08 22:24:50   [DEBUG] DdeCallback (uType == 33010, uFmt = 0)
2006-06-08 22:24:50   [DEBUG] XMP_SubmitProc -- after XMP_GetChannelData (size = 399)
2006-06-08 22:24:50   [DEBUG] XMP_SubmitProc -- after XMP_FreeDDE
2006-06-08 22:24:50   [DEBUG] XMP_ParseTrackTags
2006-06-08 22:24:50   [DEBUG] XMP_SubmitProc -- after XMP_ParseTrackTags
2006-06-08 22:24:50   Submitting track: toasty - take it personal (take it personal (hf009) Vinyl)...
2006-06-08 22:24:50   Submitting cache...
2006-06-08 22:24:50   ...
2006-06-08 22:24:50   Submission succeeded.
2006-06-08 22:24:50   Submit interval set to 1 second(s).

but still no tracks appearing on my profile even though it says successfully submitted. I've observed that I never seem to get any songs added to the cache file (even when the last.fm server is down) either. But I have noticed that if I restart my computer, when I play songs after that, it works?

odd. Let me know if you need more info.

... and thanks again for your continued development of this terrific plugin

[pupil]

ahhhhh, spoke too soon! the track after that one submitted fine??!!

here's what happened after that last post:

2006-06-08 22:27:36   [DEBUG] DSP_NewTrack (CLOSE)
2006-06-08 22:27:36   [DEBUG] DSP_NewTrack (OPEN)
2006-06-08 22:27:36   XMP_SetTimer( 282 )
2006-06-08 22:27:36   Next submission in 141 seconds...
2006-06-08 22:29:56   [DEBUG] DSP_Process -- sec <= 0
2006-06-08 22:29:56   [DEBUG] XMP_SubmitProc (bProcessed = 0)
2006-06-08 22:29:56   [DEBUG] XMP_InitDde
2006-06-08 22:29:56   [DEBUG] XMP_InitDde -- after DdeInitialize (instID = 603985028)
2006-06-08 22:29:56   [DEBUG] XMP_SubmitProc -- after XMP_InitDDE
2006-06-08 22:29:56   [DEBUG] XMP_GetChannelData
2006-06-08 22:29:56   [DEBUG] XMP_GetChannelData -- after DdeCreateStringHandle (instID = 603985028, hszService = 49153)
2006-06-08 22:29:56   [DEBUG] XMP_GetChannelData -- after DdeCreateStringHandle (instID = 603985028, hszTopic = 49155)
2006-06-08 22:29:56   [DEBUG] XMP_GetChannelData -- before DdeConnect (instID = 603985028, hszService = 49153, hszTopic = 49155)
2006-06-08 22:29:56   [DEBUG] DdeCallback (uType == 33010, uFmt = 0)
2006-06-08 22:29:56   [DEBUG] DdeCallback (uType == 33010, uFmt = 0)
2006-06-08 22:29:56   [DEBUG] DdeCallback (uType == 33010, uFmt = 0)
2006-06-08 22:29:56   [DEBUG] DdeCallback (uType == 33010, uFmt = 0)
2006-06-08 22:29:56   [DEBUG] XMP_GetChannelData -- after DdeConnect (hconv = 637541764)
2006-06-08 22:29:56   [DEBUG] DdeCallback (uType == 32930, uFmt = 0)
2006-06-08 22:29:56   [DEBUG] DdeCallback (uType == 32930, uFmt = 0)
2006-06-08 22:29:56   [DEBUG] DdeCallback (uType == 32930, uFmt = 0)
2006-06-08 22:29:56   [DEBUG] XMP_GetChannelData (id = 603985028, ch = info1, hconv = 637541764, hdata = 738204420, hszService = 49153, hszTopic = 49155)
2006-06-08 22:29:56   [DEBUG] DdeCallback (uType == 33010, uFmt = 0)
2006-06-08 22:29:56   [DEBUG] DdeCallback (uType == 33010, uFmt = 0)
2006-06-08 22:29:56   [DEBUG] DdeCallback (uType == 33010, uFmt = 0)
2006-06-08 22:29:56   [DEBUG] DdeCallback (uType == 33010, uFmt = 0)
2006-06-08 22:29:56   [DEBUG] XMP_SubmitProc -- after XMP_GetChannelData (size = 377)
2006-06-08 22:29:56   [DEBUG] XMP_SubmitProc -- after XMP_FreeDDE
2006-06-08 22:29:56   [DEBUG] XMP_ParseTrackTags
2006-06-08 22:29:56   [DEBUG] XMP_SubmitProc -- after XMP_ParseTrackTags
2006-06-08 22:29:56   Submitting track: toasty - angel (take it personal (hf009) Vinyl)...
2006-06-08 22:29:56   Submitting cache...
2006-06-08 22:29:56   ...
2006-06-08 22:29:56   Submission succeeded.
2006-06-08 22:29:56   Submit interval set to 1 second(s).
2006-06-08 22:32:20   [DEBUG] xmptd.rate = 0
2006-06-08 22:32:20   [DEBUG] xmptd.chans = 0
2006-06-08 22:32:20   [DEBUG] DSP_StopTrack
2006-06-08 22:32:20   [DEBUG] DSP_NewTrack (CLOSE)


 

[yagood]

"Submission succeeded" message in the log file means that Last.fm server accepted the submission and that the track is in the Last.fm database. If it's displayed on your Last.fm profile page - that's a completely other issue, they're having a major upgrade right now so you should remember about that while experiencing any weirdness with your profile page. Your logs look fine though and I don't see any xmp-scrobbler issues. Oh, don't worry about cache - it's a little buggy right now, fixing it is on to-do list.

BTW, "development of this terrific plugin" (as you said it ) will continue in a few days, sorry that I didn't manage to make a release last week.

[pupil]

that's great yagood, thanks for the explanation, I wouldn't be surprised if it is Last.fm getting things a little muddled up, wouldn't be the first time, thought I'd let you know just in case I'm totally grateful for the plugin and so impressed at how well its working this quickly into development, looking forward to the next release and the explorer.exe bug fix, thanks again

[yagood]

I think I fixed this bug with explorer.exe, at least it doesn't hang anymore on my machine, but we'll see how it's going to work on others.

[Aux]

About bug with explorer.exe. Khm, it is not with explorer (: It is with DDE. While xmp-scrobbler is active I can not launch any link from my mailer program (Thunderbird that is to Opera browser), open any documents same way and so on. Explorer hangs because there's only one explorer process exists. And when You launch from Run or from anywhere new explorer window DDE communication happens. So explorer hangs. If I close XMPlay then every software return to normal state. The other issue is that I can not turn off my PC when xmp-scrobbler is active. Windows XP tells me that XMPlay is not closing and should be killed.

I hope this info helped a bit. By the way, when plugin author fixes this bug, where we can get updated version?

[yagood]

I know it's DDE and like I said - I think I fixed it, it's not happening anymore on my PC, it'll be available in the next version. The most recent version is always available in the first post of this thread - I post every update and news there.

[raina]

OMG, "Explorer bug", is this what made my system(s) so wonderfully unresponsive not too long ago? Great to find out there's a reason for it after all. Looking forward to that update.

[PollieXmas]

First of all thanks for taking the time to develop this plug-in!

I'm having trouble to get the plugin to work though.

I need to use a proxy at home which does not seem to work. (My proxy does not require a username and password.)

Then at work I do not need a proxy, but it also does not seem to work even after I have removed the proxy. (This is working now, but still causes Thunderbird and Firefox to crash when XMScrobbler is "on".)

I've attached the log file for you to have a look at.

Would it be possible for the plugin to try and use the browser setting w.r.t. proxy so you do not have to keep changing it in the player too?

Finally, I've noticed that my firefox started crashing after I started to use your plugin. (I'm using the foxy tunes extention in Firefox and Thunderbird.)

Thanks
Paul

[yagood]

I've just finished version 0.4. I was considering testing it for a couple of days locally on my PC, but I think I'll give it a shot and release it as is. Please read release notes (in the first post of this thread) very carefully.

"Include/exclude directories" feature will be available in the next version. I'll review my to-do list and last pages of this topic too in case I missed something.

If you see "Not all request variables are set" message in the log file and xmp-scrobbler doesn't want to submit songs anymore, you have to delete xmp-scrobbler.cache file. It turned out that fixing this cache bug is not such simple thing, but I'll do it as soon as possible and it should be in the next version.

[lingenfr]

I am still seeing similar behavior that once it pukes with a "Track is too short" it goes to la-la land and doesn't try again. I loaded the new version and followed the instructions. I played a track off my harddrive and it submitted fine. Then I opened my lastfmproxy and launched a radio station. It puked as you see at 21:28. I let it roll for awhile then skipped that track and let the next track play for awhile. It did nothing until I closed XMP at 21:44.

2006-06-15 21:27:41   [DEBUG] DSP_SetFormat( 1, 0, 0 )
2006-06-15 21:27:41   [DEBUG] DSP_StopTrack
2006-06-15 21:27:41   [DEBUG] XMP_KillTimer
2006-06-15 21:27:41   [DEBUG] DSP_NewTrack (CLOSE)
2006-06-15 21:27:42   [DEBUG] DSP_Free()
2006-06-15 21:27:50   [DEBUG] DSP_New()
2006-06-15 21:28:14   [DEBUG] DSP_NewTrack (OPEN)
2006-06-15 21:28:14   [LIBSCROBBLER] ...
2006-06-15 21:28:14   [DEBUG] DSP_SetFormat( 1, 44100, 2 )
2006-06-15 21:28:14   [DEBUG] XMP_SetTimer( 0 )
2006-06-15 21:28:14   [INFO] Track is too short to be submitted (must be at least 30 seconds long)
2006-06-15 21:28:15   [LIBSCROBBLER] Handshaking: Client up to date.
2006-06-15 21:28:15   [LIBSCROBBLER] Submit interval set to 1 second(s).
2006-06-15 21:28:15   [LIBSCROBBLER] Handshake successful.
2006-06-15 21:44:00   [DEBUG] DSP_SetFormat( 1, 0, 0 )
2006-06-15 21:44:00   [DEBUG] DSP_StopTrack
2006-06-15 21:44:00   [DEBUG] XMP_KillTimer
2006-06-15 21:44:00   [DEBUG] DSP_NewTrack (CLOSE)
2006-06-15 21:44:01   [DEBUG] DSP_Free()

Thanks for your continued efforts. Your plug-in is still more reliable than last.fm's site

[yagood]

I am still seeing similar behavior that once it pukes with a "Track is too short" it goes to la-la land and doesn't try again. I loaded the new version and followed the instructions. I played a track off my harddrive and it submitted fine. Then I opened my lastfmproxy and launched a radio station. It puked as you see at 21:28. I let it roll for awhile then skipped that track and let the next track play for awhile. It did nothing until I closed XMP at 21:44.

Well, it makes sense. I've just tested LastFMProxy and it's just like I thought. XMPlay obviously sees LastFMProxy input as a stream so basically it's a single track with no length. Xmp-scrobbler tries to get track length at the start and it gets 0, so it refuses to submit it because "track is too short". What is more I think it's not xmp-scrobbler's job to submit Last.fm radio tracks to profile, I mean, there's "Record to profile" option in the Last.fm Player (and in LastFMProxy too) so it should take care of everything I guess... I didn't investigate how exactly Last.fm Player works but I imagine that track submitting is done on server side not on player side in this case - server knows what it's streaming and knows when to record it to user's profile. So correct me if I'm wrong, but I think Last.fm radio should work despite of xmp-scrobbler not wanting to submit anything.

In general I wrote about submitting streams in xmp-scrobbler couple of days (maybe weeks ) ago - xmp-scrobbler has no clear way to find out needed information about stream - XMPlay doesn't notify xmp-scrobbler when stream plays another song. I could do some dirty things and try to find out it on my own in xmp-scrobbler, but there's Audioscrobbler protocol specification too, which says that streams of any kind should not be submitted.

[yagood]

OK, so it's still a little buggy, after some time you may get "[DEBUG] XMP_SubmitProc -- XMP_GetChannelData failed, track not submitted!" message in the log file and xmp-scrobbler will not submit tracks anymore and you'll have to restart XMPlay. I'm investigating the cause right now, I'll release new version as soon as I fix it. Sorry for this, but hey, it's still experimental, right?

Eeeh, Explorer hangs are still occurring in some situations, this is not good... 

[Aux]

XMPlay doesn't notify xmp-scrobbler when stream plays another song.

Maybe You should talk to Ian a bit? Maybe he can make a fix to XMPlay or something? Anyway thanks for 0.4. I'll download it now!

P.S. Maybe You can share your source - I would like to take part in bug searching.

[yagood]

XMPlay doesn't notify xmp-scrobbler when stream plays another song.

Maybe You should talk to Ian a bit? Maybe he can make a fix to XMPlay or something? Anyway thanks for 0.4. I'll download it now!

There's nothing to fix I guess, this behavior is by design. Besides, even if Ian would decide to "fix" this, there still is not possibility to know the length of the track in stream. Stream is a single track with unspecified length, XMPlay can't break it into multiple tracks and say to xmp-scrobbler "OK, now it's track X of length 3:12, deal with it".

P.S. Maybe You can share your source - I would like to take part in bug searching.

Once again I think I've fixed it, at least it works for me, I'll test it more and probably release something like 0.4b today. About source code - I'm considering releasing it too, but first I would like to clean it up a little

[lingenfr]

What is more I think it's not xmp-scrobbler's job to submit Last.fm radio tracks to profile

Ouch. OK.

I could do some dirty things and try to find out it on my own in xmp-scrobbler, but there's Audioscrobbler protocol specification too, which says that streams of any kind should not be submitted.

Maybe, I don't get it, but if I was someone who colored inside the lines, I wouldn't be using xmplay in the first place. I would put my nose in the arse of the lemming in front of me, use WMP and run off the cliff.

I really appreciate what you are doing and I am glad to provide feedback to the degree it is useful to you in improving the plug-in. If we are now at some kind of impasse on a point of principle, I guess I am confused. Previously, I thought the plug-in was submitting tracks from lastfmproxy. I have the record to profile box checked, so maybe it was actually lastfmproxy. Regardless, I am interested in submitting the songs from the different streaming stations I listen to and will be glad to test and provide feedback to that end.If not, OK. Once again, I appreciate your contribution to making xmp more useful.

[yagood]

I could do some dirty things and try to find out it on my own in xmp-scrobbler, but there's Audioscrobbler protocol specification too, which says that streams of any kind should not be submitted.

Maybe, I don't get it, but if I was someone who colored inside the lines, I wouldn't be using xmplay in the first place. I would put my nose in the arse of the lemming in front of me, use WMP and run off the cliff.

I understand your point, but they wrote this specs for a reason - they don't want garbage in their databases. And don't get me wrong, I'm not saying that streaming radio stations play garbage Point is that with streams, I don't have enough data in xmp-scrobbler to handle it properly. Yes, I have some ideas, but I'm still unsure if it would make things reliable enough to consider submitting to Last.fm...

I really appreciate what you are doing and I am glad to provide feedback to the degree it is useful to you in improving the plug-in. If we are now at some kind of impasse on a point of principle, I guess I am confused. Previously, I thought the plug-in was submitting tracks from lastfmproxy. I have the record to profile box checked, so maybe it was actually lastfmproxy. Regardless, I am interested in submitting the songs from the different streaming stations I listen to and will be glad to test and provide feedback to that end.If not, OK. Once again, I appreciate your contribution to making xmp more useful.

There is no way that xmp-scrobbler actually submitted something from LastFMProxy. I wrote about it in my post above - it's a pure stream. Last.fm Radio is handled by Last.fm streaming server. About other streaming stations - could you give me some stream examples you use? And again, it's not like there's a war in my head and I'm not sleeping at nights still wondering whether I should support streams I would love to do this (I hope that Last.fm folks are not reading this ) if things were the same as with normal tracks. For now, I would like to test some streams to see what options do we have. And thank you for your contribution, I really enjoy it when people care!