[gstreamer-bugs] [Bug 325994] LAME encoder has pants support for metadata

[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=325994
 GStreamer | gst-plugins-ugly | Ver: HEAD CVS


Tim-Philipp Müller changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |WONTFIX
   Target Milestone|HEAD                        |NONE




------- Comment #7 from Tim-Philipp Müller  2006-03-13 09:53 UTC -------
The consensus seems to be that this is not going to be fixed in lame, and that
lame shouldn't be used for tag writing at all (as it's broken anyway).

Tag writing should be done using id3mux and/or the new tagid3v2mux element, and
that's where any additions should go as well.

FWIW, I've just added support for writing the musicbrainz tags to the
tagid3v2mux element, and it already supports TRACK_COUNT if I'm not mistaken,
so that should cover most of your request.

That leaves only the ENCODING tags and sound-juicer shouldn't be setting those
anyway IMHO (the encoder is lame, not sound-juicer).

WONTFIXing this bug. Please file anything else you find missing against the
id3mux element in -ugly or the tagid3v2mux element in -bad.

My intention is to move the taglib based tag muxer into -good at some point and
make it (transparently) replace id3mux as well then, but that's just me.


-- 
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.