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

[yagood]

Your log file looks fine. Could you confirm for sure which version doesn't cause the trouble? Then I'll know what changes between versions could lead to your problem.

[nihq]

I just reinstalled XMPlay and deleted the existing scrobbler files to start testing each version. I started from 0.5b, and now it seems to work fine. :? After a few tracks there's been no problems. Odd though that in the previous incarnation of 0.5b the problem was clearly of the plugin, since when I disabled it for a while, the problem vanished. I'm puzzled, but as it seems to work now, I'm content.

[yagood]

Well, OK, if it works now... but I wonder what caused your problem. Was xmp-scrobbler actually submitting something to Last.fm when it was freezing your PC? It could be some issue with xmp-scrobbler configuration, because in the early versions structure was different and if you upgrade to 0.4 or newer you have to set options once again and save it.

[nihq]

It seemed to freeze the PC only once per track, so I gather it was submitting information.

And yeah, since reinstalling helped, I have no problem with it anymore. I guess a clean-up of old files before installing this version is a good enough workaround for the strange problem.

[yagood]

I think the most probable cause is some DDE stuff, because that's what xmp-scrobbler is doing in the middle of the track - query XMPlay through DDE for track data and then connect to Last.fm. I don't know what could be done here, I've already been all over DDE so many times in this project that there's not so much room for any improvements - luckily it works as it is, no more crashes with the latest version so lets hope it was some one time thing.

[Dotpitch]

Got an XMPlay-crash, is it related to xmp-scrobbler? Second time this week.

Code: [Select]

*----> State Dump for Thread Id 0x4c00 <----*

eax=00000000 ebx=00000000 ecx=00000000 edx=7c90eb94 esi=003e0000 edi=003e0000
eip=7c910e23 esp=016bfabc ebp=016bfb78 iopl=0         nv up ei pl zr na po nc
cs=001b  ss=0023  ds=0023  es=0023  fs=003b  gs=0000             efl=00000246

function: ntdll!wcsncpy
        7c910e06 41               inc     ecx
        7c910e07 0456             add     al,0x56
        7c910e09 8b75c8           mov     esi,[ebp-0x38]
        7c910e0c 56               push    esi
        7c910e0d e8bafdffff       call    ntdll!wcsncpy+0x13d (7c910bcc)
        7c910e12 8b45e4           mov     eax,[ebp-0x1c]
        7c910e15 014628           add     [esi+0x28],eax
        7c910e18 834dfcff         or      dword ptr [ebp-0x4],0xffffffff
        7c910e1c e85c000000       call    ntdll!wcsncpy+0x3ee (7c910e7d)
        7c910e21 33db             xor     ebx,ebx
FAULT ->7c910e23 80be8605000001   cmp    byte ptr [esi+0x586],0x1 ds:0023:003e0586=00
        7c910e2a 0f85bb090000     jne     ntdll!wcsncpy+0xd5c (7c9117eb)
        7c910e30 8b8e80050000     mov     ecx,[esi+0x580]
        7c910e36 3bcb             cmp     ecx,ebx
        7c910e38 741d             jz      ntdll!wcsncpy+0x3c8 (7c910e57)
        7c910e3a 8b45a0           mov     eax,[ebp-0x60]
        7c910e3d c1e80a           shr     eax,0xa
        7c910e40 3d80000000       cmp     eax,0x80
        7c910e45 0f8360710100     jnb   ntdll!RtlSubAuthorityCountSid+0x8b (7c927fab)
        7c910e4b 8d0440           lea     eax,[eax+eax*2]
        7c910e4e c1e004           shl     eax,0x4

