More sleuthing has uncovered something. Puddletag shows various files with Playcounts with 2 values e.g. 0\0, 0\258, up to 0\65335.

I tried to delete those screwy counts in puddletag by overwriting them with 0 but it doesn't seem to have taken. Or they've regenerated.

Checking in kid3 it turns out that one of those files, with 0\258 has
FMPS_PLAYCOUNT=0
FMPS_Playcount=258.

If I listen to it once in strawberry:
FMPS_PLAYCOUNT=0,
FMPS_Playcount=259.
So strawberry increments FMPS_Playcount but not FMPS_PLAYCOUNT.

I wonder what the official/correct tag name is?
https://www.exiftool.org/TagNames/ID3.html this says it's "PCNT" for id3 v2.4
According to https://github.com/strawberrymusicplayer/strawberry/issues/1074 , FMPS_Playcount (Strawberry spelling) is CORRECT, so logically something else has been using FMPS_PLAYCOUNT.

But why do they (second entry, FMPS_Playcount) go up to 65335?
And does overwriting them with 0 in puddletag not work because it's displaying 2 variants of the same tag?
In puddletag I can't create separate columns for the 2 spellings because it automatically uppercases them but displays both.

@nainggolouille I believe it happens automatically in the background

I was able to get it working and what I had to do was in a virtual environment installed iTunes reset the iPod nano back to factory.

Then I attempted to copy a couple albums over from the strawberry media player in Linux. It said everything copied and then I disconnected properly and there were no music on the player. Plugged it back in and now strawberries says that there is a database problem.

I just went back into the virtual environment and just copied everything that I wanted onto the iPod nano third generation in itunes and it’s good to go.

I use rsync and back up my entire home directory to two external hard drives.

I have fixed the Issue, it seems it was a problem with the .desktop file located in
/var/lib/flatpak/app/org.strawberrymusicplayer.strawberry/x86_64/stable/fe501a8f671451ccb6eeb6f26f144b25c43ee460b69b92d4d3895ceb7337adcc/export/share/applications/org.strawberrymusicplayer.strawberry.desktop
All I had to do was replace the Exec line with Exec=flatpak run org.strawberrymusicplayer.strawberry
No idea if changing it from the default will have any negative effects, but I now have Album Art in the media controls when launched from the Application overview in Gnome.

@v1993

+2 on this question. I can't see any behavior difference but playing the first N seconds or a random preview of tracks would be a great feature. That seems like what this was meant to be.

I can confirm that this issue is still ongoing; after a PC restart, strawberry started back up in Spanish.

debian trixie

@jonas , indeed. I built recent gst-plugins-rs with librespot 0.7 and the issue has gone.
Thank you.

It is working now. I had changed some settings on the scrobblers and misunderstood the settings I was changing.

I thought a local file would scribble anything on my hard drive. Apparently, it only scrobbles files I play that are not in my collection. I never do this with Strawberry, and it was the only one selected. I turned on Collection and turned off Local Files.

@olem Could you explain it better, please? I don't get what you're trying to do.

@frostypaw
Not as far as I know - But I would also love tat feature!

Switched the style to Fusion, looks great now.

See? If you just don't respond they'll solve their own problems.

Okay, well, I think I've made some config tweaks that have helped the SMB performance. The full collection rescan still takes forever, but it always did and that's expected. The update changed, however, is now as fast as it was on linux. That was the important one.

@jonas Many thanks. That is it.

The modification time of the files was being changed. However, the that of the directory under which they sat was not being updated. A "touch" of that directory, and then "Update Changed Collection Folders" works perfectly.

Thanks again.

Regards
Stephen Meatheringham
Canberra, Australia