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

Started by yagood,

stardust

Quote from: realnabarl0.9.6 works for me, 0.9.7pre seems doesn't work.
what does the log file say ?

stardust

turns out theplugin has locked itself on me now...

i changed my last.fm password a few days ago to only contain regular letters, and while it did successfully connect with the server at first, the log file continues to state that the password is wrong...

it appears to have succeeded at making a handshake with the server today, but as this recent section of my log displays, something is not right...

Quote from: xmp-scrobbler Pre-0.9.7 log2012-04-01 16:18:54   [INFO] Hello, this is xmp-scrobbler Pre-0.9.7.
2012-04-01 16:49:06   [INFO] There are 152 entries in cache.
2012-04-01 16:49:07   [INFO] Successfully connected to the Last.fm server.
2012-04-01 16:49:10   [INFO] No valid MusicBrainz ID found, consider using MusicBrainz taggers to tag this file properly.
2012-04-01 16:49:10   [INFO] The current track is "OUTDISTANCE" by DRAX.
2012-04-01 16:50:40   [INFO] Track added to cache for submission.
2012-04-01 16:50:40   [INFO] Preparing to submit 10 tracks from cache.
2012-04-01 16:50:41   [WARNING] Your login info is incorrect, please correct it in the plugin config.

raina

Ok, this might not be it at all but xmp-scrobbler starts giving this warning when another application is scrobbling simultaneously and it clears up when you restart XMPlay. Do you happen to have anything else last.fm related running by chance?

stardust

Quote from: rainaOk, this might not be it at all but xmp-scrobbler starts giving this warning when another application is scrobbling simultaneously and it clears up when you restart XMPlay. Do you happen to have anything else last.fm related running by chance?
nothing but the irresponsive last.fm client, which has always run in the background...

also, i don't know whether this matters, but i've noticed that the number of bullets in the password field does not correspond to my current password...and i suspect the plugin might be reverting it to an older password

i've tried to downgrade to v 0.9.6, but the problem still persists

is this info stored in some sort of cache file ?

Dotpitch

The settings for xmp-scrobbler are stored in xmplay.ini, look for DSP=[hex encoded settings].

stardust

at last, i finally figured out what was wrong

the plugin's login data was stored in my Saved Settings for individual tracks, overriding any changes i would make, and thus reverting my password

solved it by removing the plugin from all save states, and finally ticking the "Exclude from saved settings" box

whew...

Dotpitch

Quote from: stardustthe plugin's login data was stored in my Saved Settings for individual tracks, overriding any changes i would make, and thus reverting my password
Ah, good call! I'll try to remember this ;).

HavaR

Hello, I am having trouble scrobbling tracks using a cuesheet. It doesn't seem like anyone is working on this plugin anymore, but since it used to work in the past maybe it's possible to get it working again. Here is the log:
2012-04-23 02:23:32 [INFO] CUE sheet found, the current file contains 9 track(s).
2012-04-23 02:23:32 [INFO] The current track is "tle E2-E4" by Ruhige Nervosität
13:00 Gemässigter Aufbruch
23:00 ...Und Mittelspiel
30:00 Ansatz
36:00 Damen Eleganza
41:00 Ehrenvoller Kampf
44:00 Hoheit Weicht (Nicht Ohne Schwung)
53:00 ...Und Souveränität
56:00 Remis
.
2012-04-23 02:27:23 [INFO] Track added to cache for submission.
2012-04-23 02:27:23 [INFO] Preparing to submit 1 track from cache.
2012-04-23 02:36:28 [INFO] The current track is "tle E2-E4" by Gemässigter Aufbruch
23:00 ...Und Mittelspiel
30:00 Ansatz
36:00 Damen Eleganza
41:00 Ehrenvoller Kampf
44:00 Hoheit Weicht (Nicht Ohne Schwung)
53:00 ...Und Souveränität
56:00 Remis
.
2012-04-23 02:40:23 [INFO] Track added to cache for submission.
2012-04-23 02:40:23 [INFO] Preparing to submit 2 tracks from cache.
2012-04-23 02:40:24 [INFO] Submission succeeded.
2012-04-23 02:46:28 [INFO] The current track is "tle E2-E4" by ...Und Mittelspiel
30:00 Ansatz
36:00 Damen Eleganza
41:00 Ehrenvoller Kampf
44:00 Hoheit Weicht (Nicht Ohne Schwung)
53:00 ...Und Souveränität
56:00 Remis
.
2012-04-23 02:49:53 [INFO] Track added to cache for submission.
2012-04-23 02:49:53 [INFO] Preparing to submit 1 track from cache.
2012-04-23 02:49:54 [INFO] Submission succeeded.
I attached the cuesheet too. As you can see it takes what is actually track-titles and uses them for artist name, and what it thinks are track titles is actually the end of the album "TITLE" specification and the name of the album with some spaces inbetween. It says also that the tracks are submitted successfully, as wrong as they may be, but they don't show up on my last.fm profile. I use xmplay 3.6.0.1. and xmp-scrobbler Pre-0.9.7. on Windows 7.