*----> Stack Back Trace <----*
WARNING: Stack unwind information not available. Following frames may be wrong.
*** ERROR: Symbol file could not be found.  Defaulted to export symbols for D:\Programs\xmplay\plugins\xmp-scrobbler.dll -
ChildEBP RetAddr  Args to Child             
016bfb78 77c2c2de 003e0000 00000000 003e0198 ntdll!wcsncpy+0x394
016bfbc0 66ae9ee5 003e0198 0000000d 016bfbf0 msvcrt!free+0xc3
016bfbd0 66ac9e57 003e0198 0000000d 016bfc40 xmp-scrobbler+0x29ee5
016bfbf0 66aca26d 010ef470 0110eda0 016bfc64 xmp-scrobbler!DllMain+0x7c6b
016bfda0 66ac9a98 010ef470 66b2aa35 016bfe40 xmp-scrobbler!DllMain+0x8081
016bfdb0 66ac7124 0111c9d8 016bfe18 016bfe40 xmp-scrobbler!DllMain+0x78ac
016bfe40 66ac3c27 0111c9d8 016bfeb8 66b3637b xmp-scrobbler!DllMain+0x4f38
016bfee0 66ac2140 66b3627c 66b3637b 016bff38 xmp-scrobbler!DllMain+0x1a3b
016bff60 00420b5c 00000001 010dade0 014bfc30 xmp-scrobbler+0x2140
00000000 00000000 00000000 00000000 00000000 xmplay+0x20b5cxmp-scrobbler.txt shows only the dsp being opened, not closed, no errors of any kind and the cache was empty. I will try to reproduce it, but I'm not sure how yet . XMPlay runs fine when it's restarted.

[Craw]

OK, I don't know if someone posted this bug.

I was listening to a song titled "Ragnarök" and I've noticed, that the scrobbler plugin can't handle this title properly - it just scrobbles "Ragnar?"

I hope it will be fixed in the near future.

[yagood]

OK, I don't know if someone posted this bug.

I was listening to a song titled "Ragnarök" and I've noticed, that the scrobbler plugin can't handle this title properly - it just scrobbles "Ragnar?"

I hope it will be fixed in the near future.

Hm, that's strange, no one has reported any problems with such "weird" titles so far, I've been listening to many songs with special chars in the title and it was always submitted fine. Could you post fragment of a log file when xmp-scrobbler submits this song? I would like to see when it went wrong. Or maybe could you upload this file somewhere so I can test it? Thanks.

