id3 tag version differences result in confusing behaviour (e.g. rhythmbox, easytag)
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
easytag (Ubuntu) |
Confirmed
|
Undecided
|
Unassigned |
Bug Description
Different programs on the desktop use different id3 versions when writing. This results in confusing behaviour: when Rhythmbox writes an id3 tag, EasyTag doesn't show any id3 information (anymore).
How to reproduce:
- Add/change id3 of an mp3 file in EasyTag
- Import the mp3 into Rhythmbox
- Change the tag in Rhythmbox
- Open the mp3 in EasyTag
- Result: it seems as if the id3 tag has disappeared from the file, all fields are empty
$ file test.mp3 $ file test.mp3
test.mp3: Audio file with ID3 version 23.0 tag, MP3 encoding
$ id3v2 -l test.mp3
id3v2 tag info for test.mp3:
TIT2 (Title/
TPE1 (Lead performer(
TALB (Album/Movie/Show title): test
$ # import into Rhythmbox, rename title to "test2"
$ file test.mp3
test.mp3: Audio file with ID3 version 24.0 tag, MP3 encoding
$ id3v2 -l test.mp3
test.mp3: No ID3 tag
Rhythmbox writes id3 tags as version 2.4, while EasyTag only recognizes versions up to and including 2.3. Console program id3v2 shows similar behaviour; both use libid3, while Rhythmbox uses a gstreamer plugin. This is quite confusing for a user just wanting to maintaining his/her music collection.
The same problem can occur when the mp3 is used on embedded mp3 players that only support id3 up to a certain version.
Possible solutions would be:
1) Keep the id3 version if an existing tag is found; a user can always use a tagging-management tool to convert explicitely
2) A desktop-wide preference for preferred id3 version, and implement it for id3 tag writing in officially supported Ubuntu applications
3) Define an id3 tag version used for writing that is consistent across the desktop (or only officially supported Ubuntu applications), at least fixed per release
Changed in easytag: | |
status: | New → Confirmed |
Oh, bug #64905 is an example of this problem.