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

Started by yagood, 22 Mar '06 - 19:56

main

Quote from: main on 19 Sep '15 - 08:16The plugin works just fine now.

Cheers T'az!

Under both W7 and W10 with visual studio c++ runtime 2013 installed, if anybody wonders.

yaurthek

#776
Hello everyone,

I've been working on a completely new open source scrobbling plugin since Last.fm broke xmp-scrobbler.

I have an internal version working for a few weeks now, and I think it's time for a public release!

You can find the project's main page here, with a README and a feature list: https://github.com/mlaily/xmp-sharp-scrobbler

Please note this plugin is written in C++ and C#, and compiled on Visual Studio 2015, so the requirements are a bit more than usual.
If it's not already the case, you will have to install the MSVC++ 2015 redistributables, and the .Net Framework 4.6.
This means the plugin won't work on XP or lower.

That said, you can download a compiled version here : https://github.com/mlaily/xmp-sharp-scrobbler/releases/ (You will also find a copy of the aforementioned required dependencies)

Feedbacks are welcome!



T`aZ

hi yaurthek, this is good news! I was going to implement in the coming weeks an updated version using the new last.fm rest api. but it seems you already did that ^^. I'll try your plugin in the coming days.

raina

Good hustle, everyone. This new one doesn't seem to be working with cue sheets yet, is it?


yaurthek

#780
Quote from: raina on 21 Sep '15 - 09:01This new one doesn't seem to be working with cue sheets yet, is it?

I believe it does, though I don't use them very much. Did you notice any trouble with a cue sheet?

raina

Running both xmp-scrobbler and xmp-sharp-scrobbler simultaneously and playing single (or separated subsong) tracks, I get doubled entries on my last.fm profile as is well expected. But if I keep cue'd files as single playlist entries and just have XMPlay advance through the subsongs, xmp-sharp-scrobbler does broadcast the "Now playing" message for the first subsong but after that it goes silent. Only 1 set of tracks is scrobbled and according to xmp-scrobbler's log, it's working normally.

EDIT: Looks like xmp-sharp-scrobbler DOES scrobble the first track later, possibly after it's done playing the whole file.

EDIT2: The new xmp-scrobbler seems to sometimes get confused about track counts and durations much easier than 0.9.7-pre did. For example here:
2015-09-22 14:32:59 [INFO] CUE sheet found, current file contains 5 track(s)
2015-09-22 14:32:59 [INFO] Current track: Pajjama - Chromiel (Karakasa)
2015-09-22 14:32:59 [INFO] Submitting in 232 seconds...
2015-09-22 14:36:50 [INFO] Track added to the cache for submission
2015-09-22 14:36:50 [INFO] Preparing to submit 1 track(s) from the cache
2015-09-22 14:36:51 [INFO] Submission succeeded!
2015-09-22 14:59:59 [INFO] Current track: Pajjama - Chromiel (Karakasa)
2015-09-22 14:59:59 [INFO] Submitting in 4294967030 seconds...
...
The file (20 minutes, 9 seconds in length) contains 4 tracks. :P

T`aZ

xmp-scrobbler-0.9.8.2-bin.7z https://docs.zoho.com/file/me7bga8b8c5246ae64d6292232b84ad303c2e
 
xmp-scrobbler-0.9.8.2.7z https://docs.zoho.com/file/me7bgb77e2c365b9f497cba660fcc3e15151e
 
Changelog:

- Fix cue parsing: detects correctly the number of tracks and artist/album info
- minor code refactor

Reminder: it requires Visual C++ Redistributable Packages for Visual Studio 2013 (x86)

raina

Yeah, the track count was fixed but otherwise it behaves the same as before. Here's the cue sheet in question, if that helps:

PERFORMER "Pajjama"
TITLE "Karakasa Side A"
REM DATE 2014
FILE "A - Karakasa Side A.flac" WAVE
  TRACK 01 AUDIO
    PERFORMER "Pajjama"
    TITLE "Chromiel"
    INDEX 01 00:00:00
  TRACK 02 AUDIO
    PERFORMER "Pajjama"
    TITLE "Ladyboys"
    INDEX 01 08:46:72
  TRACK 03 AUDIO
    PERFORMER "Pajjama"
    TITLE "Karakasa"
    INDEX 01 13:44:20
  TRACK 04 AUDIO
    PERFORMER "Pajjama"
    TITLE "Smoke Your Eyes"
    INDEX 01 15:48:25

Saint

Quote from: T`aZ on 27 Sep '15 - 10:57xmp-scrobbler-0.9.8.2-bin.7z https://docs.zoho.com/file/me7bga8b8c5246ae64d6292232b84ad303c2e
 
xmp-scrobbler-0.9.8.2.7z https://docs.zoho.com/file/me7bgb77e2c365b9f497cba660fcc3e15151e
...

Thanks... I haven't used xmplay for maybe 3 months, just open it kept crashing at 1 sec of playing music. Updated latest version still same issue however I think this update solve my issue.

T`aZ

Quote from: raina on 28 Sep '15 - 11:13Yeah, the track count was fixed but otherwise it behaves the same as before. Here's the cue sheet in question, if that helps:


I was finally able to reproduce your problem!, a fix will arrive in the coming days :)

raina

Btw, I don't know if it's with XMPlay, xmp-scrobbler or un4seen.com but the update check still considers 0.9.6 newer than 0.9.8.2.

