rjamorim
Sep 24 2006, 08:53
Today, the LAME developer team released the final version of LAME 3.97.
You can grab the sources here:
http://prdownloads.sourceforge.net/lame/la...tar.gz?downloadThe changelog is available here:
http://lame.cvs.sourceforge.net/*checkout*...l?revision=1.82Binaries (lame.exe and DLL) at RareWares:
http://www.rarewares.org/dancer/dancer.php?f=109
you might as well update the lame page in the wiki:
http://wiki.hydrogenaudio.org/index.php?title=LAME
rjamorim
Sep 24 2006, 09:00
One thing at a time! I didn't even update the
official LAME page yet
rjamorim
Sep 24 2006, 09:30
OK, just added some quick compiles to RareWares. More goodies to come soon!
guruboolez
Sep 24 2006, 09:41
After more than 10 alpha version, 3 beta, it's definitely a great release!
When I included 3.97 for the first time in
one test more than two years ago I didn't expected such long maturation time
3.98 is also very promising.
Many thanks to Gabriel, Robert, Alexander, Takehiro, John33 and all contributors!
Fandango
Sep 24 2006, 09:45
[noob]Ok fine now, but when is lame 4 ready?

[/noob]
Great news!
ShowsOn
Sep 24 2006, 09:52
[quote name='Fandango' date='Sep 25 2006, 00:45' post='434488']
[noob]Ok fine now, but when is lame 4 ready?

[/noob]
[uber-noob]Should I encode my collection now, or wait for LAME 5?[/uber-noob]
Many thanks to all the contributors for what is such a great encoder.
Jillian
Sep 24 2006, 10:05
Very Surprise! to me.
Now Recommended Encoder is 3.97 final.
This is great news, I thought it would stay at beta.
cartman
Sep 24 2006, 10:29
Congratulations and kudos to whole team! Thanks!
john33
Sep 24 2006, 11:00
A full set of compiles is now at Rarewares.
Maurits
Sep 24 2006, 11:17
Great work guys! Thanks!
Edit: fixed. Thanks!
Fandango
Sep 24 2006, 12:33
QUOTE(john33 @ Sep 24 2006, 19:00)

A full set of compiles is now at Rarewares.

Uhm, what's the difference between
http://www.rarewares.org/dancer/dancer.php?f=1and
http://www.rarewares.org/dancer/dancer.php?f=107now?
cabbagerat
Sep 24 2006, 12:46
Excellent news, thanks to the lame devs.
john33
Sep 24 2006, 12:52
QUOTE(Fandango @ Sep 24 2006, 19:33)

QUOTE(john33 @ Sep 24 2006, 19:00)

A full set of compiles is now at Rarewares.

Uhm, what's the difference between
http://www.rarewares.org/dancer/dancer.php?f=1and
http://www.rarewares.org/dancer/dancer.php?f=107now?

Roberto compiled the first ones, in my absence, and I compiled the second. I'm not sure what compiler he used, but any difference would be down to that.
Fandango
Sep 24 2006, 13:15
QUOTE(john33 @ Sep 24 2006, 20:52)

Roberto compiled the first ones, in my absence, and I compiled the second. I'm not sure what compiler he used, but any difference would be down to that.
Yep, his compile encodes at around 8x while your's does at 10x (P4-HT@2.4GHz). Apart from a slightly different header the mp3s are identical, of course.
kkumul
Sep 24 2006, 17:40
WoW~~!!!
Hyper Super Ultra Great News~~!!!!!!
Leo 69
Sep 24 2006, 17:46
Has LAME reached its peak in development ? I mean, quality-wise.
only the next version will tell. But current alphas say: NO!
QUOTE(amano @ Sep 24 2006, 15:49)

only the next version will tell. But current alphas say: NO!
Oh? Can I get a summary on the future direction of LAME?
Also, I think I'd estimate that the improvement from 3.90->3.97 was about 10-15% how much room for improvement is there in the future?
QUOTE(adlai @ Sep 24 2006, 17:03)

Also, I think I'd estimate that the improvement from 3.90->3.97 was about 10-15% how much room for improvement is there in the future?
10-15% more tonal purity!

I'm assuming you mean 10-15% lower filesize for a given quality? Do you have any research to back this, or is this TOS#8-breaking speculation?
ShowsOn
Sep 24 2006, 22:33
QUOTE(adlai @ Sep 25 2006, 09:03)

