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: EAC + ReplayGain thru LAME DLL?! (Read 1731 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

EAC + ReplayGain thru LAME DLL?!

Hiya!

I reckon most "scene grp rls" mp3s have ReplayGain tag set in their LAME tags respectively. I also reckon most of these "scene groups" use EAC. However, it strikes me ass odd, I'm running EAC v0.9pb5 (latest) and LAME v3.98.2 (latest stable) with burst mode. However, when I rip a CD track, the utility lametag.exe (available at RareWarez, among other places, gr8 for viewing the LAME tags on mp3 files) shows none present of the three kinds of  RG fields (track peak, track gain, album gain). Odd. AFAIK, LAME started writing RG-data (in their LAME tags) per default behavior as of LAME v3.97isch. However, why this behavior then? If I want LAME RG metadata, must I then necessarily use lame.exe ("external CLI encoder setty) to make it work..? Meaning, does EAC somehow explicitly suppress use of RG metadata? Confuzed. Thanks for all answers.

EAC + ReplayGain thru LAME DLL?!

Reply #1
First of all, I'm really sorry about the double-post. My bad. Please remove one of my threads, I apologize.

However, to fill-in my quest a bit:

This is the kind of lametag.exe result I would like from my encodes:

RG track peak:      <not stored>
RG track gain:      -6.0dB (determined automatically)
RG album gain:      <not stored>


But this is what I get right now:

RG track peak:      <not stored>
RG track gain:      <not stored>
RG album gain:      <not stored>

 

EAC + ReplayGain thru LAME DLL?!

Reply #2
Hmm..

Seems as "it is what it is", sort of.

When I pull EAC using external encoder bin\lame.exe w/ neat n simple "--preset fast standard %s %d" for params, the output does indeed have it's RG track gain LAME tag field set in order. However, when doing the encoding through lame_enc.dll, it goes blank. Anyone who could fill me in if I'm missing some simple option checkbox (I suffer from sloppy eyes disorder, I must confess so) that enables RG through library, or is this "work-around" that I've found the only fair solution, hence also the most probably way .....others..... do it?

Ty in adv~