You can use the LAME executable with LameXP or RazorLAME interface or you can use the DLL with another software (AudioGrabber, CDEx etc). Some people prefer the combination CDEx or AudioGrabber + LAME DLL (see this guide). In archive are included both: exe and DLL files.
Features of LAME MP3 Encoder :
- Many improvements in quality in speed over ISO reference software.
- MPEG1,2 and 2.5 _layer_ III encoding.
- CBR (constant bitrate) and two types of variable bitrate, VBR and ABR.
- Encoding engine can be compiled as a shared library (Linux/UNIX), DLL or ACM codec (Windows).
- Free format encoding and decoding
- GPSYCHO: a GPL'd psycho acoustic and noise shaping model.
- Powerfull and easy to use presets.
- Quality is comparable to FhG encoding engines and substantially better than most other encoders.
- Fast! Encodes faster than real time on a PII 266 at highest quality mode.
- MP3x: a GTK/X-Window MP3 _frame_ analyzer for both .mp3 and unencoded audio files.
LAME MP3 Encoder 3.98 includes :
- lame.exe, lame_enc.dll (ICL4.5) and lameACM.acm (MSVC6)
Changes in LAME MP3 Encoder 3.98 beta 8:
• Robert Hegemann:
- LAME now accepts a floating point value in the range [0,...,10[ as VBR quality setting, like -V5.678
- Found and fixed some suspicious code in additive masking calculation for VBR-NEW
- bug-fix:experimental code was defaulted by accident for VBR-NEW
- fix for some endianess problem on big-endian machines
Changes in LAME MP3 Encoder 3.97 final:
Recompiled to include mp2 decoding which was omitted, in error, in the original compile. Otherwise unchanged.
• Gabriel Bouvigne:
- Workaround against a short blocks detection issue
LAME MP3 Encoder 3.97 beta 2
• Gabriel Bouvigne:
- Fixed an initialization error when input is not using a standard sampling frequency
- Fixed a possible assertion failure in very low bitrate encoding
- Slight change regarding ATH adjustment with V5
- Reinstated bit reservoir for 320kbps CBR
- ReplayGain analysis should now be faster when encountering silent parts
• Takehiro Tominaga:
- Fixed a possible _link_ problem of assembly code
Favoured: 0