T`aZ

xmp-scrobbler-0.9.8.3-bin.7z https://docs.zoho.com/file/cix8x8ba72f9fb1f149f486a11710b32fcf78
 
xmp-scrobbler-0.9.8.3.7z https://docs.zoho.com/file/cix8xc7dc042d17084f80b8c8feffbc6286c5

Finally! the bug fixing regarding cue file took more time than expected.

Changelog:
- Code refactoring: rewrite part of code handling .cue file, should fix most of the existing issues.
- Code refactoring: simplified a bit the internal timers.
- Built with mingw-w64 for now, i don't like the current free visual studio anymore.

This means that this version doesn't require visual studio c++ runtime anymore. However the g++ runtime (and also libcurl) are now provided in the -bin archive, just extract it in the same directory as the xmp-scrobbler.dll file.

Enjoy playing cue file!

radian

0.9.8.3 crashes my xmplay on exit, but 0.9.8.2 still works ok.
The error message from 0.9.8.3 is "This application has requested the Runtime to terminate it in an unusual way"

saga

Using xmp-scrobbler 0.9.8.3, the last character seems to be truncated on some tags. The tag in question doesn't even seem to contain unicode characters, so this is somewhat puzzling. XMPlay itself displays the title correctly everywhere, but even in the plugin's log file the last character is always missing. I'll send you the file in a private message so that you can check if it's a plugin issue.

T`aZ

(there is no 0.9.8.4)

xmp-scrobbler-0.9.8.5-bin.7z https://docs.zoho.com/file/9et0f61d8e86bbb404b90a0d11b93d6db3206
 
xmp-scrobbler-0.9.8.5.7z https://docs.zoho.com/file/9et0f91b3862a868e4fca8b79ba0797bbeaeb
 
Changelog:

- Don't read fileInfo too soon (fixes tracks not submitted if audio buffer is high)
- Fix missing last character of track names
- Minor code refactoring

BTW, you still need visual studio c++ runtime for the provided curl dll.

saga

It appears that the latest version no longer ignores tracks if you skip around in them, is this intentional? I recall that the old behaviour was "required" (or let's rather say encouraged) in the protocol - did that change?

dukzcry

Hi.

Missed the discussion :)
First thanks T`aZ, saga et al who keep working on the plugin after yagood and xander.

Quote from: yaurthek on 21 Aug '15 - 09:31I just noticed dukzcry has apparently forked this repo and worked a bit on the source (not for a while though), so I updated it.

Nah, just reformatted xander's code broken formatting with astyle so it could be easily diff'ed against yagood original code for changes. So the only branches to checkout are 0.8, 0.9.6, 0.9.7pre, everything else is an acid driven utter crap or local hacks in other words, please ignore them :D (was reluctant to rm them). Master branch is safe only after you revert the last commit (but then its equal to "0.8"), sorry. yaurthek if you will find time, please remove other branches including main in your fork, thanks :)

Quote from: saga on 14 Sep '15 - 19:59By the way, the original code was released under the GPL, so the code package should definitely come with a GPL license notice as well, even if dukzcry removed it.

Fixed. Thanks!

T`aZ

saga: good catch, it was a bug! (how many are still in there ?! ;)

xmp-scrobbler-0.9.8.6-bin.7z https://docs.zoho.com/file/obq1e7594199884794588bb1e9adfadd36acc
 
xmp-scrobbler-0.9.8.6.7z https://docs.zoho.com/file/obq1e7d807ee6e6c74806b6a62e37a393c3b6
 
Changelog: Don't submit if we skip at the very start of a track.

mk0

in W10 (that was the result from upgrade from W7)  I do not see scrobbler in dsp plugins list. in W10 on a notebook everything works fine.

Dotpitch

Quote from: mk0 on 28 Feb '16 - 12:39in W10 (that was the result from upgrade from W7)  I do not see scrobbler in dsp plugins list. in W10 on a notebook everything works fine.
Well, that means it's not a Win10 problem, but there's something wrong on the upgraded machine. Please check whether you have the same files on both systems.

Cris

Quote from: T`aZ on 30 Jan '16 - 02:18xmp-scrobbler-0.9.8.6-bin.7z https://docs.zoho.com/file/obq1e7594199884794588bb1e9adfadd36acc
Hello,

I'm using the above version.

I usually leave XMPlay open (stopped), and only use Hibernate on my laptop. And after a longer while (hours, like from one evening to the next) in which XMPlay doesn't play anything, when I start playing, xmp-scrobbler logs something like this:
2016-02-22 19:09:42 [INFO] Preparing to submit 1 track(s) from the cache
2016-02-22 19:09:42 [DEBUG] Submitting...
2016-02-22 19:09:43 [DEBUG] Submission failed: bad authorization.

At this point, I have to close and re-open XMPlay, and then everything works. I don't have to re-insert my credentials, so they are stored correctly.

My guess is that some kind on cookie/session/whatever expires so xmp-scrobbler shows that error. My suggestion would be to auto-retry a login with the saved credentials, and only show the error if the auto-retry fails. Could this be added, please? :)

P.S.: Disabling and re-enabling xmp-scrobbler from its options doesn't help.

T`aZ

Hi, version 0.9.8.7 released.

http://code.fosshub.com/xmp-scrobbler/downloads

Install : extract all files (and overwrite those already existing) to the xmp (plugin) directory (as usual).

Changelog :
- New host for downloads (not really code related ^^)
- New compiler runtime, compile options
- Code refactoring regarding authentication code
- Retry authentication if needed (fix Cris's bug)

Cris

Thanks, T`aZ. Since I'm using the new version, I didn't have any other issues. :)

saga

I seem to have found a dodgy cue sheet that causes playback to hang as long as xmp-scrobbler is active.
It should work with any file, so I will just attach the cue sheet without the MP3 it belongs to. Rename it to the same name as some audio file in the same directory (minus the extension, of course), add it to XMPlay and un-separate the subsongs into a single playlist entry. Audio playback should stop as soon as the song info is being fetched (which happens after 10 seconds here due to delayed info fetch).