A noticed that rarewares released a new binary of LAME 3.98.2 with the latest version of intel compiler so I downloaded it, tried it out and it won't encode. It acts like it's working, no error is reported, but the time required is in days. I hadn't yet had a chance to encode in the x64 edition of Win7 so I figured that must be the problem, but I downloaded another binary (from http://lame.bakerweb.biz/) and it encodes fine. What's up?

Another question, I'm using foobar to encode and by default, LAME's compiler has the "--noreplaygain" parameter. I was wondering if this was obsolete in 3.98.2. Does 3.98.2 still process replaygain by default and is it still necessary to use the parameter if you don't want it on? I'd much rather my replaygain info be present in the tags and not alter the mp3 itself.

::

Maybe you need this .dll for the latest Intel compiler. Put it in your "%windir%\system32" folder.

LibMMD10.1.dll

--noreplaygain is not obsolete!


Greetings ...

::

You don't say what OS you're using. but it works fine here on XP Pro 32 bits, XP x64 and Windows 7 Ultimate x64. The suggestion above may well be the answer, but if you still have an issue, please post back here.

I was using Windows 7 Ultimate x64 and still no dice, even with that .dll.

Hmmm, that's a puzzle. I just did a test encode via foobar using the same encoder on Windows 7 Ultimate x64 and it encoded perfectly. I also know of another person who has tested this on the same OS with the expected results and yet another who has tested it on XP 32 bits using an old AthlonXP system. I don't quite know what to suggest, but I'm open to ideas if anyone has any.

Maybe it needs libmmd.dll 11.0 & not 10.1,as "the only other change is the use of the Intel 11.0 compiler over the 10.1 version" not that I know anything about compiling or where you can get 11.0

Thanks for the thought, but it's not actually dependent on that dll, my testing has been on systems that don't have it installed.

This is really odd, I can't find where to download your 10.1 compiles, but your 9.1 compiles work fine.

There isn't anything special about my processor, it's a Core 2 Duo Mobile P8700

Yes.


Lame adds RG info to the Lame header. While this is not very well supported, it does not in any way alter the mp3 data or have any affect on the playback of your mp3 files unless you're using a player that actually does support it.

Still cant use it. Tried multiple encoding options, multiple front-ends and nothing. How can we see what's wrong?

Have you tried to use it from command line?

Doesn't work, but a working lame.exe should give you instructions on its use when you don't include any parameters or input/output. The one from rarewares won't even display this, so it's not something wrong with encoding specifically.

In the interests of trying to resolve this, can you d/l the lame.exe in the file mentioned below and let me know the outcome, please?

http://www.rarewares.org/files/mp3/lame3.98.2-exe.zip

It's compiled using exactly the same compiler and options as previously, but compiled under XP Pro 32bit.

This may not be appropriate at all, but I remember some .exe's not being able to run in Vista unless they were installed in the "Program Files" folder directory. Worth a drag'n'drop...

Nope, neither worked.

Could I get the 10.1 compiles? Those worked find for me when I still had a 32bit OS.

Just use this one: http://www.rarewares.org/files/mp3/lame3.98.2-vc6.zip

This should work on everything from '95 onwards. I suspect you have some kind of OS issue as I've not had any other reports of problems with the other compiles.

Same problem here: The latest 3.98.2 compiles of lame.exe don't work under Win 7 Prof. RTM, 32 bits.
Run from the command line, nothing happens. 10.1 compiles work fine, though.

::

... no problems with Vista SP2 X86 and XP SP3 X86 so far; even if not in "Program Files" folder ...


Greetings, Surf

::

OK, let's try again!

Edit: Link removed

Edit: Link removed

I have changed a compile option and I'd like to know if this makes a difference. Both the above compiles are targetted at win32 and use Intel 11.1 with exactly the same options. The first one was compiled under Windows 7 Ultimate 64 bits and the second under XP Pro SP3 32 bits.

I have tested these on XP Pro 32 bit and Windows 7 Ultimate 64 bit and, in both cases, the mp3 outputs are bit identical.

I'd be grateful for some feedback on these, particularly whether they now work for those who previously had problems.

Just a note - 11.1 has a bug that causes a segfault when the compiled program is run on Windows 7 or Server 2008, you need version 11.1.046 or newer as that should contains a fix for this.

Thank you kindly. Looking in to that now.

Thanks for that.

I have updated the compile referred to above using the compiler version 11.1.046. Hopefully this will resolve the issue, but I'd really appreciate this being confirmed so that I can update all relevant compiles.

TIA

Is it by any chance pirated copy of Windows 7? I use RTM, legally, with all patches and updates, and I've just tried that lame encoder from rarewares:



I'd say thare is nothing wrong with Windows 7 32 bit and lame, I've been using them for a few week now. Don't know about 64 bit, though...

The latest compile works for me now!
lame_enc.dll seems to be affected by the same issue, btw. For example, CDex freezes when trying to encode a track.


Certainly not.

OK, the LAME bundles have now been updated on Rarewares using the 11.1.046 compiler. Hopefully, that is the end of this problem!

Confirmed working! Thanks

Thanks for your patience and, particularly, to LordWarlock for the info on the compiler.