[gstreamer-bugs] [Bug 171889] gst-lame: erroneous VBR mp3 files when ripping and encoding on the fly

[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=171889
 GStreamer | gst-plugins | Ver: 0.8.8


mmacleod at ieee.org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |mmacleod at ieee.org




------- Comment #3 from mmacleod at ieee.org  2006-01-18 02:06 UTC -------
I will test this as soon as Sound Juicer with 0.10 hits Dapper (I'm assuming
relatively soon). 

This problem goes back to when I used grip, however, so I suspect it's a more
general problem with LAME. Google turns up scattered reports of it over the
years, with no real solutions. The 'on-the-fly' comment from the above reporter
is the most logical explanation I've seen suggested yet, as I imagine the file
length/bitrate/etc needs to be written to the front of the file, and perhaps
LAME isn't being made to go back and do this properly when the data is streamed
in.

I've never had this problem with CD Ex on Windows, though, which uses LAME.


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