Looks like Rarewares build is fastest without patches. But the problem is 32bit & 64bit versions don't null and three pops appear in beggining of one of the files (when null compared). I have no idea why if they use same Intel Compiler.
Maybe it should be recompiled again?

I've re-compiled and uploaded the lame bundles. The 32 bit version appears unchanged, but there is a difference with the 64 bit version. Personally, I can't hear a difference, but maybe someone can do a more exhaustive check.

Quote from: john33 on 2017-12-12 22:05:50

I've re-compiled and uploaded the lame bundles. The 32 bit version appears unchanged, but there is a difference with the 64 bit version. Personally, I can't hear a difference, but maybe someone can do a more exhaustive check.

I have compared 4 files encoded with your 64-bit version compiled in October and in December. Binary comparator in foobar2000 says "no differences found".
BTW, I am converting using foobar2000 converter. Is it in any way important that I am inititating 64-bit LAME encoder from foobar2000 which is 32-bit program?

I didn't expect there to be any difference between the Oct and Dec compiles, I just re-checked the compile options just to be sure that I hadn't missed something the first time round.

I may be the sole user of lamedrop (xpd) . . .

+1
You are not alone

New LamedropXPd compiles uploaded with the narrative corrected.

lame.exe -V0 test.wav

LAME 3.100 32bits (http://lame.sf.net)
CPU features: MMX (ASM used), SSE (ASM used), SSE2
polyphase lowpass filter disabled
Encoding test.wav to test.mp3
Encoding as 44.1 kHz j-stereo MPEG-1 Layer III VBR(q=0)

I'm using LAME 3.100 64bit build from RareWares if that matters.

This application has requested the Runtime to terminate it in an unusual way.
Please contact the application's support team for more information.
LAME 3.100 32bits (http://lame.sf.net)
CPU features: MMX (ASM used), SSE (ASM used), SSE2
polyphase lowpass filter disabled
Encoding D:\Music\I Love Disco Diamonds Collection\I Love Disco Diamonds Collection Vol. 14\02. Yeti.wav
      to D:\Music\I Love Disco Diamonds Collection\I Love Disco Diamonds Collection Vol. 14\02. Yeti.mp3
Encoding as 44.1 kHz j-stereo MPEG-1 Layer III VBR(q=0)
Assertion failed!

Program: D:\0__CODECS\Lossy\LAME\3.100\lame_tmkk.exe
File: ../../libmp3lame/vbrquantize.c, Line 948

Expression: vbrsf[sfb] >= vbrsfmin[sfb]

tmkk already reported the bug and a fix is in SVN.

https://sourceforge.net/p/lame/bugs/496/

https://sourceforge.net/p/lame/svn/6438/tree//trunk/lame/libmp3lame/vector/xmm_quantize_sub.c?diff=59e1c885dab7b929b5817e2e:6437

Seems like you are running a debug version.

tmkk patch + fastcrc patch + clang-cl 9.0 snapshot (Full LTO, SSE2 (ASM used) forcing, AMD procie target) + msvc2013 lib (WinXP SP3)

btw unstable

Quote from: descrates on 2019-02-27 05:06:03

tmkk patch + fastcrc patch + clang-cl 9.0 snapshot (Full LTO, SSE2 (ASM used) forcing, AMD procie target) + msvc2013 lib (WinXP SP3)

btw unstable

Hello friend, can you tell me how to compile Lame encoder?I like this small and easy-to-use coding scheme very much, so I want to delve into it.
Can you tell me?I look forward to your reply, best wishes.