QUOTE(amano @ Sep 24 2006, 15:49)

only the next version will tell. But current alphas say: NO!
Oh? Can I get a summary on the future direction of LAME?
Also, I think I'd estimate that the improvement from 3.90->3.97 was about 10-15% how much room for improvement is there in the future?
There has been some discussion about proposed features for version 3.98. Specifically
this post.
Here's some comments on upcoming features / modifications intended for version 3.98
QUOTE
*Add mp3x build back to the VC8 projects It was present in vc6 projects, but I'd like to try using up-to-date gtk libs instead of the ones from 2000.
*Move intrinsics functions into separate files Right now they are inside the regular .c files. It's not very clean.
*Intrinsics support for gcc, both x86 and x64 Should be a matter of configure detection in order to enable the proper define.
*New short blocks detection
I already started to work on it, but did not touched it since a few monthes. It's faster, and do not need our current kludge introduced in 3.97b3, but would probably need some tuning.
*Resolve issue regarding bit reservoir/max number of bits and FhG decoders.
An issue has been identified that cause FhG DShow decoder to output silence. A workaround is enabled in current 3.98, but it causes some bitrate inflation/waste. More investigations would be needed in order to be able to separate max reservoir use from max frame size.
*Quantized signal power "normalisation" for low bitrates This is in order to avoid dropouts at low bitrates.
Insolent
Sep 25 2006, 01:27
Finally!

Now to begin the arduous task of re-encoding my rips...
probedb
Sep 25 2006, 06:44
Woo hoo, and I was going to reencode all my FLAC files so here's hoping dbpowerAMP gets sorted with 3.97 soon!!
pepoluan
Sep 25 2006, 06:55

... I guess Aoyumi's leading example of actually releasing a non-beta (i.e. AoTuV Release 1) is now being followed by the rest of the world
Demetris
Sep 25 2006, 06:59
Thanks to the LAME developers, to all the testers and issue-reporters, and to those who compile for us!
ddrawley
Sep 25 2006, 08:52
Please ignore, my question was already answered.
Spooon69
Sep 25 2006, 09:53
I ask this every release, but how long until we stop needing the "lame.exe fixed for decoding through stdout" version? I mean, I guess the fix has been around for a while, but I don't understand why there is a separate compile every time there is a new version instead of just fixing the regular release version.
k.eight.a
Sep 25 2006, 11:34
QUOTE(Spooon69 @ Sep 25 2006, 17:53)

I ask this every release, but how long until we stop needing the "lame.exe fixed for decoding through stdout" version? I mean, I guess the fix has been around for a while, but I don't understand why there is a separate compile every time there is a new version instead of just fixing the regular release version.
I wonder about the same issue too...
krmathis
Sep 25 2006, 11:56
LAME 3.97 for Mac OS X (Universal binary).
Feel free to host it on RareWares!
john33
Sep 25 2006, 12:29
QUOTE(krmathis @ Sep 25 2006, 18:56)

LAME 3.97 for Mac OS X (Universal binary).
Feel free to host it on RareWares!

Now at Rarewares, thanks a lot.
krmathis
Sep 25 2006, 12:58
QUOTE(john33 @ Sep 25 2006, 20:29)

Now at Rarewares, thanks a lot.

My pleasure!
Martin H
Sep 25 2006, 15:59
QUOTE(k.eight.a @ Sep 25 2006, 19:34)

QUOTE(Spooon69 @ Sep 25 2006, 17:53)

I ask this every release, but how long until we stop needing the "lame.exe fixed for decoding through stdout" version? I mean, I guess the fix has been around for a while, but I don't understand why there is a separate compile every time there is a new version instead of just fixing the regular release version.
I wonder about the same issue too...

The fix for decoding MP3s gaplessly ie. modifying the decoder to also remove the trailing padding, and for decoding through stdout has been added to CVS and are included in the latest LAME v3.98 alpha ie. LAME v3.98a6.
gameplaya15143
Sep 25 2006, 16:38
QUOTE(probedb @ Sep 25 2006, 08:44)

Woo hoo, and I was going to reencode all my FLAC files so here's hoping dbpowerAMP gets sorted with 3.97 soon!!
You can replace lame_enc.dll in illustrate/dbpoweramp/compression/lame/ with the new version. Or you can use the generic cli plugin and use lame.exe.
I'll be getting 3.97 final going with dbpoweramp myself later on.
Thanks to the devs!
those winamp 5.25 guy better make an update quick then

