GNOME Bugzilla – Bug 351405
Editing song name which is written in 2-byte Character leads to mess up the original tag infomation
Last modified: 2006-08-15 13:08:39 UTC
Please describe the problem: Editing song name which is written in 2-byte Character leads to mess up the original tag infomation, and cannot be recovered because the original tag changes into unreadable ascii character. Steps to reproduce: 1. import song which have 2-byte character(e.g Chinese, Korean, Japanese) in it's tag.(tag was editted with itunes 6, id ver 2.3) 2. edit tag information in properties window 3. play the song editted in step 2 4. see it displays unreadable character. 5. I cannot recover the orignal tag information. Actual results: I see it displays unreadable character. Expected results: It should display the changed tag information correctly. Does this happen every time? yes Other information:
This seems to work correctly for me, using Japanese strings in the ja_JP.utf8 locale. The tags are written as valid utf8, and are read correctly by gstreamer and mutagen. What version of gstreamer, gst-plugins-base, gst-plugins-good, and gst-plugins-ugly are you using? Do you have the id3v2mux gstreamer element installed? Can you attach the first 4kb of a file that you have edited in this way? (head -c 4k file.mp3 > file_to_attach_to_bug)
Created attachment 70941 [details] for bug report
I'm using 0.10.3 version of Gstremer pacakges in us_utf-8 locale. 0.10.8 -gstreamer-plugin-base 0.10.3 -gstreamer-plugin-good, bad, ugly and I don't have installed id3v2mux element.(I can't find that package in synaptics) I downloaded Quod Libet(=using mutagen) and edited tag information each file. After modifying the tags, I could see the correct displayed contents of music file. But after I modify the tag again in Properties window in Rhythmbox, that original information go bad. I suspect Rhythmbox because whenever I change tag-information in Quod Libet the strange bug never happens. p.s I above uploaded the file you requested,..maybe that helps you.
id3v2mux usually isn't in a separate package (in debian/ubuntu, it's in gstreamer0.10-plugins-good). With those gstreamer plugin version numbers, you're probably using it. In gst-plugins-good 0.10.4, id3v2mux writes utf-8 strings by default, while earlier it wrote iso8859-1. It looks like the tags in the file have been converted to iso8859-1. What are the title, artist, and album tags in that file supposed to contain?
title : 구리 Blues artist : 양동근 album : Yangdonggeun A.K.A. Madman it's Korean song.(Genre : Hiphop) Oh..Thank you for new information about gstreamer, and your help :) It seems that my gstreamer does faults on that tag of song. Hopefully new version of gstreamer release soon.
gst-plugins-good 0.10.4 already had a fix for that (it's bug 348913) http://gstreamer.freedesktop.org/releases/gst-plugins-good/0.10.4.html
Thanks for the bug report. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find. *** This bug has been marked as a duplicate of 348913 ***