@Peter/foosion/Garf or others with the needed knowledge about this...
I know that the differences will be neglible and non-percievable, but i was just currious about if fb2k's RG scanner ignores encoder/decoder delay when calculating the gain for LAME MP3's ? I'm asking this since i have begun to use metamp3.exe which uses mp3gain source code to RG scan my MP3's and the values differe alittle bit to fb2k's values and so i was thinking about if this was the reason ? I actually dosen't even know if mp3gain has been fixed to also ignore the encoder/decoder delay, but atleast it didn't back in 2003 where Olek Korzynski added the gain_analysis.c + other code to lame.exe for enabling RG calculation and where this was the reason for different results between mp3gain and lame.exe and i couldn't really find any references to any changes about that in mp3gain's CVS repository. Also, does fb2k's gain analysis code differ much from Snelg's latest revision of gain_analysis.c i.e. the original and official gain analysis C implementation ?
Thank's in advance.
CU, Martin.
Edit: Of course i'm not talking about the 1.5dB steps precision of mp3gain's global gain field modifications in each frame header, but about mp3gain's analysing process, which calculates and adds tags of 0.01xdB precision(and which tycho has modified to make ID3v2 instead of APEv2 tags in his metamp3.exe tool)...