a) it's written in text instead number 81 in idv3 b) if it's correctly written by "id3v2 --genre 81 *.mp3" it's displayed a "Folk" c) v1/v2/v3 have different behavior in general always when it's written as text instead number it's plain wrong and many players especially on android have troubles
The software author has some questions: > a) it's written in text instead number 81 in idv3 You mean Id3v2? Writing the genre as text instead of a numeric string is not a bug, it is a feature of ID3v2. You can use numeric string by deactivating the option "Genre as text instead of numeric string" in the ID3v2 section of the Tags/Tag 2 tab in the preferences. > b) if it's correctly written by "id3v2 --genre 81 *.mp3" it's displayed a "Folk" Confirmed, this is bug 1 listed above. > c) v1/v2/v3 have different behavior These are different tag formats and therefore they will have different behavior. The genres should be the same however, when copied between the tags. > in general always when it's written as text instead number it's plain wrong and many players especially on android have troubles Using a text instead of a number is the recommended format for ID3v2.4.0 (see id3v2.4.0-frames.txt specification). ID3v2.3.0, however, recommends numerical strings with text refinements (id3v2.3.0.txt). The players I use on Linux do not seem to have problems with text genres in ID3v2.3. The players I use on Android do not show a genre (Music and Music Player Go from F-Droid). Which players do you know which have trouble?
> You can use numeric string by deactivating the option "Genre as text instead of numeric string" well, than it's a bug that this option enabled for whatever reason writes every genre i have numeric except Folk/Rock especially when the default is set to ID3v2.3.0 > The players I use on Android do not show a genre (Music and Music Player Go from F-Droid). Which players do you know which have trouble? currently i am using "pi music player" which supports genre, otherwise it would be unusable for me because missing "take all hard rock tracks and play them random" :-) in the past i tried different players including the builtin of Cyanogenmod/LineageOS which also supported genres and i hd random issues unless i fixed all files while i didn't even realize what exactly it changed, but i removed the tags completly, closed kid3 and wrote them from scratch which also solved some unicode issues with german umlauts finally on my own database written in PHP i ensured that there is no non-numeric and no unknown genre tag, well and that's how i found out the complete wrong handling of Folr/Rock (Blackmore's Night as example) while i wonder how i managed get the existing tracks correct while years later (now) it was impoissble with kid3 P.S.: can you please add a button to open all folders abd subfolders, it took me hours last year to open all 4000 folders, select all tracks and mark unwanted tags to delete them :-)
Forward: Thanks for your explanations. What I would like to know from you is whether the fixed version solves the bug. So could you please download https://sourceforge.net/projects/kid3/files/kid3/development/kid3-git20210513-Linux.tgz, extract it somewhere and run the kid3-qt binary which is included in the extracted archive. You do not need to uninstall your current version for this and you could delete the extraced folder afterwards if you like. Make sure that "Genre as text instead of numeric string" is unchecked, and then it should create correct tags with "Folk Rock" genre. > P.S.: can you please add a button to open all folders abd subfolders, it took > me hours last year to open all 4000 folders, select all tracks and mark > unwanted tags to delete them Just click the right mouse button in the file list and you have "Expand all" as the first action in the context menu. After all subfolders are expanded, you could use "Tools/Filter" to have only files with unwanted tags visible.
FEDORA-2021-3c215e5067 has been submitted as an update to Fedora 33. https://bodhi.fedoraproject.org/updates/FEDORA-2021-3c215e5067
FEDORA-2021-397bce5398 has been submitted as an update to Fedora 34. https://bodhi.fedoraproject.org/updates/FEDORA-2021-397bce5398
FEDORA-2021-397bce5398 has been pushed to the Fedora 34 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2021-397bce5398` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2021-397bce5398 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2021-3c215e5067 has been pushed to the Fedora 33 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2021-3c215e5067` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2021-3c215e5067 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2021-397bce5398 has been pushed to the Fedora 34 stable repository. If problem still persists, please make note of it in this bug report.
FEDORA-2021-3c215e5067 has been pushed to the Fedora 33 stable repository. If problem still persists, please make note of it in this bug report.