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

[GStreamer (bugzilla.gnome.org) <bug...@bu...>]

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=3D171889
 GStreamer | gst-plugins | Ver: 0.8.8


mma...@ie... changed:

           What    |Removed                     |Added
-------------------------------------------------------------------------=
---
                 CC|                            |mma...@ie...




------- Comment #3 from mma...@ie...  2006-01-18 02:06 UTC -------
I will test this as soon as Sound Juicer with 0.10 hits Dapper (I'm assum=
ing
relatively soon).=20

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 t=
he
years, with no real solutions. The 'on-the-fly' comment from the above re=
porter
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 perh=
aps
LAME isn't being made to go back and do this properly when the data is st=
reamed
in.

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


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