they just add lame 3.97beta something a week ago or so
The R12 alpha will get 3.97 (non beta) early next week.
Maurits
Sep 26 2006, 02:47
QUOTE(john33 @ Sep 25 2006, 19:29)

QUOTE(krmathis @ Sep 25 2006, 18:56)

LAME 3.97 for Mac OS X (Universal binary).
Feel free to host it on RareWares!

Now at Rarewares, thanks a lot.

Thanks krmathis and john33!
By the way, it deserves to be mentioned in the Wiki as well:
http://wiki.hydrogenaudio.org/index.php?ti...and_source_code
probedb
Sep 26 2006, 03:01
QUOTE(gameplaya15143 @ Sep 25 2006, 23:38)

QUOTE(probedb @ Sep 25 2006, 08:44)

Woo hoo, and I was going to reencode all my FLAC files so here's hoping dbpowerAMP gets sorted with 3.97 soon!!
You can replace lame_enc.dll in illustrate/dbpoweramp/compression/lame/ with the new version. Or you can use the generic cli plugin and use lame.exe.
I'll be getting 3.97 final going with dbpoweramp myself later on.
Excellent, thanks for this I shall give it a go
krmathis
Sep 26 2006, 08:51
QUOTE(Maurits @ Sep 26 2006, 10:47)

Thanks krmathis and john33!
You are most welcome!
QUOTE
By the way, it deserves to be mentioned in the Wiki as well:
wiki.hydrogenaudio.orgThen edit the Wiki yourself, and add the information you want in there...
QUOTE(Mgz @ Sep 26 2006, 04:49)

those winamp 5.25 guy better make an update quick then

they just add lame 3.97beta something a week ago or so

that's not quite true since the recent lame builds have been in the 5.25betas for most of the ~2month public beta run and the final version is already in internal builds so not something to worry about i think, heh

-daz
thanks for your work!
can you also add *NIX version to rarewares ? (plus freebsd , linux , other compliation ?)
Alex B
Sep 30 2006, 15:14
Is there any particular reason why lame.exe in the Rarewares 3.97 bundle is now 508 KB. In the 3.97b3 package it was only 263 KB.
I guess it is not compressed similarly, but what is the benefit of the change?
Edit: fixed the size 512 KB -> 508 KB
jmartis
Sep 30 2006, 15:21
probably a noob question too, but are there any improvements from 3.97b3 > 3.97 final or is 3.97 final basically the same as 3.97b3?
Alex B: i believe the upx compression was removed since despite using more space on disk, it's better on the system when loaded into memory when it's run (can't find the few posts where it was described off hand)
jmartis: it should be the same as 3.97b3 (think it was mentioned at the start of the thread)
-daz
Alex B
Sep 30 2006, 15:40
I think I found the answer. It wasn't far away.
QUOTE(john33 @ Aug 22 2006, 17:39)

Actually, this appears to have been a problem with compressing VC8/ICL9.1 compiles with UPX. It is easily reproducable simply by compressing and decompressing. The compressed version fails, and then decompressing it produces a version that works!!
Looks like I either abandon UPX, or test each time I compress - tedious.

Looks like he abandoned UPX.
QUOTE(Alex B @ Sep 30 2006, 22:40)

I think I found the answer. It wasn't far away.
Looks like he abandoned UPX.

Yep!!
xmixahlx
Oct 2 2006, 10:30
fresh lame compiles have been added to RareWares/Debian:
lame, lame-3.97, lame-cvs
later
I have just upgraded to foobar 0.9.4 and lame final 3.97. Converting FLAC files to mp3 now returns error code 1. Back to the good ole versions of foobar (0.9.1) and lame (3.97b2).
Sunhillow
Oct 4 2006, 14:29
Better change only 1 parameter at a time, so you can see which change produces the fault
the parameters are the foobar2k ones default... and yes, I tried that in the command line...
i suppose it's just broken?
it's a funny thing though... it didn't happen initially... I got to convert about 3 albums from FLAC to MP3.
it's just that 2 days after I upgraded the lame.exe in foobar2k it just couldn't do it anymore...
This is a "lo-fi" version of our main content. To view the full version with more information, formatting and images, please
click here.