lame 3.98.4, 3.99 alpha, 32- and 64-bit builds Options

[ZinCh]

john33, thanks for all builds

[[JAZ]]

sadly x64 is about 15% slower than the x86 built with asm optimizations. it would be great if we could take advantage of the advanced architecture sometime.

http://www.phoronix.com/data/img/results/m...910_final/4.png

xvid x64 is 20% faster than x86, x264 x64 is 15% faster, but that could be due to the lack of optimizations in the x86 version...

x86 Assembly code is usually unavailable with x64. It has to be converted either to x64 assembler (not really different, but the compiler won't accept x86 assembler for x64 by default) or use intrinsics, which is just a way to write assembly code in C language.

So, yes. The compile being slower may simply mean that it is not using optimizations.

[Steve Forte Rio]

LAME 3.98.4 modified to add float wav input
2010-03-23

Bundle compiled with Intel Compiler 11.1.054.
Download (277kB)

But why actually this version clips all samples higher than 1.000000 ? I thought that if there are fp support it means all samples will be processed and encoded (like in OggEnc - there are no clipping with any peaks!)

This post has been edited by Steve Forte Rio: Mar 26 2010, 11:11

[Alex B]

But why actually this version clips all samples higher than 1.000000 ?

The encoder doesn't do that when the input is in the floating point format. Assuming you actually tested the behavior, how did you decode the files and how did you verify the clipping?

I thought that if there are fp support it means all samples will be processed and encoded (like in OggEnc - there are no clipping with any peaks!)

The decoded output will preserve the peaks that exceed "1" aka 0 dBFS as long as it is kept in a floating point format. When it is converted to an integer bit depth the peaks will be clipped unless the volume level is adjusted to prevent that. Ogg Vorbis and MP3 do not differ in this.

This post has been edited by Alex B: Mar 26 2010, 12:15

[lvqcl]

But why actually this version clips all samples higher than 1.000000 ? I thought that if there are fp support it means all samples will be processed and encoded (like in OggEnc - there are no clipping with any peaks!)

Maybe the code that handle 32-bit float was "borrowed" from LAME 3.99 alpha?
Then I can say that it converts 32-bit floats to 32-bit ints because LAME uses get_audio_common() function that returns ints, not floats.

[robert]

Imho, going above full scale makes no sense.

See also: http://forum.audacityteam.org/viewtopic.php?f=11&t=5487

[Steve Forte Rio]

Oh, sorry people! I apologize, that was my mistake - I set 24 bit instead of 32 in foobar encoder settings. Now it's ok, and encoder works great with any peaks.
Big thanks to john33 for his work!

how did you decode the files and how did you verify the clipping?

foobar2000 converter - converting track that has 1.000000 peak with +6 dB gain, then playing it using ReplayGain: prevent clipping according to peak.

Imho, going above full scale makes no sense.

I do not think so... It can be useful while converting lossy->lossy (e.g. mp3 320 -> ogg vorbis q1) - to prevent clipping (otherwise replay gain or limiter needed)

This post has been edited by Steve Forte Rio: Mar 26 2010, 23:31

[tsnr]

LAME 3.99 alpha 3 (6 April 2010) - cvs snapshot

download (mediafire)

Changelog:
- preparing to use ieee float [-1,+1] as internal pcm sample representation in LAME frontend
- removing id3v2 picture size limit
- fixing id3v2 TXXX frame storage

Win32:
lame.exe - the command line encoder, used from the Windows command shell
lame_enc.dll - LAME encoding library, generally used with CD rippers, etc
lame.acm - windows acm codec.
libmp3lame.dll

x64:
lame64.exe
lame_enc64.dll
lame64.acm
libmp3lame64.dll

Bundle compiled with Intel Compiler 11.1.060.

LAME MP3 Encoders (mediafire)



This post has been edited by tsnr: Apr 7 2010, 06:44

[john33]

LAME 3.99alpha4 bundle now at Rarewares.

[john33]

For those who are interested, there is a new compile of 3.98.4 that uses the libsndfile .dll. This has .ogg input activated in addition to FLAC input.

[Steve Forte Rio]

Thanks

This post has been edited by Steve Forte Rio: Apr 22 2010, 13:36

[tsnr]

LAME 3.99 alpha 7 (3 May 2010) - cvs snapshot

download (mediafire)

Changelog:
- work-in-progress: VBR scale tuning

LAME 3.99 alpha 6 (29 April 2010) - cvs snapshot

download (mediafire)

Changelog:
- some work on VBR scale tuning, accessible with --vbr-new

-----------------------------------------------------------------------
Win32:
lame.exe - the command line encoder, used from the Windows command shell
lame_enc.dll - LAME encoding library, generally used with CD rippers, etc
lame.acm - windows acm codec
libmp3lame.dll

x64:
lame64.exe
lame_enc64.dll
lame64.acm
libmp3lame64.dll

Bundle compiled with Intel Compiler 11.1.065.

LAME MP3 Encoders (download homepage)



This post has been edited by tsnr: May 7 2010, 05:17

[Sylph]

I'll use Rare Wares. Hopefully, they'll update the compiler soon to 11.1.065.

[john33]

I'll use Rare Wares. Hopefully, they'll update the compiler soon to 11.1.065.

Done. (At least as far as the 3.99a7 bundle and lamedrop 3.98.4.)

[Sylph]

I'll use Rare Wares. Hopefully, they'll update the compiler soon to 11.1.065.

Done. (At least as far as the 3.99a7 bundle and lamedrop 3.98.4.)

Marvellous! Thank you!

[tsnr]

 LAME 3.99 alpha 9 (1 June 2010) - cvs snapshot

download (mediafire)

Changelog:
- more tuning on vbr_mt

LAME 3.99 alpha 8 (1 June 2010) - cvs snapshot

download (mediafire)

Changelog:
- some work on VBR scale tuning, accessible with --vbr-new

-----------------------------------------------------------------------
Win32:
lame.exe - the command line encoder, used from the Windows command shell
lame_enc.dll - LAME encoding library, generally used with CD rippers, etc
lame.acm - windows acm codec
libmp3lame.dll

x64:
lame64.exe
lame_enc64.dll
lame64.acm
libmp3lame64.dll

Bundle compiled with Intel Compiler 11.1.065.

LAME MP3 Encoders (download homepage)

[john33]

3.99a9 bundle also at Rarewares.

[Steve Forte Rio]

Thanks!


<deleted>

This post has been edited by Steve Forte Rio: Jun 2 2010, 12:50

[Steve Forte Rio]

So, who know where (on what samples) we can try to hear new vbr mode improvements?
With EncSpot I see that average bitreservoir value is highly increased (e.g. 34 in 3.98.4 VS 400 in 3.99a7).

Also I see that 3.99 --vbr-new uses new ATH (5), gives more bitrate to some problem samples and looks like it uses joint stereo more safely (lower number of mid stereo frames)

MP3 Packer shows that with 3.99 --vbr-new -V 0 some frames uses up to 460 (О_о) kbps, while with 3.98.4 -b 320 largest frame uses only ~350 kbps. Does this mean that 3.99 V 0 can give higher quality than 3.98.4 320 CBR in some cases?

Sorry for my English

This post has been edited by Steve Forte Rio: Jun 2 2010, 13:22

[tsnr]

LAME 3.99 alpha 10 (6 June 2010) - cvs snapshot

download (mediafire)

Changelog:
- some further tweaking of vbr_new

-----------------------------------------------------------------------
Win32:
lame.exe - the command line encoder, used from the Windows command shell
lame_enc.dll - LAME encoding library, generally used with CD rippers, etc
lame.acm - windows acm codec
libmp3lame.dll

x64:
lame64.exe
lame_enc64.dll
lame64.acm
libmp3lame64.dll

Bundle compiled with Intel Compiler 11.1.065.

LAME MP3 Encoders (download homepage)

[john33]

3.99a10 bundle also at Rarewares.

[tsnr]

LAME 3.99 alpha 10 (7 June 2010) - cvs snapshot

download (mediafire)

download (mediafire) - TEST_2010_06_07_RH enabled

Changelog:
- something to try later: TEST_2010_06_07_RH

-----------------------------------------------------------------------
Win32:
lame.exe - the command line encoder, used from the Windows command shell
lame_enc.dll - LAME encoding library, generally used with CD rippers, etc
lame.acm - windows acm codec
libmp3lame.dll

x64:
lame64.exe
lame_enc64.dll
lame64.acm
libmp3lame64.dll

Bundle compiled with Intel Compiler 11.1.065.

LAME MP3 Encoders (download homepage)

[john33]

Updated 3.99a10 bundle also at Rarewares.

[forart.eu]

Updated 3.99a10 bundle also at Rarewares.

...still no official x64 builds ?

[john33]

Updated 3.99a10 bundle also at Rarewares.

...still no official x64 builds ?

I wouldn't exactly describe the Rarewares compiles as 'official'! However, I have posted 64bit compiles of the 3.98.4 and 3.99a10 bundles. Tested on XP x64 and Windows 7 64bit Ultimate, the 3.98.4 compile is, in fact, slower on both OSs, but the a10 compile is faster.