Full Version: Lame 3.97 alpha 12 released!
Lame 3.97 alpha 12 bundle is now available at the RareWares mp3 section.
lol, im 737 of 1259 songs into an encode using a11, any news on the changes???
Kristian
Kristian
I don't know what's changed, maybe de devs should bring us up to speed... 
Not sure if this is relevant to alpha 12 but:
QUOTE(From the history.html file)
LAME 3.97 alpha (CVS)
* Robert Hegemann:
o Fixed and out of array access
o Fixed some small rounding problem in vbr-new quantization routines
o Updated scalefactors allocation scheme in vbr-new
o Fixed mingw32 configure problems
o Resolved some compiler warnings
* Gabriel Bouvigne:
o Changed some FLOAT8 to FLOAT
o Reworked -q1 and -q0
o Updated presets
o Fixed an error in ISO quantization on systems not using the IEEE754 hack
o Faster quantization
o SSE version of init_xrpow
* Robert Hegemann:
o Fixed and out of array access
o Fixed some small rounding problem in vbr-new quantization routines
o Updated scalefactors allocation scheme in vbr-new
o Fixed mingw32 configure problems
o Resolved some compiler warnings
* Gabriel Bouvigne:
o Changed some FLOAT8 to FLOAT
o Reworked -q1 and -q0
o Updated presets
o Fixed an error in ISO quantization on systems not using the IEEE754 hack
o Faster quantization
o SSE version of init_xrpow
Apparently just some minor build machinery changes, and an updated parser that makes "--preset xxx --vbr-new" behavior more logical/intuitive.
Edit:
For those interested in casually looking at the changes in lame, see
http://cvs.sourceforge.net/viewcvs.py/lame...by=date#dirlist
Interesting directories to look at are 'frontend' and 'libmp3lame', by checking the mod dates for 'version.h' you can easily see what has changed from the comments for changes made between updates to that file.
Edit:
For those interested in casually looking at the changes in lame, see
http://cvs.sourceforge.net/viewcvs.py/lame...by=date#dirlist
Interesting directories to look at are 'frontend' and 'libmp3lame', by checking the mod dates for 'version.h' you can easily see what has changed from the comments for changes made between updates to that file.
kindofblue, I think those are the general changes for LAME 3.97 -- not what's changed since, say, Alpha 11.
Yep, looks minor.
Yep, looks minor.
QUOTE(grommet @ Aug 31 2005, 11:43 AM)
kindofblue, I think those are the general changes for LAME 3.97 -- not what's changed since, say, Alpha 11.
Ah. Thanks for clarifying.
QUOTE(c15zyx @ Aug 31 2005, 11:40 AM)
Apparently just some minor build machinery changes, and an updated parser that makes "--preset xxx --vbr-new" behavior more logical/intuitive.
You're referring to "--preset [standard/extreme]" and not "--preset [avg bitrate], right?
QUOTE(kindofblue @ Aug 31 2005, 01:23 AM)
You're referring to "--preset [standard/extreme]" and not "--preset [avg bitrate], right?
medium/standard/extreme, the VBR modes.
Judging from the CVS commits I see:
Besides the doubtful use of --preset --vbr-new and -q, there don't appear to be any encoding changes, at least superficially.
- dshow frontend and general frontend changes
- documentation changes
- debian package updates
- Maybe a move to VC7?
- --preset --vbr-new is definitely fixed in this patch
- win64 builds
- -q settings reenabled for values 1-7 and VBR/ABR
- MPEG2 VBR fixes
Besides the doubtful use of --preset --vbr-new and -q, there don't appear to be any encoding changes, at least superficially.
QUOTE(kritip @ Aug 30 2005, 11:45 PM)
lol, im 737 of 1259 songs into an encode using a11..
.. you do understand that decoding an mp3 and then re-encoding it cannot imporove its quality, right? .. i mean what, you keep .wav files, 1259 of them somewhere on your harddrive? dude, seriously ..
Seriously. Get used to the idea of storing lossless files for the purposes of transcoding and archival.
And how do you know kritip isn't talking about a transcode from lossless to MP3?
QUOTE(nimd4 @ Aug 31 2005, 08:56 AM)
.. you do understand that decoding an mp3 and then re-encoding it cannot imporove its quality, right? .. i mean what, you keep .wav files, 1259 of them somewhere on your harddrive? dude, seriously ..
QUOTE(DilbyŠ @ Aug 31 2005, 09:07 AM)
Seriously. Get used to the idea of storing lossless files for the purposes of transcoding and archival.
LMFAO, I've bean a member for 3.5 years+, i know what lossy to lossy transcoding does and its effects
. As PoisonDan suggest, i have, not 1259 .wav's on my system, but about 4500 .flac files (100Gb +), that I continue to amass, and often do batch converts to mp3 for my car and iPod. Dude, seriously..... think a little more before you post.Kristian
QUOTE(skelly831 @ Aug 31 2005, 12:24 AM)
I need a beta! 
Can't win my fears of alphas... 
haha.. I love the thrill and danger of alpha.
QUOTE(DARcode @ Aug 31 2005, 06:44 AM)
QUOTE(skelly831 @ Aug 31 2005, 12:24 AM)
I need a beta! Can't win my fears of alphas... Soon... (hopefully!)
QUOTE(Axon @ Aug 30 2005, 10:54 PM)
Judging from the CVS commits I see:
Besides the doubtful use of --preset --vbr-new and -q, there don't appear to be any encoding changes, at least superficially.
- dshow frontend and general frontend changes
- documentation changes
- debian package updates
- Maybe a move to VC7?
- --preset --vbr-new is definitely fixed in this patch
- win64 builds
- -q settings reenabled for values 1-7 and VBR/ABR
- MPEG2 VBR fixes
Besides the doubtful use of --preset --vbr-new and -q, there don't appear to be any encoding changes, at least superficially.
What was broken about --preset xxxx --vbr-new?
QUOTE(Axon @ Aug 31 2005, 03:54 PM)
Judging from the CVS commits I see:
- -q settings reenabled for values 1-7 and VBR/ABR
- MPEG2 VBR fixes
They are changes for LAME4.
This is a "lo-fi" version of our main content. To view the full version with more information, formatting and images, please click here.