rhythmbox saves mp3 tag at start of file but loads already existing tag from end of file

Bug #180627 reported by Kevin Sopp on 2008-01-05
32
This bug affects 5 people
Affects Status Importance Assigned to Milestone
rhythmbox (Ubuntu)
Low
Unassigned

Bug Description

Binary package hint: rhythmbox

Rhythmbox 0.11.2

I have an mp3 here with a tag by lame3.93 at the END of the file.
I change the tag in rhythmbox and it writes the tag to the START of the file (or so it seems on examination of the file).
When I restart rhythmbox it will read the tag from the END of the file again thus displaying the old information which I tried to overwrite.

So it should either delete the tag at the end of the file or settle on preferring the tag at the start of the file.

Basilio Kublik (sourcercito) wrote :

Hi Kevin
could you please provide a sample file which can be used to reproduce this issue?.

Thanks in advance

Changed in rhythmbox:
assignee: nobody → sourcercito
importance: Undecided → Low
status: New → Incomplete

On Jan 11, 2008 1:31 PM, Basilio Kublik <email address hidden> wrote:
> Hi Kevin
> could you please provide a sample file which can be used to reproduce this issue?.

Oh, I knew someone would ask ;-) the file is copyright protected, but
I can still send it to you, if you like. I have since found out that
lame3.93 is not the problem. A program called Apetag (available from
source) was used to create the tag at the end of the file, however I
haven't been able to reproduce the exact behavior I'm getting with my
original file.

Basilio Kublik (sourcercito) wrote :

Hi Kevin
I really don't know of how much use could this be, since probably I'm not the one who would fix this issue, hence it's possible that others must have access to the file in order to provide a solution to this problem, so if you could obtain a file which isn't copyright protected and have the same characteristics of the one being discussed, would be of great help.

Thanks

Basilio Kublik (sourcercito) wrote :

We are closing this bug report because it lacks the information we need to investigate the problem, as described in the previous comments. Please reopen it if you can give us the missing information, and don't hesitate to submit bug reports in the future. To reopen the bug report you can click on the current status, under the Status column, and change the Status back to "New".

Thanks again!

Changed in rhythmbox:
assignee: sourcercito → nobody
status: Incomplete → Invalid
Rimas Kudelis (rq) wrote :

I too am facing this problem.

I thought APE writes ID3 tags, but actually, it writes APETAG tags, and yes they are stored at the end of the file, and yes Rhythmbox prefers them over ID3 2.3 for display, but updates/writes ID3 instead.

