Support and General Use > Audio Playback, Database and Playlists

Genre tags being misread by 3.9/3.9.1

<< < (2/2)

Toxikator:
Track info (nice new feature BTW, I never knew that was there) shows the same issue.

I've uploaded a small pic so you can see; it looks like a lowercase "p" with a higher stem, and it sorts alphabetically after "s", so I'm guessing it's a unicode symbol.

I also checked the "<untagged>" tracks; they simply return no "genre" field in track info.

However, on MP3Tag AND Foobar2k, the values are returned properly, as the second screenshot shows (these are for the same track the Rockbox screenshot is showing).

Since it won't let me attach this, here's the song file itself if anyone wants to check it out on their copy of RB or their tagging program:
http://limelinx.com/files/22a897c882c4478c3032a12bd34dff3e

You can download it from there (use the small DL link below the Facebook icon, not the gaudy flashing ones, obviously). And I will open a Flyspray for this as well.

Lear:
The file contains two genre frames (TCON), and the latter contains the strange "p". Rockbox shows the latter one.

However, I can't really match up the contents of the ID3 tag with the spec, so there still might be something odd with the tag itself. I'll look more into it.

[Edit:]

Ah, didn't take a flag into account. Now the contents match up much better. Still, the second genre frame was a little odd, as it was completely empty (even lacking a terminating 0 that's supposed to be there). This confuses Rockbox a little, causing the odd char to show up.

Ignoring empty tags seem reasonable, so I'll upload a patch for it. The change I have in mind might cause other problems, so some testing would be nice before commit.

Navigation

[0] Message Index

[*] Previous page