Re: Fw: cddb utf-8 encoding/Chinese character encoding
Michael Mauch <[email protected]> Fri, 9 Feb 2007 23:38:35 +0100
| Newsgroups | gmane.comp.multimedia.grip.user |
|---|---|
| Message-ID | <20070209223835.GD18643@elmicha> |
Chin Tong wrote: > > > Here they are: > > > xxx@debian:~$ locale > > > LANG=en_US.UTF-8 > > > LC_CTYPE="en_US.UTF-8" > > > LC_NUMERIC="en_US.UTF-8" > > > LC_TIME="en_US.UTF-8" > > > LC_COLLATE="en_US.UTF-8" > > > LC_MONETARY="en_US.UTF-8" > > > LC_MESSAGES="en_US.UTF-8" > > > LC_PAPER="en_US.UTF-8" > > > LC_NAME="en_US.UTF-8" > > > LC_ADDRESS="en_US.UTF-8" > > > LC_TELEPHONE="en_US.UTF-8" > > > LC_MEASUREMENT="en_US.UTF-8" > > > LC_IDENTIFICATION="en_US.UTF-8" > > > LC_ALL= UTF-8 is fine, but en_US doesn't look right for any kind of Chinese. Try locale -a | grep zh to find a Chinese locale, then pick one of the UTF-8 values and set LANG accordingly, e.g. export LANG=zh_CN.UTF-8 This LANG variable will only stick for the current shell, so start grip in the same shell as this "export LANG...". If you want to make the LANG setting permanent, put it somewhere in your config scripts (/etc/profile, /etc/sysconfig/i18n or similar). Maybe if you tell us your distribution, somebody can tell where the best place is. > > > xxx@debian:~$ echo $G_FILENAME_ENCODING > > > xxx@debian:~$ echo $G_BROKEN_FILENAMES > > > xxx@debian:~$ Ok, that looks fine for UTF-8. > > > ----->NOTE both echo outputs are empty. > > > > Config -> Misc -> "Allow high bits in filenames" enable. > > > Yes Good. > > > > And look > > > > at your settings in Config -> ID3 -> * "Character set encoding". > > > > > > ID3v1 and ID3v2 Character set encoding are both set to "ISO_8859_1" That doesn't look right. I have the ID3v2 set to UTF-8 (I'm not sure whether it should work for ID3v1, too). > > > .......snipped > > > > Can you describe that "gibberish" and "no luck" a bit more precisely? > > > > Are the filenames wrong? Or the names of the songs as you see them in > > > > grip? Or the names of the songs in the encoded files (i.e. the id3 > tags > > > > or ogg comments)? > > > > > > GRIP does not display the names correctly either. And the symbols are > the > > > same. > > > > > > the filenames/artist/album are completely gibberish: > > > as: > > > xxx@debian:~/ogg/cµ$ ls > > > ?àýh > > > xxx@debian:~/ogg/cµ$ > > > > > > no luck in my case are: > > > I tried change the character encoding to ISO_8859_1 and ISO-8859-1 from > > > UTF-8, still no use. ISO-8859-1 is wrong for you. That's "Latin-1", just the plain old American 7-bit ASCII and a few additional European characters. With Chinese, you need the modern UTF-8 or one of the old Chinese encodings (alas I don't know much of that, but "BIG-5" comes to mind). I also must admit that I have no idea whether the encoding (character set) is even stored in CDDB entries. So it might be possible that even if everything is setup alright on your side, the CDDB entries have no way to tell their character set. Maybe the programs that submitted the Chinese CDDB entries simply choose one popular encoding and hoped that other programs use the same encoding. Maybe someone else can help us out here and tell whether the encoding is stored along with the CDDB entries? Not sure if these help: http://zh.wikipedia.org/wiki/EUC http://en.wikipedia.org/wiki/Chinese_character_encoding > > > I tried to login GNOME using other Chinese locales such as simplified, > > still > > > no use. > > > I tried also using Sound-Juicer, but no characters show up properly. Hmm. What distribution do you use? Maybe you could try switching to an "Asian-character-sets-aware" distribution like Red Flag or Asianux? Again, I have no idea what I'm talking about, but I guess that East-Asia-centric distributions have better support for Chinese characters. Regards... Michael ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642