Posts made by Sharky-PI

@jonas any thoughts about this one chap? Super weird, I can't conceive what the issue might be, unless "2024.10.30" somehow compiles to the same hex code as M, or some other completely unexpected, arcane, but technically logical reason.

@rik Oh interesting. That definitely looks like it should display. Sorry mate, not sure then

@ruinspc IIRC you fix this on a per-tracks basis by unclicking "compilation" in the track's properties. Or similar option.

@rlkeeney very unlikely mate, but: any chance it's a hardware issue, and it's randomly finding segfaults on the disk? Worth running a chkdisk on it just to rule it out?

@rik I ended up using Claude to delete all the publisher art and waveform images that beatport adds ("a brightly colored fish" is the art tag for those for some reason).

It would be nice if Strawberry defaulted to Cover Art Front though

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.

non-strawberry solution: if your playlists are in a central location (e.g. /Music/playlists/) then you could 'search within files / search file contents' using whatever OS-default search tool you have handy?

Now if you were feeling INCREDIBLY saucy, you could setup a cron job to

1. scan all your playlists
2. create a database of songs [track URL] (rows) & playlists (columns), with cells filled by the playlist name; have a final column which concatenates all nonblank playlist columns, separated by semicolon
3. Write that final column to the Performer tag of those files
4. [manually/auto rescan collection in Strawberry then) search "performer:MyPlaylist" if you want the contents of the playlist in whichever Collection grouping scheme you've chosen (potentially useful/interesting), or (your main objective)
5. search for the song and look in the tags for the performer, or display the performer tag as a column.

Hi @jonas , is there a reason this wasn't added originally?
Potentially would massively inflate the library if all lyrics data were imported there?
It would be great to have this... any chance you could talk me though the blockers to implementing?
Cheers!

@nainggolouille I believe it happens automatically in the background

(Just in case you didn't know) you can change the sort order with the spanner icon.

Another low tech way to achieve this is load all of your tracks into a playlist and sort it how you like. Which you can do multiple times.

I enter "date acquired" as YYYY.MM.DD in Composer.
I recently noticed that 2 songs with composer 2024.10.30 are grouped under heading "M" instead of "0-9" like the others.
All are characters manually entered, and I've tried overwriting them with a manually-typed entry - no change.
If I change them to 2024.10.29, stays under M.
2024.10.22: M
2024.10.21: other files already exist with this value, correctly grouped in order under 0-9. When I change the 2 'offending' files to this date, they also get stored in the right place.
If I change them back to 2024.10.30: it goes back under M.

Through years of mostly unsuccessfully migrating across music players, my play counts have generally been reset each time, sadly.

Happily, strawberry saves these to the ID3s, which is great going forward.

However I've noticed that some of my files (about 1990 of 43878 tracks) have play counts increasing from the twenties, to hundreds, thousands, and lots of tens of thousands, 5 digits, specifically with blocks at
10496
16896 (loads of these)
25856
Max = 65335

Then I have two, one with 6384640 & one with 6881400.

Whole albums typically have the same playcount.

I'm not blaming strawberry for this, just wondering if there's any underlying structure/logic which could be extracted.
Ideally some simple mathematical conversion to play count. But I'm not holding my breath!

Any ideas, genius, wisdom, etc, appreciated.
Cheers!

@Sharky-PI adding info to this thread: searching the collection by
genre:microhouse
does find the example track, as does searching by
genre:clownpenis
So manual search works for semicolon-separated-subgenres, just not the GUI dropdown system.

@jonas alas. It wouldn't be possible to just modify the Collection > Genre view system to

1. Start with the existing genres
2. Remove all entries with ";" into a separate pool, keep the remainder in the 'main pool'
3. Split those by ";" into unique genres
4. Add that result to the 'main pool' from step 2?

@erdbär great news! Thanks for the info

Hi @jonas any chance of adding BPM and Key as options for columns?

@jonas hi again. Any chance you could look into this? It looks like all that would need to change for Strawberry to allow multiple genres, is for the genres sidebar in Collection to split tracks by semicolon and display the same track under both (or more) genre dropdowns.

@jonas oh nice. In which case - any chance these could be added as column options? Cheers!

@jonas hi again. Any chance the genres listing code could be tweaked to parse semicolon-separated entries into their 2 (or more) constituent genres?

I.e. in the example above: the specific song would be populated to Microhouse, and ClownPenis, but there would be no entry for "Microhouse;Clownpenis"

Cheers!

@jonas any chance you could let us know if there's scope to add BPM and Key? Or whether this would require a ton of work if TagLib doesn't support it?

This has come up various times before (1,2,3,4).

Thanks!