Version: 2.4.1 (using KDE KDE 3.2.3) Installed from: FreeBSD Ports Compiler: gcc (GCC) 3.3.3 [FreeBSD] 20031106 OS: FreeBSD I wish there will be some method to properly display IDv2 tags that use windoze CP1251 encoding on X using koi8r Yes, I saw bug #48604 But 99% russian music files I download from internet are encoded using CP1251 not UTF8 in IDv2 tags. Point me to some documentation if I'm wrong and dumb (I do suspect I'am =) Alex.
Today I have checked /usr/ports/russian/xmms It handles everything just fine But I would really hate to have to switch from noatun to xmms Hope someone got a solution.
I'd hate to make noatun's handling of character sets locale-dependant. OTOH, it'd be nice to support files that are broken by stupid windows applications. But I'd say this is a problem of KFileMetaInfo. Not sure if KFMI provides an API for this.
Well XMMS (I belive) is not locale dependant It has "Encodings" tab in Preferences dialog Where you can select Language (Russian, there are 12 more cyrillic languages) ID3 Encoding (CP1251) Output Encoding (KOI8-R) FileSystem Encoding (CP1251) Playlist Encoding (CP1251)
I wish that everyone who says "there's a lot of files with tags in cp1251 out there" finally learned that the proper way to handle them is to convert tags into ID3v2 (and Unicode). Amarok used to support recoding of ID3v1 tags, but they (wisely, IMO) dropped that feature. It's not that hard to recode whole mp3 collection -- id3iconv works reasonably well for this purpose.
Moving from "kio/kfile" component to "kfile" product, helps sorting out duplicates.
Michael, do you think this is still relevant or worth doing?
(In reply to Nate Graham from comment #6) > Michael, do you think this is still relevant or worth doing? I think that's kfilemetadata's job. Also the elisa developers may have more experience with this.
From a quick glimpse at the api of taglib I couldn't find a way to automatically detect this
I am inclined to close this bug. Hopefully everyone is using id3v2 with unicode by now. Thoughts?
Agreed.