Dotpitch

That looks like an error in parsing the cue sheet, as it shouldn't be echoing the upcoming titles either. Does it help if you remove all non-ASCII characters from the sheet?

raina

I've run into this problem a few times and it's because the plugin is expecting a PERFORMER tag for each track. I just tried this:
PERFORMER "Manuel Göttsching"
TITLE "E2-E4"
FILE "01_E2-E4.mp3" WAVE
  TRACK 01 AUDIO
    PERFORMER "Manuel Göttsching"
    TITLE "Ruhige Nervosität"
    FLAGS DCP
    INDEX 01 00:00:00
  TRACK 02 AUDIO
    PERFORMER "Manuel Göttsching"
    TITLE "Gemässigter Aufbruch"
    FLAGS DCP
    INDEX 01 13:00:00
.
.
.

Which makes the plugin behave like so:2012-04-23 10:06:41 [INFO] CUE sheet found, the current file contains 9 track(s).
2012-04-23 10:06:41 [INFO] The current track is "Ruhige Nervosität" by Manuel Göttsching.
2012-04-23 10:06:46 [INFO] Playback stopped.

HavaR

Thanks, raina, that solves my problem :D It also explains why it sometimes worked in the past, since I usually use cuesheets on mixes with several performers.

saga

[WARNING] Your login info is incorrect, please correct it in the plugin config.It just stopped working yesterday! Already tried to change my password to a new one, alas it still doesn't work. Is anyone else experiencing similar issues?

Dotpitch

saga

[INFO] Successfully connected to the Last.fm server.Looks like it does...

Edit: Whatever.. Seems to work again... Weird!

Edit 2: Oh, how silly - Apparently there was indeed one saved setting with DSP settings which reset the password to an old one. Typing in the new password didn't seem to help at first since the new password was apparently not instantly taken into account.

Dotpitch

Quote from: sagaApparently there was indeed one saved setting with DSP settings which reset the password to an old one.
OK, good that you found it :).

reag

No matter how much I play with it I haven't been able to get this to work after October.
Log's are saying it's submitting the track info but lastfm just isn't updating to show it.

I kinda think it's time someone updated this to use the new 2.0 api or at least 1.2.1 as 1.1 is pretty much dropped completely.
I'm sure I'm not the only one who is having these problems and I'd rather not have to use another mediaplayer because xmplay wont interact with lastfm anymore.
I used to use lastfm to pull over what track was currently playing on my livestreams but it's impossible to do now as it no longer updates.

Iris

Dear developers, I've been using the xmplay scrobbler since 2010, and xmplay for as long as I can remember. But since a few months I get this error regularly:

[INFO] The current playback was already submitted in the previous XMPlay execution.

Only one song will be submitted from when I start xmplay, and then I get that message. How to fix?..