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 (http://prdownloads.sourceforge.net/lame/lame-3.97.tar.gz?download)
The changelog is available here:
http://lame.cvs.sourceforge.net/*checkout*...l?revision=1.82 (http://lame.cvs.sourceforge.net/*checkout*/lame/lame/doc/html/history.html?revision=1.82)
Binaries (lame.exe and DLL) at RareWares:
http://www.rarewares.org/dancer/dancer.php?f=109 (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 (http://wiki.hydrogenaudio.org/index.php?title=LAME)
One thing at a time! I didn't even update the official LAME page yet
OK, just added some quick compiles to RareWares. More goodies to come soon!
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 (http://www.hydrogenaudio.org/forums/index.php?showtopic=23355) 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!
[noob]Ok fine now, but when is lame 4 ready? [/noob]
Great news!
[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.
Very Surprise! to me.
Now Recommended Encoder is 3.97 final.
This is great news, I thought it would stay at beta.
Congratulations and kudos to whole team! Thanks!
A full set of compiles is now at Rarewares.
Great work guys! Thanks!
Edit: fixed. Thanks!
A full set of compiles is now at Rarewares.
Uhm, what's the difference between
http://www.rarewares.org/dancer/dancer.php?f=1 (http://www.rarewares.org/dancer/dancer.php?f=1)
and
http://www.rarewares.org/dancer/dancer.php?f=107 (http://www.rarewares.org/dancer/dancer.php?f=107)
now?
Excellent news, thanks to the lame devs.
A full set of compiles is now at Rarewares.
Uhm, what's the difference between
http://www.rarewares.org/dancer/dancer.php?f=1 (http://www.rarewares.org/dancer/dancer.php?f=1)
and
http://www.rarewares.org/dancer/dancer.php?f=107 (http://www.rarewares.org/dancer/dancer.php?f=107)
now?
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.
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.
WoW~~!!!
Hyper Super Ultra Great News~~!!!!!!
Has LAME reached its peak in development ? I mean, quality-wise.
only the next version will tell. But current alphas say: NO!
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?
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?
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 (http://sourceforge.net/mailarchive/forum.php?thread_id=30612183&forum_id=5500).
Here's some comments on upcoming features / modifications intended for version 3.98
*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.
Finally!
Now to begin the arduous task of re-encoding my rips...
Woo hoo, and I was going to reencode all my FLAC files so here's hoping dbpowerAMP gets sorted with 3.97 soon!!
... 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
Thanks to the LAME developers, to all the testers and issue-reporters, and to those who compile for us!
Please ignore, my question was already answered.
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 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...
LAME 3.97 (http://homepage.mac.com/krmathis/applications/Lame-3.97.dmg) for Mac OS X (Universal binary).
Feel free to host it on RareWares!
LAME 3.97 (http://homepage.mac.com/krmathis/applications/Lame-3.97.dmg) for Mac OS X (Universal binary).
Feel free to host it on RareWares!
Now at Rarewares, thanks a lot.
Now at Rarewares, thanks a lot.
My pleasure!
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.
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.
LAME 3.97 (http://homepage.mac.com/krmathis/applications/Lame-3.97.dmg) 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 (http://wiki.hydrogenaudio.org/index.php?title=LAME#Recommended_encoder_compiles_and_source_code)
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
Thanks krmathis and john33!
You are most welcome!
By the way, it deserves to be mentioned in the Wiki as well: wiki.hydrogenaudio.org (http://wiki.hydrogenaudio.org/index.php?title=LAME#Recommended_encoder_compiles_and_source_code)
Then edit the Wiki yourself, and add the information you want in there...
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 ?)
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
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
I think I found the answer. It wasn't far away.
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.
I think I found the answer. It wasn't far away.
Looks like he abandoned UPX.
Yep!!
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).
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...
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...
LOL!!!
Sorry... couldn't resist... I mean... software doesnt "degrade"...
It would be quite better to see what *you* broke.. but that's probably more related to Foobar, than Lame.
LOL... well... doesn't matter anyway... the ole stuff is ok...
the parameters are the foobar2k ones default... and yes, I tried that in the command line...
he was asking you to change 1 program at a time. First go back with LAME b2, for example, if it works, is LAME final, if not is foobar. Try old foobar with new lame, if it works, you doubel confimed is foobar. etc.
well... my vote is for lame that broke... coz it first happened when I upgraded lame, strange thing is that I could convert 3 albums with this new version, but the day after (after a reboot?) it just stopped working, then I upgraded to foobar2k thinking that it would be "the latest and the more compatible" version to that. Didn't work either, then I went back with both apps.
I think that we'll need more information in order to help you, because I have used LAME 3.97 in conjunction with foobar2000 0.9.4 and any conversion works fine. I'm not saying that you don't have a problem; I just don't think that LAME has "expired".
Yes, there must be something wrong, as it works perfectly fine for me.
ok, i uninstalled the apps. and clean installed them again and now works.... the first time I did a install over the existing files and folders (like an upgrade...) and i think it was not workig coz of that...