Unfortunately, my file is also copyrighted (perhaps it wouldn't be that much of a prpblem though?). andmy attempts to generate a similarly broken non-copyrighted file failed.

However, here's some info about it:

rq@sugar:/mnt/data/Download$ file "08 Lupe Fiasco Ft Matthew Santos-Superstar.mp3"
08 Lupe Fiasco Ft Matthew Santos-Superstar.mp3: Audio file with ID3 version 23.0 tag, MP3 encoding

rq@sugar:/mnt/data/Download$ apetag -i "08 Lupe Fiasco Ft Matthew Santos-Superstar.mp3"
W: file does not contain ape tag
No valid APE tag found

rq@sugar:/mnt/data/Download$ tail -c 1024 "08 Lupe Fiasco Ft Matthew Santos-Superstar.mp3" > superstar-tail
rq@sugar:/mnt/data/Download$ less -f superstar-tail
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@APETAGEX<D0>^G^@^@5^A^@^@
^@^@^@^@^@^@<A0>^@^@^@^@^@^@^@^@^N^@^@^@^@^@^@^@Album^@top 40 singles^D^@^@^@^@^@^@^@Year^@2008^C^@^@^@^@^@^@^@Genre^@Pop^G^@^@^@^@^@^@^@Comment^@DHZ.In^@^@
^@^@^@^@^@Encoded by^@hifi2007^C^@^@^@^@^@^@^@Language(s)^@USA^G^@^@^@^@^@^@^@MP3GAIN_MINMAX^@031,209^K^@^@^@^@^@^@^@MP3GAIN_UNDO^@+001,+001,N^L^@^@^@^@^@^@
^@REPLAYGAIN_TRACK_GAIN^@-6.935000 d^@^@^@^@^@^@^@REPLAYGAIN_TRACK_PEAK^@0.850904APETAGEX<D0>^G^@^@5^A^@^@
^@^@^@^@^@^@<80>^@^@^@^@^@^@^@^@TAGSuperstar^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@Lupe Fiasco Ft Matthew Santos^@top 40 singles^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@2008DHZ.Inc

Here's the md5sum of the file, in case you want to download it using bittorrent or whatever:

rq@sugar:/mnt/data/Download$ md5sum "08 Lupe Fiasco Ft Matthew Santos-Superstar.mp3"
a9d008ff71d418cfddafc417e244b367 08 Lupe Fiasco Ft Matthew Santos-Superstar.mp3

The same bug. Banshee, for example changes tag information well, but Rhythmbox (even started from root) doesn't. Changes are dislpayed in Rhythmbox, but immediately they restores to default. (Not for all files.)

One of such files - in attachment. (But now it's tagged with Banshee and may be now it can be tagged also with rhythmbox).

Changed in rhythmbox (Ubuntu):
assignee: nobody → Sokolov Sergey (sokolovss)
status: Invalid → New
assignee: Sokolov Sergey (sokolovss) → nobody

Ubuntu 9.04 amd64, Rhythmbox 0.12.0

cgramsch (christian-gramsch) wrote :

It seems this bug will celebrate it's second anniversary soon.

This problem still exists in 0.12.5 on Ubuntu 9.10/amd64.

I've got some files with this problem, too. Here you go:

This is the ignored ID3-Tag:

$ strings 187\ -\ Ac\ Dc\ -\ Back\ In\ Black.mp3 |head -15
ulTIT2
Back In BlackTPE1
AC-DCTDRC
1980TALB
The Rolling Stone Magazines 500 Greatest Songs Of All TimeTRCK
187TCON
79TPOS
1RVA2
track
RVA2
album
TPE4
VAAPIC
image/jpeg
JFIF

And here an ambiguous apetag confusing rhythmbox (Do I get this right? I don't know apetag, but I see two different albums down there, when I change the tag, the change is active for about two seconds, then the information of the last line here is active again). As a matter of fact there is nothing changed in the file when rhythmbox "writes" the tag.

$ strings 187\ -\ Ac\ Dc\ -\ Back\ In\ Black.mp3 |tail -15
LAME3.93
APETAGEX
Genre
Hard Rock
Year
1980
Album
Back In Black
Artist
AC-DC
Title
Back In Black
Track
187APETAGEX
TAGBack In Black AC-DC The Rolling Stone Magazines 501980

So the problem is obvious and it is what people already stated here - there is another tag written than the one read.

Nigel Babu (nigelbabu) wrote :

Thank you for taking the time to report this bug and helping to make Ubuntu better. We are sorry that we do not always have the capacity to look at all reported bugs in a timely manner. There have been many changes in Ubuntu since that time you reported the bug and your problem may have been fixed with some of the updates. If you could test the current Ubuntu development version, this would help us a lot. If you can test it, and it is still an issue, we would appreciate if you could upload updated logs by running apport-collect 180627, and any other logs that are relevant for this particular issue.

Changed in rhythmbox (Ubuntu):
status: New → Incomplete
Pedro Villavicencio (pedro) wrote :

We are closing this bug report because it lacks the information we need to investigate the problem, as described in the previous comments. Please reopen it if you can give us the missing information, and don't hesitate to submit bug reports in the future. To reopen the bug report you can click on the current status, under the Status column, and change the Status back to New. Thanks again!.

Changed in rhythmbox (Ubuntu):
status: Incomplete → Invalid
Anton (anton-bes) wrote :

The same bug.
Ubuntu 10.04, Rhythmbox 0.12.8.
mp3 file attached, see: 02 Far Away (Edit).mp3

Anton (anton-bes) on 2010-05-05
Changed in rhythmbox (Ubuntu):
status: Invalid → New
Andrey (aakolov) wrote :

Herewith I confirm having the absolurely same problem with Fedora 12 and Rhythmbox 0.12.6

Kip Warner (kip) wrote :

I can confirm same problem. Running Lucid with Rhythmbox 0.12.8.

Pedro Villavicencio (pedro) wrote :

any chance to get a rhythmbox debug log with : rhythmbox --debug &> rhythmbox-debug.txt ; reproduce the issue and attach that resulting log file to the report? that'd help to the upstream developers to look into the issue. thanks.

trito4ki (trito4ki) wrote :

Ubuntu 10.04, Rhythmbox 0.12.8

Pedro Villavicencio (pedro) wrote :

Thank you for taking the time to report this bug and helping to make Ubuntu better. A new version of Rhythmbox is available on Maverick and we are wondering if this bug is still an issue for you with that version? Could you please test and comment back? Thanks in advance.

Changed in rhythmbox (Ubuntu):
status: New → Incomplete
Launchpad Janitor (janitor) wrote :

[Expired for rhythmbox (Ubuntu) because there has been no activity for 60 days.]

Changed in rhythmbox (Ubuntu):
status: Incomplete → Expired
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers