Originally Posted by saratoga
Not surprising, 3.99.5 fixes a bug in the lame decoder. The encoder isn't changed.
That's not entirely true. Between 3.99.2 and 3.99.5 some encoder changes were made, although probably nothing that affects sound quality. Mostly tagging issues, obscure crashers and compilation problems. The changes made in 3.99.5 to fix variations in encoded files' bitrate from different compiles can result in smaller Mp3 files created by the 32-bit RareWares compile and possibly others.
From the changelog:
What's new in LAME MP3 Encoder 3.99.5:
February 29th, 2012
· autotools: Fix compilation on alpha using proper ifdef guards. Thanks to Andres Mejia.
· Small correction of the documentation.
· Workaround for cygwin build problem. Tracker item [ 3480692 ] mingw-w64 compilation error
· Fix for a problem when LAME is compiled with fast floating point math. It could result in bitrate bloat with silent input data.
· Bug fix for tracker item [ 3486753 ] Artifacts at the beginning of decoded file
What's new in LAME MP3 Encoder 3.99.4:
January 27th, 2012
· Fix for tracker item [ 3475581 ] lame crashes at .w64 input file
Addressing things brought to attention by tracker item [ 3463197 ] 3.99.x problem WFED and PCST frames:
· WFED and PCST frames can now be added, to tag podcasts iTunes recognizes
· USER frames are now supported
· COMM frames can now have a description, when passed via --tv "COMM=description=full text"
· possible divide-by-zero exception should be fixed
· adding malformed user-defined-frames could result in abnormal program termination, fixed
What's new in LAME MP3 Encoder 3.99.3:
November 29th, 2011
· Fix for tracker item [ 3441349 ] --tg does not handle genre number when adding unicode tag