On 2/9/06, Loïc Minier <[EMAIL PROTECTED]> wrote: > retitle #351617 Cannot read non-UTF-8 ID3 of mp3 with gst-0.10 -- > >gst-plugins-good-0.10.1.2? Fine, it's OK. Thanks. > stop > > Hi, > > On Mon, Feb 06, 2006, Hongzheng Wang wrote: > > Just after upgrade to 0.9.3, I surprisingly find that rhythmbox begin > > to use gst-0.10 as backend. It's good since gst-0.10 has many > > advantages compared with gst-0.8. But it seems that gst-0.10 cannot > > read non-UTF-8 ID3 of mp3 files correctly. > > > > Well, I know all ID3 info SHOULD be encoded in UTF-8. The reality, > > however, is not the case. There are still a large number of mp3 files > > encoded locale depended, especially in East Asian countries. More > > important thing is, many hardware mp3 players cannot read UTF-8 ID3 > > too. So, we couldn't solve this problem just by simply convert all > > mp3 files into UTF-8 ID3 files. > > > > In gst-0.8, an environment variable GST_ID3_TAG_ENCODING controls how > > gst application read ID3 info. But it appears to be ignored by > > gst-0.10. > > > > Is there any method to ask gst-0.10 read non-UTF-8 ID3? > > I have no idea whether the root problem is a GStreamer limitation or a > Rhythmbox one, but I've seen some amount of activity on ID3 tags > parsing with respect to UTF-8 in the pre-releases of gst-plugins-good > (gst-plugins-good-0.10.1.2) which I've commited in the pkg-gstreamer > SVN. Since I found this problem when rhythmbox upgraded to 0.9.3 which was built on gst-0.10 instead of gst-0.8, I think it may be due to gstreamer limitation.
In gst-0.8, gstreamer will check environment variables GST_ID3V2_TAG_ENCODING, GST_ID3_TAG_ENCODING and GST_TAG_ENCODING for a colon-separated list of character encodings to force interpretation of non-unicode strings stored in an ID3v2 tag to a particular encoding. If none is specified, try to use current locale's encoding, then fall back to ISO-8859-1. (cf. http://cvs.freedesktop.org/gstreamer/gst-plugins/ChangeLog?rev=1.1759) But gst-0.10 appears to have some changes for this problem. So I doubt this bug is caused by the new backend of rhythmbox. By the way, this only happens when rhythmbox adds new mp3 files. The files added by old rhythmbox are displayed correctly, however. > > If you feel confortable enough, you can build -base and -good from SVN, > and check whether they solve the problem, otherwise wait for a week or > so until the official release happens. If it doesn't solve your > problem, we will look into it with more depth. I think I'd better wait until the official release is out :-) > > Cheers, > > -- > Loïc Minier <[EMAIL PROTECTED]> > Current Earth status: NOT DESTROYED > -- Hongzheng Wang
