Help - Search - Members - Calendar
Full Version: LAME 3.97 released
Hydrogenaudio Forums > Hydrogenaudio Forum > Validated News
Pages: 1, 2
rjamorim
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?download

The changelog is available here:
http://lame.cvs.sourceforge.net/*checkout*...l?revision=1.82

Binaries (lame.exe and DLL) at RareWares:
http://www.rarewares.org/dancer/dancer.php?f=109
beto
you might as well update the lame page in the wiki: http://wiki.hydrogenaudio.org/index.php?title=LAME
rjamorim
One thing at a time! I didn't even update the official LAME page yet tongue.gif
rjamorim
OK, just added some quick compiles to RareWares. More goodies to come soon!
guruboolez
After more than 10 alpha version, 3 beta, it's definitely a great release! wub.gif
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 laugh.gif
3.98 is also very promising.

Many thanks to Gabriel, Robert, Alexander, Takehiro, John33 and all contributors!
Fandango
[noob]Ok fine now, but when is lame 4 ready? mad.gif mad.gif mad.gif [/noob]

Great news! biggrin.gif
ShowsOn
[quote name='Fandango' date='Sep 25 2006, 00:45' post='434488']
[noob]Ok fine now, but when is lame 4 ready? mad.gif mad.gif mad.gif [/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
Very Surprise! to me.
Now Recommended Encoder is 3.97 final.
/mnt
This is great news, I thought it would stay at beta.
cartman
Congratulations and kudos to whole team! Thanks!
john33
A full set of compiles is now at Rarewares. smile.gif
Maurits
Great work guys! Thanks!

Edit: fixed. Thanks!
Fandango
QUOTE(john33 @ Sep 24 2006, 19:00) *

A full set of compiles is now at Rarewares. smile.gif


Uhm, what's the difference between

http://www.rarewares.org/dancer/dancer.php?f=1

and

http://www.rarewares.org/dancer/dancer.php?f=107

now? blink.gif
cabbagerat
Excellent news, thanks to the lame devs.
john33
QUOTE(Fandango @ Sep 24 2006, 19:33) *

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

A full set of compiles is now at Rarewares. smile.gif


Uhm, what's the difference between

http://www.rarewares.org/dancer/dancer.php?f=1

and

http://www.rarewares.org/dancer/dancer.php?f=107

now? blink.gif

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
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
WoW~~!!!

Hyper Super Ultra Great News~~!!!!!! tongue.gif
Leo 69
Has LAME reached its peak in development ? I mean, quality-wise.
amano
only the next version will tell. But current alphas say: NO!
adlai
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?
Canar
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! tongue.gif

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
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
Finally! wub.gif

Now to begin the arduous task of re-encoding my rips...
probedb
Woo hoo, and I was going to reencode all my FLAC files so here's hoping dbpowerAMP gets sorted with 3.97 soon!!
pepoluan
laugh.gif ... 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 wink.gif
Demetris
Thanks to the LAME developers, to all the testers and issue-reporters, and to those who compile for us!
ddrawley
Please ignore, my question was already answered.
Spooon69
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
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... laugh.gif
krmathis
LAME 3.97 for Mac OS X (Universal binary).
Feel free to host it on RareWares! wink.gif
john33
QUOTE(krmathis @ Sep 25 2006, 18:56) *

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

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

My pleasure!
Martin H
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... laugh.gif

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
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!
Mgz
those winamp 5.25 guy better make an update quick then biggrin.gif

they just add lame 3.97beta something a week ago or so biggrin.gif
spoon
The R12 alpha will get 3.97 (non beta) early next week.
Maurits
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! wink.gif

Now at Rarewares, thanks a lot. smile.gif

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
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 smile.gif
krmathis
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.org

Then edit the Wiki yourself, and add the information you want in there... wink.gif
DrO
QUOTE(Mgz @ Sep 26 2006, 04:49) *

those winamp 5.25 guy better make an update quick then biggrin.gif

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

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

-daz
ZinCh
thanks for your work!

can you also add *NIX version to rarewares ? (plus freebsd , linux , other compliation ?)
Alex B
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
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?
DrO
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
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. wink.gif

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

I think I found the answer. It wasn't far away.

Looks like he abandoned UPX. rolleyes.gif

Yep!! wink.gif
xmixahlx
fresh lame compiles have been added to RareWares/Debian:

lame, lame-3.97, lame-cvs


later
Bourne
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
Better change only 1 parameter at a time, so you can see which change produces the fault
Bourne
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.
Invision Power Board © 2001-2008 Invision Power Services, Inc.