To be more specific about this part, the software used to manage and tag my MP3 files is Apple's iTunes and ID tag generated is IDv2.3
> I came across this bug while searching for something else, and I > thought > I'd try and add a little insight: > > To me it looks like a tag decoding library issue, or badly encoded tag > in the first place, and not anything to do with fonts. > > I have the same album shown in the screenshot, and the artist in > question is 菅野よう子. > > The first two characters in boxes on the screenshot are U+FFC5 and > U+FFCE. However, the real characters are U+83C5 and U+91CE. > > Little ネ obviously doesn't belong there either, but what's > puzzling to > me is how it's even getting the last two characters *right*... :) > > Perhaps if the OP could do some tests with other file formats with > correctly encoded tags. I personally have had no end of problems with > MP3 + Japanese. I don't know the technical details, but it appears > to me > that ID3 has no text encoding indicator, and it's left to the > application to guess. > > Regardless, I don't really think this belongs in fontconfig... -- Banshee handles poorly Unicode japanese tags https://bugs.launchpad.net/bugs/49189 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
