[gstreamer-bugs] [Bug 322461] [lame] creates bogus metadata when using variable bitrate

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





------- Comment #15 from mmacleod at ieee.org  2006-04-06 14:18 UTC -------
> What banshee and other GStreamer-based players recognise VBR-wise is a
> different issue. If you have a file with an xing-header that other
> non-GStreamer players read fine but GStreamer doesn't read, then please open a
> new bug against mad so it can be fixed. That is a different issue than the
> original issue here though, isn't it?

The issue continues to be that gstreamer/grip produced via Lame VBR files are
not read correctly by _either_ Gstreamer players, Beep 0.x, XMMS, or Winamp,
but those  produced by CD Ex via Lame are.  As I said I've had this problem for
a long time, as have others.  I'm really not trying to harp on the Gstreamer
people (I love it), it's just more that you guys are actually ripping
everything apart and looking at it again, and I'd like to see this finally
fixed for good.   And I got all excited when I saw all the "metadata works now"
comments in the related bugs and changelog.

I'll try to have a look at the output/code some time in the next couple of
weeks.  Trying to wrap up my thesis and course work at the moment.  My feeling
is these other players aren't recalculating the average bitrate on every load,
but they could be.  I'd settle for players not being permanently convinced the
files are 32 kbps CBR, though.


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