[gstreamer-bugs] [Bug 494528] Simplifications of the LAME plugin

[GStreamer (bugzilla.gnome.org)]

If you have any questions why you received this email, please see the text at
the end of this email. Replies to this email are NOT read, please see the text
at the end of this email. You can add comments to this bug at:
  http://bugzilla.gnome.org/show_bug.cgi?id=494528

  GStreamer | gst-plugins-ugly | Ver: git




------- Comment #20 from Gabriel Bouvigne  2009-05-10 21:17 UTC -------
(In reply to comment #18)
> Each time, the outputs were bitwise identical except that
> lame produces a Xing header, while the lamemp3enc gstreamer element occupied
> its space with zeros (this has always been the case and I assume it is was done
> "by design").

This is because libmp3lame would need to be able to seek back (rewind) within
the stream to be able to write the vbr tag once encoding is finished, and this
is not possible within GStreamer.

The initial "padding" with zeros is the placeholder for the vbr tag. To avoid
this initial placeholder, you can use lame_set_bWriteVbrTag.
It would indeed be a nice idea to actually prevent those leading zeros.


-- 
See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received
this email, why you can't respond via email, how to stop receiving
emails (or reduce the number you receive), and how to contact someone
if you are having problems with the system.

You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=494528.