About Dotpitch's crash - I think I know what is causing the problem, I'll try to fix it and include in the next release (which I'm not sure when will be ready - free time issues again...).

[Craw]

2006-09-10 10:36:36   [INFO] Next submission in 147 seconds... (xmpCounter = 12965400)
2006-09-10 10:36:36   [LIBSCROBBLER] ...
2006-09-10 10:36:37   [LIBSCROBBLER] Handshaking: Client up to date.
2006-09-10 10:36:37   [LIBSCROBBLER] Submit interval set to 1 second(s).
2006-09-10 10:36:37   [LIBSCROBBLER] Handshake successful.
2006-09-10 10:39:02   [DEBUG] DSP_Process -- sec <= 0
2006-09-10 10:39:02   [DEBUG] XMP_SubmitProc (bProcessed = 0)
2006-09-10 10:39:02   [DEBUG] XMP_InitDde
2006-09-10 10:39:02   [DEBUG] XMP_InitDde -- after DdeInitialize (instID = 1180384)
2006-09-10 10:39:02   [DEBUG] XMP_SubmitProc -- after XMP_InitDDE
2006-09-10 10:39:02   [DEBUG] XMP_GetChannelData (instID = 1180384, ch = info1)
2006-09-10 10:39:02   [DEBUG] XMP_GetChannelData -- after DdeCreateStringHandle (instID = 1180384, hszService = 50107)
2006-09-10 10:39:02   [DEBUG] XMP_GetChannelData -- after DdeCreateStringHandle (instID = 1180384, hszTopic = 50111)
2006-09-10 10:39:02   [DEBUG] XMP_GetChannelData -- before DdeConnect (instID = 1180384, hszService = 50107, hszTopic = 50111)
2006-09-10 10:39:02   [DEBUG] XMP_GetChannelData -- after DdeConnect (hconv = 1248080)
2006-09-10 10:39:02   [DEBUG] XMP_GetChannelData (id = 1180384, ch = info1, hconv = 1248080, hdata = 419824284, hszService = 50107, hszTopic = 50111)
2006-09-10 10:39:02   [DEBUG] XMP_SubmitProc -- after XMP_GetChannelData (size = 348)
2006-09-10 10:39:02   [DEBUG] XMP_SubmitProc -- after XMP_FreeDDE
2006-09-10 10:39:02   [DEBUG] XMP_ParseTrackTags
2006-09-10 10:39:02   [INFO] No valid MusicBrainz ID found, consider using MusicBrainz taggers to tag this file properly!
2006-09-10 10:39:02   [DEBUG] XMP_SubmitProc -- after XMP_ParseTrackTags
2006-09-10 10:39:02   [INFO] Submitting track: Midgard - Ragnarök (To Bring The End)...
2006-09-10 10:39:02   [CACHE] AddTrack (cache_size = 6, tracks_size = 10)
2006-09-10 10:39:02   [LIBSCROBBLER] Preparing submit string - package size: 5
2006-09-10 10:39:02   [LIBSCROBBLER] Submitting cache...
2006-09-10 10:39:02   [DEBUG] XMP_KillTimer
2006-09-10 10:39:02   [LIBSCROBBLER] ...
2006-09-10 10:39:03   [LIBSCROBBLER] Submission succeeded.
2006-09-10 10:39:03   [LIBSCROBBLER] Submit interval set to 1 second(s).

I've also checked  few other songs (like Motörhead - We are Motörhead) and it came out, that only titles are not handled properly ;/ Band's name was submited correctly.

and here's the song:
http://rapidshare.de/files/32590348/Midgard_-_Ragnarok.mp3.html

[yagood]

I've also checked  few other songs (like Motörhead - We are Motörhead) and it came out, that only titles are not handled properly ;/ Band's name was submited correctly.

and here's the song:
http://rapidshare.de/files/32590348/Midgard_-_Ragnarok.mp3.html

Hm, this song is submitted just fine on my PC, it is shown as "Ragnarök" on my profile. What Windows are you using? Probably there are some problems with handling Unicode I guess...

[Craw]

win98. Well then, so it can't be fixed. Nvm then, thx and keep up the good work.

[yagood]

win98. Well then, so it can't be fixed. Nvm then, thx and keep up the good work.

I didn't say that it can't be fixed. It's just that I don't have access to some PC with Windows 98 to do testing. Could you please try installing Microsoft Layer for Unicode on Windows 95, 98, and Me Systems? It may resolve this problem on Windows 98. Here is the link:

http://go.microsoft.com/fwlink/?LinkId=14851

Let me know if this helps.

[Craw]

I've copied the unicows.dll into the xmplay directory, but it didn't work out :/

[yagood]

I've copied the unicows.dll into the xmplay directory, but it didn't work out :/

Did you launch unicows.exe, go through the install and restart your PC? Anyway, could you try this test version below, play the song and attach (no copy-paste please!) the log file? That would be helpful. Thanks.

Test version: http://www.grupa3g.pl/xmp-scrobbler-test.rar

[Craw]

OK, checked the plugin - it still doesn't submit correctly.
Here's the log (save as...)

[ec8or]

Big up for the plugin, works great except for one thing:

I listen to quite a lot of DJ mixes encoded as a single mp3 file with a cue sheet attached and have so far not found a single player which handles this with last.fm.  What i would like to see happen is all all separate songs being submitted individually to last.fm. Any chance of fixing this by adding support for submitting sub songs?

[yagood]

OK, checked the plugin - it still doesn't submit correctly.
Here's the log (save as...)

This test version was only for debugging purposes - there is more information written into the log file with it, so now I know more how xmp-scrobbler works on your system. I'll try to find a cause and fix it as soon as possible, sorry for this problem...

I listen to quite a lot of DJ mixes encoded as a single mp3 file with a cue sheet attached and have so far not found a single player which handles this with last.fm.  What i would like to see happen is all all separate songs being submitted individually to last.fm. Any chance of fixing this by adding support for submitting sub songs?

To be honest, I have no idea how XMPlay handles cue sheets, I haven't used any so far, but I think this would be worth checking out, so I put your idea on my "to do" list, I'll do some testing and get back with results and possible solutions. Thanks for your post.

[lingenfr]

yagood, maybe you already knew (or maybe you don't care), but.... When running XMPlay with wine under linux, the scrobbler plug-in works like a champ.

[yagood]

yagood, maybe you already knew (or maybe you don't care), but.... When running XMPlay with wine under linux, the scrobbler plug-in works like a champ.

I didn't know and I care, I use Ubuntu for work from time to time, I just don't listen to music on it. But it's nice to know that Wine project is already mature enough to handle DDE communication and other stuff. Cool!

[Chicao]

Hi there

I'm using xmp-scrobbler since the first release, and I used all the versions that were released.
Since 0.5 the crashes almost stopped. They are very rare, but still happens in my PC.

Well, today it crashed on the first song I played on xmplay.
I started playing it than I decided to start listening it again, so I scrolled it to the beginning, than it played for some time and than crashed.

Here is the log since the time I opened xmplay.

Thanks in advance.



2006-09-23 15:38:44   [DEBUG] DSP_New()
2006-09-23 15:39:00   [DEBUG] DSP_NewTrack (OPEN)
2006-09-23 15:39:00   [CACHE] Number of entries in cache: 0
2006-09-23 15:39:00   [LIBSCROBBLER] ...
2006-09-23 15:39:00   [DEBUG] DSP_SetFormat( 1, 44100, 2 )
2006-09-23 15:39:00   [DEBUG] XMP_SetTimer( 181 )
2006-09-23 15:39:00   [DEBUG] XMP_KillTimer
2006-09-23 15:39:00   [INFO] Next submission in 90 seconds... (xmpCounter = 7938000)
2006-09-23 15:39:01   [LIBSCROBBLER] Handshaking: Client up to date.
2006-09-23 15:39:01   [LIBSCROBBLER] Submit interval set to 1 second(s).
2006-09-23 15:39:01   [LIBSCROBBLER] Handshake successful.
2006-09-23 15:39:02   [DEBUG] DSP_SetFormat( 1, 0, 0 )
2006-09-23 15:39:02   [DEBUG] DSP_StopTrack
2006-09-23 15:39:02   [DEBUG] XMP_KillTimer
2006-09-23 15:39:09   [DEBUG] DSP_SetFormat( 1, 44100, 2 )
2006-09-23 15:39:09   [DEBUG] XMP_SetTimer( 181 )
2006-09-23 15:39:09   [DEBUG] XMP_KillTimer
2006-09-23 15:39:09   [INFO] Next submission in 90 seconds... (xmpCounter = 7938000)
2006-09-23 15:40:13   [DEBUG] DSP_Reset
2006-09-23 15:40:17   [DEBUG] DSP_SetFormat( 1, 0, 0 )
2006-09-23 15:40:17   [DEBUG] DSP_StopTrack
2006-09-23 15:40:17   [DEBUG] XMP_KillTimer
2006-09-23 15:40:18   [DEBUG] DSP_SetFormat( 1, 44100, 2 )
2006-09-23 15:40:18   [DEBUG] XMP_SetTimer( 181 )
2006-09-23 15:40:18   [DEBUG] XMP_KillTimer
2006-09-23 15:40:18   [INFO] Next submission in 90 seconds... (xmpCounter = 7938000)
2006-09-23 15:42:02   [DEBUG] DSP_Process -- sec <= 0
2006-09-23 15:42:02   [DEBUG] XMP_SubmitProc (bProcessed = 0)
2006-09-23 15:42:02   [DEBUG] XMP_InitDde
2006-09-23 15:42:02   [DEBUG] XMP_InitDde -- after DdeInitialize (instID = 33555585)
2006-09-23 15:42:02   [DEBUG] XMP_SubmitProc -- after XMP_InitDDE
2006-09-23 15:42:02   [DEBUG] XMP_GetChannelData (instID = 33555585, ch = info1)
2006-09-23 15:42:02   [DEBUG] XMP_GetChannelData -- after DdeCreateStringHandle (instID = 33555585, hszService = 49153)
2006-09-23 15:42:02   [DEBUG] XMP_GetChannelData -- after DdeCreateStringHandle (instID = 33555585, hszTopic = 49154)
2006-09-23 15:42:02   [DEBUG] XMP_GetChannelData -- before DdeConnect (instID = 33555585, hszService = 49153, hszTopic = 49154)
2006-09-23 15:42:02   [DEBUG] DdeCallback (uType == 33010, uFmt = 0)
2006-09-23 15:42:02   [DEBUG] XMP_GetChannelData -- after DdeConnect (hconv = 67112321)
2006-09-23 15:42:02   [DEBUG] XMP_GetChannelData (id = 33555585, ch = info1, hconv = 67112321, hdata = 117445377, hszService = 49153, hszTopic = 49154)
2006-09-23 15:42:02   [DEBUG] DdeCallback (uType == 33010, uFmt = 0)
2006-09-23 15:42:02   [DEBUG] XMP_SubmitProc -- after XMP_GetChannelData (size = 186)
2006-09-23 15:42:02   [DEBUG] XMP_SubmitProc -- after XMP_FreeDDE
2006-09-23 15:42:02   [DEBUG] XMP_ParseTrackTags
2006-09-23 15:42:02   [INFO] No valid MusicBrainz ID found, consider using MusicBrainz taggers to tag this file properly!
2006-09-23 15:42:02   [DEBUG] XMP_SubmitProc -- after XMP_ParseTrackTags
2006-09-23 15:42:02   [INFO] Submitting track: Supergrass - 04 - Alright (I Should Coco)...
2006-09-23 15:42:02   [CACHE] AddTrack (cache_size = 0, tracks_size = 10)
2006-09-23 15:42:02   [LIBSCROBBLER] Preparing submit string - package size: 1
2006-09-23 15:42:02   [LIBSCROBBLER] Submitting cache...
2006-09-23 15:42:02   [DEBUG] XMP_KillTimer
2006-09-23 15:42:02   [LIBSCROBBLER] ...

[yagood]

Thanks for your report. This looks like another problem with libcurl - networking library I use in xmp-scrobbler - crash occurs right before network stuff. I'm experiencing some crashes occasionally too and I've been suspecting libcurl for some time now... Well, if I only could find the time to rewrite this part of xmp-scrobbler code... I'm sorry that there hasn't been too much activity lately in the project, "to do" list is quite long and I know I only keep promising that after exams etc., but there are so many things now that keep me extremely busy, but eventually I will find these few hours to concentrate on xmp-scrobbler again, just please be patient...

 

[Zarggg]

I just noticed this crash today.

Invariably, when I start playing an Ogg Vorbis file, right-click the close box (to save playback point upon reload), then reload XMPlay, XMPlay crashes. Reopening XMPlay is then fine, as it no longer has the playback point saved.

The offset that Windows gives me begins the path for xmp-scrobbler.dll, so I think it may be an error with this DSP. Unloading the DSP causes XMPlay not to crash. I have not witnessed this crash while playing any other filetype.

[Haze]

Having only skimmed the thread I don't know whether this has been suggested earlier. But how about setting an expiration on the cache? I've just noticed that the plugin hasn't been able to submit tracks to my Last.FM account for almost a month now. And clearing the cache solved the problem.

So might it be a suggestion to either have the cache auto-expire after a certain time limit or have an easier way for end-users to clear it rather than manually deleting the file from their directory?

[yagood]

I just noticed this crash today.

Invariably, when I start playing an Ogg Vorbis file, right-click the close box (to save playback point upon reload), then reload XMPlay, XMPlay crashes. Reopening XMPlay is then fine, as it no longer has the playback point saved.

The offset that Windows gives me begins the path for xmp-scrobbler.dll, so I think it may be an error with this DSP. Unloading the DSP causes XMPlay not to crash. I have not witnessed this crash while playing any other filetype.

Hmm, this works fine for me, no crash after reopening XMPlay with OGG files. Could you provide your xmp-scrobbler log?

Having only skimmed the thread I don't know whether this has been suggested earlier. But how about setting an expiration on the cache? I've just noticed that the plugin hasn't been able to submit tracks to my Last.FM account for almost a month now. And clearing the cache solved the problem.

Honestly, I would be more interested in finding out why plug-in hasn't submitted anything for a month rather than in making cache expiration option, because I would want to make cache as reliable as possible, so if you still have the log file from that time when xmp-scrobbler wasn't submitting tracks, please provide it.

So might it be a suggestion to either have the cache auto-expire after a certain time limit or have an easier way for end-users to clear it rather than manually deleting the file from their directory?

As I wrote above - auto-expire isn't a good choice in my opinion, but I will add "Clear cache" button in the options window to make it more user-friendly. Thanks for this suggestion!

[Haze]

I had already deleted the old cache and logs. :\ But as "luck" would have it I ran across the same problem again today. I've zipped up both files and temporarily uploaded them to http://www.dutchfurs.com/~haze/junk/scrobbler.zip for your "enjoyment". I hope these'll help a bit!