Rhythmbox gives priority to APEv2 tags and won't display changes to ID3v2 tags

thanks for your report, it looks pretty similar to the following upstream report: http://bugzilla.gnome.org/show_bug.cgi?id=362876 , adding the link for it, thanks.

Hello,

I looked over that link and see there hasn't been any activity on it since 2006. I have files experiencing the same problem and I'm using the Intrepid RC, so I'm guessing this hasn't been fixed.

I've attached to this post a file (downloaded from oc remix, the music is not copyright protected and available for free, see ocremix.org for more info) that exhibits this behavior.

Got the same problem on Jaunty using Rhythmbox 0.12.0.Changing the tags in easytag made no difference to what rhythm box was seeing.Installed mp3tag v2.43 under wine and enabled write ape tags in preferences which worked a treat.

I have the same problem. Had it back in Ubuntu 8.10 and still have it now. It seems the problem is increasing in the amount of MP3 tags it is affecting. I am using Jaunty now with 0.12.5 Rhythmbox.

Same problem. Very annoying. Edit tags, rhythmbox displays the changes, then reverts after seconds. Serious impediment to music organizing.

Yeah I still haven't been able to resolve it. I switched over to Songbird for the time being. No problems editing ID tags with that.

Rhytmbox 0.12.5

This bug already exists. If a tag item was edited and closed, the player accepts and refresh well. Seconds later the change was reverted and appears as rolled back again. This is very ugly cause banshee already have big quirks too.

Can confirm the same behavior here, also Ubuntu Jaunty 9.04.

Stripping the APEv2-tags from the file solved the issue for me. Afterwards it was again possible to tag the files and the tags remained unrewinded. I assume Rhythmbox used the remaining ID3-tags.

I used the following Python-script to strip the APEv2-tags. Save it to a .py-file, make sure you have python-mutagen installed, make the file executeable and give the files to change as commandline arguments.

THIS SCRIPT COMES WITH ABSOLUTELY NO WARRANTY! USE THIS SCRIPT ONLY ON YOUR OWN RISK AND WHEN YOU KNOW WHAT YOU ARE DOING!

#! /usr/bin/python
# -*- encoding: utf-8 -*-

import mutagen
import mutagen.mp3
import mutagen.apev2

import sys

for fn in sys.argv[1:]:
 f = mutagen.File(fn)
 f.load(fn, ID3=mutagen.apev2.APEv2)
 f.delete()
 f.save()

Same problem here. Workarounded with 10111's script in #9, thanks!

@10111 Anyway to do an entire directory? And any reason this problem would be happening in Songbird now too?

@10111
thank you for your script

I found a solution to remove tags from your entire collection

http://brej.org/blog/?p=143

I'm having the same problem in Karmic.

Still experiencing this exact issue on latest Lucid with rhythmbox 0.12.7

I can confirm that I still am experiencing this problem with Rhythmbox 0.12.8 in Ubuntu 10.04.

In some cases the only workaround that worked for me was to use sound converter to replace the files which contained ape tags. It takes a lot of time but then you can definitely solve the problem.

same issue over here! Lucid, rhythmbox 0.12.8

Hello,

I have the same problem in Ubuntu 10.04.

I opened a new bug (https://bugs.launchpad.net/ubuntu/+source/rhythmbox/+bug/578016) but i see this is the same problem: http://www.youtube.com/watch?v=CtIllGXMZLU

(Thanks Kamus)

Potential workaround - not tested...

There's a music player bizarrely called DeadBeef which may become default in the next Lubuntu. Its prefs indicate that it may be able to strip APE tags

http://deadbeef.sourceforge.net/

The solution in #13 works like a charm. Stripped all APE tags from my collection.

The python script posted in #9 is quick and painless, and worked great for my whack MP3 with an APE tag hiding inside! Rhythmbox 13.1, Maverick 10.10, x86_64.