Posts made by wormhole-wtf

Strawberry uses QT for it's GUI library, presumably you're on GNOME, which only configures GTK applications natively. There's quite a few ways to configure QT applications. The lightweight way would be to use qt5ct. With it you'll also want to add QT_QPA_PLATFORMTHEME=qt5ct wherever you set your environment variables.

In case anyone else is having the same problem, I made a PR that fixes it for me. You can follow here #1424

I only know a little C++ so I might be headed the wrong direction here, but I dug into the repo and am seeing that there are different tag parsing logic to account for the different TagLib File types. If I'm not mistaken, the tags I listed in the original post are parsed in the way listed for MPEG filetypes. I thought that my files were being parsed as WavPacks, but after I made a stripped down version of the Strawberry tag parsing (Pastebin), I found it was getting all the way to the final, no filetype version of Strawberry's tag parsing logic (GitHub to the relevant conditional). Unless there's a maintainer here that wants to tackle this, I'm gonna read up on TagLib and try my hand at writing a patch for this.

So here's the situation: I got myself this 20 disc collection of music from a video game series, which, being I ripped the discs into my collection, didn't have any metadata attached. I scripted Kid3 to add the metadata that I scraped from the website about the music collection. I set Kid3 to make the tags as Id3v2.4 primarily so that I could use the TMCL tag to credit vocalists. Anyways, at the end of it all, I now had the files tagged and reorganized into one folder following the naming convention of "{disc}-{track} {title}.wav". I was using Elisa as my music player during this, and it was correctly parsing the metadata added to these files but it was struggling to parse a different album in my collection. So to compare, I loaded up Strawberry to check that album.

The new album was correctly loaded by Strawberry (horray!), but the original album (with 20 discs) was put into the "Unknown Artists" category. In addition, Strawberry was displaying each track's disc number as it's track number, and left all the disc numbers blank. Some other tags were also not loaded into Strawberry as seen from the "Edit Track Information" window.

The affected files are supposed to have "Various Artists" as the Album Artist (TPE2), their Disc Number (TPOS), their Track Number (TRCK), their Composer (TCOM), their Artist (TPE1) equal to their Composer, and other credits in either Arrangers (TIPL) or Performers (TMCL) as applicable. I did verify that Kid3 updated the files correctly by comparing the updated files tags in a hex editor to the Id3v2.4 standard (Link). I didn't see any major flaws or this would be a bug report to Kid3 instead, but I'm by no means an expert here.

I attempted editing the affected files in Strawberry and comparing the output. But on save the files was not modified and Strawberry reparsed them in the same way.

All this is to say: does anyone have documentation on Strawberry's tag parsing and/or know what structure it expects the mentioned tags to be in? I can do some retagging if I'm using the wrong Id3v2 frames or something, but I'm not sure where to look. These are WAV files, if that is a concern.

EDIT: Strawberry Version 1.0.23 on Fedora 39 KDE Spin