[gstreamer-bugs] [Bug 334375] [id3mux] [tagid3v2mux] ID3 tag rewriting is lossy

[GStreamer (bugzilla.gnome.org)]

Do not reply to this via email (we are currently unable to handle email
responses and they get discarded).  You can add comments to this bug at
http://bugzilla.gnome.org/show_bug.cgi?id=334375
 GStreamer | gst-plugins-ugly | Ver: HEAD CVS





------- Comment #1 from Alex Lancaster  2006-03-13 05:04 UTC -------
As a possible fix Christophe (teuf) and have Jan Schmidt (thaytan) have
proposed adding support to id3demux to forward unknown tags as GST_TAG_UNKNOWN.

Relevant conversation on #rhythmbox on IRC, teuf (Christophe) and blarney (Alex
L):

(02:35:28) teuf: the scheme described by thaytan for id3demux could be used by
taglibmux however I think
(02:35:51) blarney: what was that?
(02:35:53) teuf: (taglibn seems to be able to parse an mp3 frame from a memory
buffer, but not a full tag)
(02:36:15) teuf: forward unknown frames as TAG_UNKNOWN tags containing binary
data
(02:36:21) teuf: and letting other elements handling them if they can
(02:36:47) blarney: so this would mean writing a tagid3v2demux element?
(02:37:10) teuf: nope, this would mean waiting for thaytan to add support for
that in id3demux
(02:37:15) teuf: and then handle those unknown tags in taglib
(02:37:21) teuf: taglibmux I mean
(02:37:24) blarney: oh, ok
(02:38:11) blarney: so the same thing could be done with id3mux I guess, unless
we want to drop support for it


-- 
Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.