-
-
Notifications
You must be signed in to change notification settings - Fork 52
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
scrobbling to last.fm #530
Comments
v0.13.2 on MacOS: I've just installed Supersonic for the first time, in combination with a navidrome backend (with configured scrobbling). I also have the impression, something's off with scrobbling. When - like just a few minutes back - I'm on a song A with >50% playtime and >4min (to be on the safe side) and then decide to play another song B in the playlist, last.fm immediately shows song B(!) having been listened to before, with a concluded scrobble, and the next entry is again B, with status "scrobbling now". That seems to be a real bug. But since I'm here totally fresh, I might have overlooked something... I'll try to keep my eyes open for the next time, maybe I can provide more clues. |
There are two scrobbles being sent. There is the "now playing" scrobble that is sent as soon as a song begins playback, and there is the "submission" scrobble that is sent to increase the play count when the song ends playback if it has been played for long enough to constitute a scrobble according to those settings. It's up to the server to send the scrobbles to Last.FM. (And I don't scrobble to Last.FM personally and I'm not sure if it has a concept of the "Now playing" scrobble vs "scrobble" scrobble, but I assume it does.) |
I don't know about the two being sent, but amperfy and the webclient do it correctly. I forgot to say I'm using navidrome, if that matters at all |
Supersonic only scrobbles when the song is finished, ignores the 50% or 4 minutes setting. I'm using EndeavourOS on 0.13.2
The text was updated successfully, but these errors were encountered: