Re: [Rhythmbox-devel] Tag writing, UTF-8/Latin1
- From: Peter <rhythmbox-devel maubp freeserve co uk>
- To: Daniel Morrison <dan xxxdan com>, rhythmbox-devel gnome org
- Subject: Re: [Rhythmbox-devel] Tag writing, UTF-8/Latin1
- Date: Sun, 14 Jan 2007 11:58:50 +0000
Daniel Morrison wrote:
Peter wrote:
A related question - I've found my in car CD player doesn't read the ID3
tags on the latest mp3 CD that I made using rhythmbox 0.9.6 /
SoundJuicer 2.14.4 and gstreamer-0.10.x to rip the mp3 files. I believe
that these new mp3 files would be using ID3 v2.4 for the tags.
I'm having a similar problem, using Ubuntu Edgy, and came across this
bug report in Launchpad:
https://translations.launchpad.net/sound-juicer/+bug/64905
That certainly sounds like the issue, the upstream Sound Juicer bug is:
Bug 351171 – ID3 tags are not being written properly
http://bugzilla.gnome.org/show_bug.cgi?id=351171
I don't think an mp3 file can contain both ID3v2.3 and ID3v2.4 tags
(please correct me if I'm wrong).
So for maximum compatibility, it would be great if Rhythmbox/SoundJuicer
and gstreamer could write BOTH ID3v2.4 and ID3v1 tags.
* The gstreamer element id3demux can read both style tags (with
an option to for ID3v1 tags to override ID3v2 tags, "prefer-v1").
* The gstreamer element id3v2mux will write ID3v2.4 tags at the
beginning of MP3 files using taglib.
* There is a gstreamer element id3mux which should write ID3v1 tag
using the mad plugin in gst-plugins-ugly
Maybe I can use both id3v2mux and id2mux in my encoding pipeline to get
both ID3v2.4 and ID3v1 tags (which should then be readable by my in car
mp3 CD player). Does anyone know if this should work?
Peter
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]