GNOME Bugzilla – Bug 333070
[id3demux] reads unicode tags incorrectly where .8 did it correctly
Last modified: 2006-03-02 13:23:30 UTC
Please describe the problem: I upgraded from gst 0.8 to 0.10 in rb (tested with gst-launch as well) and confirmed that 0.10 is reading tags differently than 0.8 Steps to reproduce: Attached is an mp3 that shows described behaviour. Note it requires korean fonts in utf-8 mode. Even without korean / unicode you can see 0.10 shows ??? where 0.8 shows that unicode characters exist for this file Actual results: Tag read incorrectly Expected results: Tag read correctly Does this happen every time? Yes Other information: http://web.ics.purdue.edu/~smwash/cut.mp3 for example file. I have about 20 more I could post if necessary. Note these files were done with iTunes 6.03 I believe. The latest as of 2/29/06.
Created attachment 60441 [details] example file discussed in bug report requires korean fonts/utf-8 for proper viewing,but bug can be seen without these.
Should read 2/28 not 2/29,which does not exist. Woes of a small keyboard (p7010d)
Created attachment 60442 [details] picture of gst-launch-0.10 -t output This is what I get with gst-launch-0.10 -t filesrc location=file ! id3demux ! fakesink -t. Can't compare with 0.8, as 0.8 won't print out any tags here (probably the snippet is too short for it). I presume the problem is the row under the comment tag?
my gst versions laptopzz@xiaohei:~/Desktop$ dpkg -l | grep gstreamer | grep 10 ii gstreamer0.10-alsa 0.10.3-1ubuntu2 GStreamer plugin for ALSA ii gstreamer0.10-doc 0.10.3-1ubuntu3 GStreamer core documentation and manuals ii gstreamer0.10-esd 0.10.2-2ubuntu2 GStreamer plugin for ESD ii gstreamer0.10-ffmpeg 0.10.0-2ubuntu1 FFmpeg plugin for GStreamer ii gstreamer0.10-gnomevfs 0.10.3-1ubuntu2 GStreamer plugin for GnomeVFS ii gstreamer0.10-plugins-base 0.10.3-1ubuntu2 GStreamer plugins from the "base" set ii gstreamer0.10-plugins-base-apps 0.10.3-1ubuntu2 GStreamer helper programs from the "base" set ii gstreamer0.10-plugins-base-doc 0.10.3-1ubuntu2 GStreamer documentation for plugins from the "ba ii gstreamer0.10-plugins-good 0.10.2-2ubuntu2 GStreamer plugins from the "good" set ii gstreamer0.10-plugins-good-doc 0.10.2-2ubuntu2 GStreamer documentation for plugins from the "go ii gstreamer0.10-plugins-ugly 0.10.2-0ubuntu2 GStreamer plugins from the "ugly" set ii gstreamer0.10-plugins-ugly-doc 0.10.2-0ubuntu2 GStreamer documentation for plugins from the "ug ii gstreamer0.10-plugins-ugly-multiverse 0.10.2-1 GStreamer plugins from the "ugly" set (Multivers ii gstreamer0.10-tools 0.10.3-1ubuntu3 Tools for use with GStreamer ii gstreamer0.10-x 0.10.3-1ubuntu2 GStreamer plugins for X11 and Pango ii libgstreamer-plugins-base0.10-0 0.10.3-1ubuntu2 GStreamer libraries from the "base" set ii libgstreamer-plugins-base0.10-dev 0.10.3-1ubuntu2 GStreamer development files for libraries from t ii libgstreamer0.10-0 0.10.3-1ubuntu3 Core GStreamer libraries and elements ii libgstreamer0.10-dev 0.10.3-1ubuntu3 GStreamer core development files please look at attached pictures for what I am seeing. The command you posted worked correctly, but using command in my picture it does not...
Created attachment 60449 [details] gstreamer 0.8
Created attachment 60453 [details] gstreamer 10
in the pictures look at the artist field
Okay, so if I'm not mistaken this has been fixed in gst-plugins-good CVS then, probably by this commit: 2006-02-16 Jan Schmidt <thaytan@mad.scientist.com> * gst/id3demux/id3tags.c: (id3demux_id3v2_frames_to_tag_list): ID3 2.3.0 used synch-safe integers for the tag size, but not for the frame size. (Fixes #331368) *** This bug has been marked as a duplicate of 331368 ***