Skip to main content

Topic: lame 3.98.4, 3.99 alpha (Read 164337 times) previous topic - next topic

0 Members and 1 Guest are viewing this topic.
  • ZinCh
  • [*][*][*]
lame 3.98.4, 3.99 alpha
Reply #50
john33, thanks for all builds

  • [JAZ]
  • [*][*][*][*][*]
lame 3.98.4, 3.99 alpha
Reply #51
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.

lame 3.98.4, 3.99 alpha
Reply #52
Quote
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!)
  • Last Edit: 26 March, 2010, 06:11:12 AM by Steve Forte Rio

  • Alex B
  • [*][*][*][*][*]
lame 3.98.4, 3.99 alpha
Reply #53
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?

Quote
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.
  • Last Edit: 26 March, 2010, 07:15:46 AM by Alex B

  • lvqcl
  • [*][*][*][*][*]
  • Developer
lame 3.98.4, 3.99 alpha
Reply #54
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
  • [*][*][*][*][*]
  • Developer
lame 3.98.4, 3.99 alpha
Reply #55
Imho, going above full scale makes no sense.

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

lame 3.98.4, 3.99 alpha
Reply #56
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!

Quote
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.

Quote
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)
  • Last Edit: 26 March, 2010, 06:31:07 PM by Steve Forte Rio

  • tsnr
  • [*]
lame 3.98.4, 3.99 alpha
Reply #57
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)

  • Last Edit: 07 April, 2010, 01:44:02 AM by tsnr

  • john33
  • [*][*][*][*][*]
  • Developer
lame 3.98.4, 3.99 alpha
Reply #58
LAME 3.99alpha4 bundle now at Rarewares.
John
----------------------------------------------------------------
My compiles and utilities are at http://www.rarewares.org/

  • john33
  • [*][*][*][*][*]
  • Developer
lame 3.98.4, 3.99 alpha
Reply #59
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.
John
----------------------------------------------------------------
My compiles and utilities are at http://www.rarewares.org/

lame 3.98.4, 3.99 alpha
Reply #60
Thanks
  • Last Edit: 22 April, 2010, 08:36:37 AM by Steve Forte Rio

  • tsnr
  • [*]
lame 3.98.4, 3.99 alpha
Reply #61
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)

  • Last Edit: 07 May, 2010, 12:17:45 AM by tsnr

  • Sylph
  • [*][*][*][*]
lame 3.98.4, 3.99 alpha
Reply #62
I'll use Rare Wares. Hopefully, they'll update the compiler soon to 11.1.065.

  • john33
  • [*][*][*][*][*]
  • Developer
lame 3.98.4, 3.99 alpha
Reply #63
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.)
John
----------------------------------------------------------------
My compiles and utilities are at http://www.rarewares.org/

  • Sylph
  • [*][*][*][*]
lame 3.98.4, 3.99 alpha
Reply #64
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.98.4, 3.99 alpha
Reply #65
 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
  • [*][*][*][*][*]
  • Developer
lame 3.98.4, 3.99 alpha
Reply #66
3.99a9 bundle also at Rarewares.
John
----------------------------------------------------------------
My compiles and utilities are at http://www.rarewares.org/

lame 3.98.4, 3.99 alpha
Reply #67
Thanks!


<deleted>
  • Last Edit: 02 June, 2010, 07:50:54 AM by Steve Forte Rio

lame 3.98.4, 3.99 alpha
Reply #68
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
  • Last Edit: 02 June, 2010, 08:22:26 AM by Steve Forte Rio

  • tsnr
  • [*]
lame 3.98.4, 3.99 alpha
Reply #69
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
  • [*][*][*][*][*]
  • Developer
lame 3.98.4, 3.99 alpha
Reply #70
3.99a10 bundle also at Rarewares. 
John
----------------------------------------------------------------
My compiles and utilities are at http://www.rarewares.org/

  • tsnr
  • [*]
lame 3.98.4, 3.99 alpha
Reply #71
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
  • [*][*][*][*][*]
  • Developer
lame 3.98.4, 3.99 alpha
Reply #72
Updated 3.99a10 bundle also at Rarewares.
John
----------------------------------------------------------------
My compiles and utilities are at http://www.rarewares.org/

  • forart.eu
  • [*][*]
lame 3.98.4, 3.99 alpha
Reply #73
Updated 3.99a10 bundle also at Rarewares.


...still no official x64 builds ? 

  • john33
  • [*][*][*][*][*]
  • Developer
lame 3.98.4, 3.99 alpha
Reply #74
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.
John
----------------------------------------------------------------
My compiles and utilities are at http://www.rarewares.org/