Anyone still scrobbling in 2022?

[joswef]

Hi, so is anyone able to confirm if the latest dev build does boot properly please? I’m not too sure what’s happening with the technical jargon. 😳. Thanks all!

[jsdf]

Hi everyone, I had Rockbox 3.15 installed on my 6th gen iPod using the old style scrobbler for a while, but upon updating to the latest daily build from today and using the lastfm_scrobbler plugin it doesn't seem to create the scrobbler log file...

If I add it at boot it displays a message that the plugin is loaded but after listening to a whole album and flushing the cache to disk manually it doesn't show up anywhere in the file system

The music files are .alac loaded from the original firmware and played through the database, if that matters

[Bilgus]

should be

.scrobbler.log

in the root

if doing this on the DAP you probably need to set your file view to Show All

[jsdf]

Oh well, I formatted the iPod from scratch again with today's build and its fine now, sorry

[automusician]

The lastfm scrobbler log viewer is a nice idea.
I'm getting crashes from it, though. First off, the buttons seem to lock up, and then it causes total system crashes most of the time I use it.

Here's one:

Code: [Select]

SWI at 073d0294 (0)
pc: 073d0294
sp: 000007e0
       A: 000007e0
bt end

That's on an iPod Video (5.0Gen), build commit :
e122243bb0c80e582c15360d4c334345aefdc9c9

[automusician]

Another little bug: if you have a track-number zero, you get a missing track number on the scrobbler.

Code: [Select]

$ metaflac --show-tag TRACKNUMBER 00\ The\ Real\ Song\ for\ the\ Deaf.flac
TRACKNUMBER=0

Results in

Code: [Select]

Queens of the Stone Age Songs For The Deaf The Real Song for the Deaf 93 S 1728570128 cee0b9f8-7ffd-4582-ac5a-ed0a8dc05015
In case it's hard to spot: between the track name and the length (93), there's no track number. My scrobbler script doesn't like it, but I'm not sure it's valid for the format to have no track number, and 0 seems valid enough for me. Many CDs have a https://en.wikipedia.org/wiki/Pregap at 0, though.

[speachy]

Another little bug: if you have a track-number zero, you get a missing track number on the scrobbler.

In case it's hard to spot: between the track name and the length (93), there's no track number. My scrobbler script doesn't like it, but I'm not sure it's valid for the format to have no track number, and 0 seems valid enough for me. Many CDs have a https://en.wikipedia.org/wiki/Pregap at 0, though.

Code: [Select]

The following fields comprise each line, and are tab (\t)
 separated (strip any tab characters from the data):

    - artist name
    - album name (optional)
    - track name
    - track position on album (optional)
    - song duration in seconds
    - rating (L if listened at least 50% or S if skipped)
    - unix timestamp when song started playing
    - MusicBrainz Track ID (optional)
...
    If the data for optional fields is not available to you, leave the field blank (\t\t).

In other words, it's legal to leave the track ID field out.

However, it's not clear is if '0' is ostensibly a valid track ID (it is supposed to be 1-indexed, after all) but rockbox internally uses a '0' value to mean the track ID is unknown or otherwise unspecified, and changing that assumption would would be a PITA.

[automusician]

Good to know that's valid; I'll make sure my scrobbler handles it.

I'll have to look and see if there's any official specs on track listing. Changing the value without a known spec does seem too much effort. One vote for 0 being worth considering is that MusicBrainz are the one setting the value to 0. e.g. https://musicbrainz.org/release/c5729b32-d992-4283-9d86-d38bcb814a14

[speachy]

This is what Rockbox was coded against.  It's long gone now, but unfortunately the Internet Archive's wayback machine is still offline after their infra hack.

  http://www.audioscrobbler.net/wiki/Portable_Player_Logging

As for CDs, "track 0" is at best an abuse of the spec; many players don't handle it properly.