GNOME Bugzilla – Bug 525602
Tags Imported with Junk before Title, Artist & Album.
Last modified: 2009-01-04 16:47:53 UTC
Please describe the problem: I have 4 cds worth of files that were ripped via Sound Juicer, which have been ripped in MP3 format. All mangled text starts with ;;[0x0?][0x03], with the ? varying and [ ] being one character. This has been verified to occur with a clean install. Steps to reproduce: 1. Rip CDs into MP3s via Sound Juicer 2. Import into Banshee 3. Problem is seen. Actual results: The tags have junk in them. Expected results: The tags are shown as they appear to be in the MP3 file Does this happen every time? Yes. Other information:
Can you determine what charset the tags are?
Closing this bug report as no further information has been provided. Please feel free to reopen this bug if you can provide the information asked for. Thanks!
Sorry for taking so long. Parsing the file by hand reveals that in the ID3v2.4.0 section, the data in the frames has 'data length indicator' flag set, and this offsets the textual data of the tag off by 4 ( as per http://www.id3.org/id3v2.4.0-structure ) )
OK, thanks for replying. Have you tested in 1.0 or SVN to examine whether this is still a problem now? Also, which version of taglib-sharp do you have on your system?
Just checked with 1.0.0 today. Problem still exists.
Created attachment 115500 [details] First 4s of a mp3 file which is an example of this problem. File which exhibits the problem.
Ok, so this is a bug in taglib#. A simple C# testcase is showing this to be the case.
Created attachment 115560 [details] [review] Fix Data Length Indicator handling. Attaching here because Taglib-sharp has no bugzilla.
I'm experiencing the same as described in the bug report. Haven't used Sound Juicer though. If this is a bug with Taglib-sharp, can it be resolved somehow? My files show up fine in other music players (tried bmpx and exaile).
It looks like this was fixed by Gabriel in taglib-sharp svn : http://anonsvn.mono-project.com/viewvc/trunk/taglib-sharp/src/TagLib/Id3v2/Frame.cs?r1=92562&r2=121568 Feel free to re-open this bug if it is not the case.