Hydrogenaudio Forums > List of Hydrogenaudio Audio Recommended settings?

Full Version: List of Hydrogenaudio Audio Recommended settings?

Hydrogenaudio Forums > Lossy Audio Compression > MP3 > MP3 - General

funkyblue

Sep 10 2006, 02:59

Howdy,
I cannot find a clear and easy to understand listing of what is the recommended build and settings to use with LAME. I am thinking that -V2 --vbr-new has replaces --alt-preset-standard?
What is the most recommended settings at 128k etc?
I just wish there was a clear and easy to understand link in the wiki...
Cheers

ShowsOn

Sep 10 2006, 03:11

List of recommended LAME settings

For ~128 Kbps VBR, use: -V5 --vbr-new

According to this page: http://wiki.hydrogenaudio.org/index.php?title=Lame_Compiles

The recommended version of LAME is now 3.97 beta 3

funkyblue

Sep 10 2006, 03:25

so -V 2 --vbr-new, would be the best to use for every music?
Or just -V2?

Cheers

ShowsOn

Sep 10 2006, 04:03

The --vbr-new switch uses a new VBR routine that is both faster, and higher quality (for -V settings of 5 and lower)

-V2 --vbr-new produces files around 190 Kbps VBR, if that is too big, use a higher V number, e.g. V3 (175 Kbps) or V4 (165 Kbps).

Using --vbr-new is recommended, and on my computer (Athlon 64 X2 4200) it is about 20 - 30% faster.

CODE

switch           equals preset        target kbit/s   bitrate range kbit/s

-b 320           = --preset insane          320         320 CBR
-V 0 --vbr-new   = --preset fast extreme    245       220…260
-V 0             = --preset extreme         245       220…260
-V 1 --vbr-new                              225       200…250
-V 1                                        225       200…250
-V 2 --vbr-new   = --preset fast standard   190       170…210
-V 2             = --preset standard        190       170…210
-V 3 --vbr-new                              175       155…195
-V 3                                        175       155…195
-V 4 --vbr-new   = --preset fast medium     165       145…185
-V 4             = --preset medium          165       145…185
-V 5 --vbr-new                              130       110…150
-V 5                                        130       110…150
-V 6 --vbr-new                              115        95…135
-V 6                                        115        95…135
-V 7 --vbr-new                              100        80…120
-V 7                                        100        80…120
-V 8 --vbr-new                               85        65…105
-V 8                                         85        65…105
-V 9 --vbr-new                               65        45…85
-V 9                                         65        45…85
--abr 56 -mm     = --preset voice            56          56 ABR

Cosmo

Sep 10 2006, 04:05

The golden ears around here concluded that --vbr-new (''fast mode'') no longer comes with a penalty of decreased quality as it did in the past. In fact they think it often improves quality. (at least in the V0 to V5 range)

Things like this are answered in the [Discussion] topic, among other places.

funkyblue

Sep 10 2006, 04:07

Howdy,
Then why is --vbr-new not on by default? It's should be just -V2 for --alt-preset-standard quality...?
Much easier to promote just -V2 as the BEST setting for Music and Lame...

Maybe some tests need to be done, to PROVE it is better, so it is enabled by default?

@Shows On, What part of Adelaide you from? I am in Kent Town...

ShowsOn

Sep 10 2006, 04:36

QUOTE (funkyblue @ Sep 10 2006, 12:07)

Howdy,
Then why is --vbr-new not on by default?

I'm not completely sure of the technical details, but from memory, there is a possibility that some old front ends, or apps that use the ACM version of LAME could be broken by making --vbr-new the default setting.

So essentially, the LAME developers did not want to break compatibility with older applications.

QUOTE (funkyblue @ Sep 10 2006, 12:07)

It's should be just -V2 for --alt-preset-standard quality...?

I would go for -V2 --vbr-new if you want a replacement for --alt-preset standard.

It will be significantly faster, at slightly lower bit rates, yet transparent for nearly everyone 99% of the time.

But my hearing is pretty bad, so for MP3 I personally use -V3 --vbr-new. I could probably even get away with -V4, but I use -V3 as a bit of an insurance policy. On average it is only another 10 Kbps.

QUOTE (funkyblue @ Sep 10 2006, 12:07)

@Shows On, What part of Adelaide you from? I am in Kent Town...

I'm in Highbury (North East, just on the edge of the metro area)

funkyblue

Sep 10 2006, 05:04

It seems stupid thats the only reason then. The older fontend/other p[rograms need to be updated. Not LAME.

IMO, I think Lame should have VBR-NEW on by default. The programs authors can then update their programs.

ShowsOn

Sep 10 2006, 06:38

There was a bit of debate about it at the time, I'm sure you'll be able to find some threads on it.

The LAME developers have to ensure they don't break all the applications that rely on LAME. Whereas people interested in the best quality feel that the defaults should always revert to the best operation the encoder can provide.

So there are decent arguments either way.

Eventually this won't matter, because LAME4 will make new front ends mandatory, and a new ACM approach as well. It makes sense to only break backwards compatibility when the encoder moves to a major new revision.

funkyblue

Sep 10 2006, 07:35

Howdy,
What applications are we talking about?
How relevent are they really?

-V2 --vbr-new as -V2 is the way to go

Synthetic Soul

Sep 10 2006, 18:48

The following thread may be of interest:

http://www.hydrogenaudio.org/forums/index....showtopic=38979

In essence though, Gabriel talks of the potential for issues with front-/backends, and no specific applications are mentioned.

QUOTE

If lame.exe was the only frontend, it would be easy. However, there are many frontends using Lame: lame.exe, lame dll, lame ACM, lame DShow, and a lot (really a lot) of applications using the lame dll or libmp3lame directly.
The change needs to be done inside the core of Lame (libmp3lame) without breaking all the frontends.

This is a "lo-fi" version of our main content. To view the full version with more information, formatting and images, please click here.