Skip to main content

Notice

Please note that most of the software linked on this forum is likely to be safe to use. If you are unsure, feel free to ask in the relevant topics, or send a private message to an administrator or moderator. To help curb the problems of false positives, or in the event that you do find actual malware, you can contribute through the article linked here.
Topic: Older versions of LAME (quality thereof) (Read 6263 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

Older versions of LAME (quality thereof)

I have a large 320kbps collection of mp3s from different sources.  I've only recently began exploring the technical aspects of music compression, and subsequently noticed that parts of my collection were encoded with LAME as old as 3.88 and even 3.82.  Should I expect these to be of worse quality than music encoded with newer versions of LAME?  Is there any way to determine the version used of mp3s made with other encoders?

Older versions of LAME (quality thereof)

Reply #1
3.82 is really an old version of Lame, and there has certainly been progress since then. But luckily your files are encoded with 320 kbps, that's why I wouldn't worry.
EncSpot is a tool that tells you about the encoder used, but it does not always give the correct answer.
lame3995o -Q1.7 --lowpass 17

Older versions of LAME (quality thereof)

Reply #2
Given some choice, what is the oldest version of LAME that you would consider on par with modern encodes?

Older versions of LAME (quality thereof)

Reply #3
As for CBR 320, 3.90 is a good ancient version.
lame3995o -Q1.7 --lowpass 17

Older versions of LAME (quality thereof)

Reply #4
Isn’t anyone going to mention 3.90.3? After all, it was an integral factor in the creation of Hydrogenaudio: before that, there was r3mix: the name of both a website and a preset (i.e. assemblage of tweaked parameters) to which Dibrom wished to provide alternatives, leading him to be a main developer of the --alt-presets, which were first introduced in said version as options and later assimilated into all operations of LAME.

Older versions of LAME (quality thereof)

Reply #5
Hehe! 3.90 didn´t use -Z from the beginning so 3.90.3 must indeed be some "legendary" version.
Is troll-adiposity coming from feederism?
With 24bit music you can listen to silence much louder!

Older versions of LAME (quality thereof)

Reply #6
3.88 is decent for high bitrate CBR 192 + and GOGO is based on it. 3.90 is another good one allowing both the old and new methods. Really at 320k you have nothing to worry about unless some crazy switches were used.

Older versions of LAME (quality thereof)

Reply #7
Given some choice, what is the oldest version of LAME that you would consider on par with modern encodes?
If LAME improves every version, it's pretty difficult to give an answer to this, wouldn't you think? The earliest "dependable" VBR MP3 encoder, in my eyes, would be the 3.90.x series, but as db1989 says, I'm likely biased on the matter. At 320, things are quite different. You're probably well beyond the threshold of audibility in most cases.

Older versions of LAME (quality thereof)

Reply #8
Thanks for the information guys.  Great stuff, I really appreciate you sharing your knowledge!  I mostly wanted to know if I should replace some of my "older" encodings, even if for OCD purposes.  It's comforting to know that it's no tragedy if I can't. But what about FhG encodings at 320kbps, do they hold up against LAME?  Is there any way to determine how which version of FhG was used? 

PS: one of my albums was encoded using something called NCODER, and even Google seems to have hardly heard of it! =D

Older versions of LAME (quality thereof)

Reply #9
The only concern is an old encoder called BLADE which had terrible quality regardless of bitrate. FHG and lame are good unless you use a 90's version but even then 192 should be acceptable and 224 sufficient for harder cases. VBR was immature back then and can be worse than CBR. I remember joint stereo not being properly tuned with some encoders too so it is was often avoided for high bitrates. Gapless encoding appeared around lame 3.90 which is another bonus. Again for 320k I think you are safe.

Older versions of LAME (quality thereof)

Reply #10
Another thing to consider is that as our hearing worsens over the years, the quality of the older encoders improves.

 

Older versions of LAME (quality thereof)

Reply #11
unless some crazy switches were used.

for example, because of poor hardware:

I know [...] that I should use --alt-preset cbr 128 or --alt-preset 128 if I want an ~128 kbps encoding, but my crappy MP3 players skips and pops if I don't use the parameters below.
[...]
"--apeinput -b 128 -m s --nores --noshort --strictly-enforce-ISO"