next »

[pupil]

I'm glad it isn't just me then I was a little worried it may be to do wit hthe HTTP/1.1 503 Service Unavailable as well, so kept testing and it still did it when the track was successfully submitted. Observe:

2006-05-30 19:11:20   [DEBUG] DSP_Process -- sec <= 0
2006-05-30 19:11:20   [DEBUG] XMP_SubmitProc (bProcessed = 0)
2006-05-30 19:11:20   [DEBUG] XMP_InitDde
2006-05-30 19:11:20   [DEBUG] XMP_InitDde -- after DdeInitialize (instID = 603985028)
2006-05-30 19:11:20   [DEBUG] XMP_SubmitProc -- after XMP_InitDDE
2006-05-30 19:11:20   [DEBUG] XMP_GetChannelData
2006-05-30 19:11:20   [DEBUG] XMP_GetChannelData -- after DdeCreateStringHandle (instID = 603985028, hszService = 49153)
2006-05-30 19:11:20   [DEBUG] XMP_GetChannelData -- after DdeCreateStringHandle (instID = 603985028, hszTopic = 49154)
2006-05-30 19:11:20   [DEBUG] XMP_GetChannelData -- before DdeConnect (instID = 603985028, hszService = 49153, hszTopic = 49154)
2006-05-30 19:11:20   [DEBUG] DdeCallback (uType == 33010, uFmt = 0)
2006-05-30 19:11:20   [DEBUG] XMP_GetChannelData -- after DdeConnect (hconv = 637541764)
2006-05-30 19:11:20   [DEBUG] XMP_GetChannelData (id = 603985028, ch = info1, hconv = 637541764, hdata = 687874820, hszService = 49153, hszTopic = 49154)
2006-05-30 19:11:20   [DEBUG] DdeCallback (uType == 33010, uFmt = 0)
2006-05-30 19:11:20   [DEBUG] XMP_SubmitProc -- after XMP_GetChannelData (size = 836)
2006-05-30 19:11:20   [DEBUG] XMP_SubmitProc -- after XMP_FreeDDE
2006-05-30 19:11:20   [DEBUG] XMP_ParseTrackTags
2006-05-30 19:11:20   [DEBUG] XMP_SubmitProc -- after XMP_ParseTrackTags
2006-05-30 19:11:20   Submitting track: James Lavelle - Tribal Gathering '96 (Disc 3) (Tribal Gathering '96)...
2006-05-30 19:11:20   Submitting cache...
2006-05-30 19:11:20   ...
2006-05-30 19:11:21   Submission succeeded.
2006-05-30 19:11:21   Submit interval set to 1 second(s).



??!

[pupil]

Oh and here is something else (you can tell I've been off work and playing with this all day can't you!) I have a couple of mix sets ripped as single mp3's with cue sheets giving track details. Scrobbler submits the name of the MP3 ( ie "ARTIST=James Lavelle , TRACK=Tribal Gathering '96 (Disc 3)" but not the individual tracks/artists that the CUE sheet is displaying. Any chance of supporting this, it worked ok with the QCD Plugin, but the CUE QCD Plugin works very differently to XMPlay as far as I can make out.

[yagood]

I've just reproduced the issue with explorer.exe hang and it's a bug, right now I don't know exactly what's causing it, but thanks for reporting.

Oh and here is something else (you can tell I've been off work and playing with this all day can't you!) I have a couple of mix sets ripped as single mp3's with cue sheets giving track details. Scrobbler submits the name of the MP3 ( ie "ARTIST=James Lavelle , TRACK=Tribal Gathering '96 (Disc 3)" but not the individual tracks/artists that the CUE sheet is displaying. Any chance of supporting this, it worked ok with the QCD Plugin, but the CUE QCD Plugin works very differently to XMPlay as far as I can make out.

That depends on how XMPlay handles CUE sheets. I don't have one on my PC right now so I can't test it, but I'll put it on my to-do list, because it would be nice to have such feature. The thing always the same - if XMPlay fills "Message" window fields correctly with artist, title and (optionally) album name - xmp-scrobbler can submit it, so please check it first. Of course handling one big MP3 with many tracks in it would be more complicated, because xmp-scrobbler probably would have to check periodically for tag fields changes, but it can be done. However, there are few things with higher priority on my to-do list so be patient.

[pupil]

I've just reproduced the issue with explorer.exe hang and it's a bug, right now I don't know exactly what's causing it, but thanks for reporting.

cool, no worries, glad you could reproduce it.

That depends on how XMPlay handles CUE sheets. I don't have one on my PC right now so I can't test it, but I'll put it on my to-do list, because it would be nice to have such feature. The thing always the same - if XMPlay fills "Message" window fields correctly with artist, title and (optionally) album name - xmp-scrobbler can submit it, so please check it first. Of course handling one big MP3 with many tracks in it would be more complicated, because xmp-scrobbler probably would have to check periodically for tag fields changes, but it can be done. However, there are few things with higher priority on my to-do list so be patient.

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

Thanks again.

[hukka]

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...)

[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.