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: Replaygain in LAME 3.97 (Read 16273 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

Replaygain in LAME 3.97

Hi

I'd like to have LAME compute and apply the ReplayGain values during encoding. After checking the LAME homepage, I don't know which switch to choose: --replaygain-fast or --clipdetect? I'd say --clipdetect but I'd like a confirmation...And where in the command line shall I enter this value? 

Thanks!

Replaygain in LAME 3.97

Reply #1
--replaygain-accurate does clipdetect and additionally computes the RG value more accurately. See also lame.exe --longhelp.

But, as far as I know, hardly any software uses the replaygain values stored in the LAME tag, so you might want to use --noreplaygain and use software like foobar2000 to compute the replaygain values instead, which stores the values in tags. Disabling the LAME replaygain calculation will probably give a small speed increase during encoding, but I haven't tested that. I usually use --replaygain-accurate just for completeness sake.

It doesn't matter where in the command line you enter these arguments.

Edit: By the way, computing replaygain during encoding only computes track gain values, not album gain, so if you want that, you have to use other software to do that.

Replaygain in LAME 3.97

Reply #2
OK thanks, I was just looking for a way to streamline the whole ''open EAC - Encode - Close EAC - Enqueue newly encoded files in Foobar - RG'' process, but I'll keep doing that then 

Replaygain in LAME 3.97

Reply #3
But, as far as I know, hardly any software uses the replaygain values stored in the LAME tag, so you might want to use --noreplaygain and use software like foobar2000 to compute the replaygain values instead, which stores the values in tags. Disabling the LAME replaygain calculation will probably give a small speed increase during encoding, but I haven't tested that. I usually use --replaygain-accurate just for completeness sake.


Do you know which software actually does support the LAME Replaygain header? How how it is supposed to handle Replaygain info if there is one in the header aswell as in the tags? Does the tag-info get priority over the header? I'm just wondering because foobar's Replaygain should give more accurate result (like --replaygain-accurate) as is computes the mp3 data. Things would go nasty when applying mp3gain to the files: say a track is gained by 6db. If the player now would take the unchanged value from the header (which still is at apr. at +6db), it would be gained twice and thus become much too loud!