Rhythmbox ID3 Tag Issues
So I recently noticed that Rhythmbox was behaving strangely when reading the ID3 tags of my MP3 collection purchased online via Amazon.com. No matter what ID3 tag editor I used to try to correct the issue, Rhythmbox appeared to be displaying tag information that didn’t seem to match any of the values they should be. Artist names would not appear as I set them. Track numbers and genres would display as blank values. ‘What gives?’, I thought.
So I decided to use “strings” to take a look inside the MP3’s and find out what’s going on. It turns out my MP3’s were double tagged with v1 metadata and it was screwing up Rhythmbox’s organizational skills! Boo!
Some brief background info on ID3 tagging is needed before we continue. ID3 v1.x tags are located at the tail end of an MP3, whereas v2.x tags are located at the beginning of the file. To view the raw tag data, open up a terminal window and use the strings command to parse the mp3 for text.
$ strings songname.mp3 | head $ strings songname.mp3 | tail
Here’s an example of the output obtained from one of my problematic tracks. I wanted the artist name to appear as “Bob Marley”, but Rhythmbox insisted on displaying “Bob Marley & The Wailers”.
$ strings 01\ -\ Is\ This\ Love.mp3 | tail J/q: X0aZ -g%U TAGIs This Love Bob Marley & The Wailers Legend TAGIs This Love Bob Marley Legend 2002Amazon.com Song ID: 20254105
In this example, you can see I have two ID3v1.x tags at the end of the file. Each tag starts with “TAG”, immediately followed by the track name, artist and album. Rhythmbox was only reading the first one, but all of the tag editors I tried were working with the last one.
Solution:
Simply remove all ID3v1.x tags twice, then re-write them if you wish. An easy command line application for this job is “eyeD3“. Others may work as well, but of course your mileage may vary.
Install eyeD3 from repositories if you use Debian/Ubuntu.
$ sudo apt-get install eyed3
Display the outer-most ID3v1.x tag
$ eyeD3 -1 01\ -\ Is\ This\ Love.mp3
Remove the outer-most ID3v1.x tag twice, or until they’re all gone. I trimmed the output below for brevity.
$ eyeD3 --remove-v1 01\ -\ Is\ This\ Love.mp3 1>/dev/null Removing ID3 v1.x tag: SUCCESS $ eyeD3 --remove-v1 01\ -\ Is\ This\ Love.mp3 1>/dev/null Removing ID3 v1.x tag: SUCCESS
Doing so immediately resolves the Rhythmbox tag display issue, as it reverts back to using the v2.x tags at the beginning of the file.
Fixing the problem in bulk:
If you want to fix all of your MP3’s fast, you can use any of the following methods. Remember, you must run them at least twice, or until all v1.x tags have been removed. The commands listed below use "1>/dev/null“ to remove all standard output, but still allows standard error messages to be shown. Interestingly, the SUCCESS messages eyeD3 uses are written to standard error, so you’ll see those too.
If all your MP3’s are in the same directory:
$ for i in *.mp3 ; do eyeD3 --remove-v1 "$i" 1>/dev/null ; done
If all your MP3’s span multiple subdirectories:
$ find . -type f -name *.mp3 -exec eyeD3 --remove-v1 '{}' 1>/dev/null \;
Alternatively, you can use a python script written by UlyssesR, originally contributed on the Ubuntu Forums here. The script has the advantage of only needing to be run once and it is relatively safe to use. I actually used it on my entire collection before using eyeD3 in this manner with no problems. I then reapplied my tags using EasyTag.
on August 19th, 2008 at 4:14 am
Thx mate, I really need this because I have the same issue, I write the tag with easytag but RB continues to display a wrong tag!
Thanks from Sicily :D
on September 17th, 2008 at 2:57 pm
Thanks a lot for this. i knew my mp3s had more than one ID3 tag but didn’t know how to resolve it. Your solution in very helpful
on December 22nd, 2008 at 7:51 am
Very Useful post!
See also http://ubuntuforums.org/showthread.php?t=1013374 about removing APE tags which can lead to the same Rhythmbox behavior.