De ontwikkelaars van "Lame Ain't an MP3 Encoder", kortweg Lame genoemd, hebben een nieuwe versie uitgebracht in de stable branch met 3.98.3 als het versienummer. Lame is een platformonafhankelijke encoder die geluidsbestanden naar het mp3-formaat kan omzetten. Het programma wordt in een groot aantal muziek- en mediaspelers gebruikt voor het encoderen van muziek. Ook bestaan er ook verschillende frontends die Lame via een grafische interface kunnen aansturen om bijvoorbeeld de muziek die op een audio-cd staat, te rippen. De lijst met veranderingen voor deze uitgave ziet er als volgt uit:
Version 3.98.3:
- Update the debian packaging for the new release.
- The ignore-tag-errors switch had no effect when embedding album art, fixed.
- ibrary API change: lame_decode functions are now obsolete but still present, please use hip_decode instead. The reason for this change is: lame_decode functions use a single global variable within the library to store decoder setup, hip_decode functions don't. The encoder now uses hip_decode internally and it is now possible to use clipdetect feature while reencoding mp3 to mp3.
- Workaround for FFMPEG bug, which uses to call lame_encode_flush more than once in a loop.
- Windows: program icon and version info added (when building with VC9)
- Fix for Bugtracker item [ 2688413 ] lib name problem in Microsoft Visual Studio 6
- Fix for Bugtracker items [ 2051870, 2423650, 2928684 ] several small documentation issues
- Fix for Bugtracker item [ 2723518 ] resampling in 3.98 and 3.99alpha
- Fix for Bugtracker item [ 2891879 ] Because of Windows API change, there was a problem with the prority switch.
- Fix for Bugtracker item [ 2893101 ] Access Violation in BladeMP3EncDLL if UNICODE was defined.
- Fix for Bugtracker item [ 2887359 ] Wrong length in ID3v2 tag when num_samples isn't set
- Fix for Bugtracker item [ 2872590 ] LameTAG: "Music length" missmatch in LAME 3.98
- Fix for Bugtracker item [ 2824296 ] wrong enc_padding value in LAME 3.99a and 3.98.3 (from CVS)
- Revisiting the FhG decoder problem (FhG V1.5 build 50, ships with MS Windows): enabling the new-drain-code seems to solve that issue better, than restricting the buffer size (see below: 3.98 beta 1, May 16 2007).
- Patch submitted by Bernhard Doebler, tracker item [ 2807676 ] Error when building Lame with NASM support
- Patch submitted by Mancuso Raffaele, tracker item [ 2406420 ] compile lame_enc.dll under cygwin