Replies: 2 comments 3 replies
-
|
Do those m4a files contain AAC? |
Beta Was this translation helpful? Give feedback.
3 replies
-
|
Foobar2000 2.1 reports LUFS -8.90 and TP +2.20 (1.287598), but $ rsgain.exe custom -s s -t test.mp3
[OK] Scanning 'test.mp3'
[OK] Container: MP2/3 (MPEG audio layer 2/3) [mp3]
[OK] Stream #0: MP3 (MPEG audio layer 3), 44 100 Hz, 2 ch
...
Track: test.mp3
Loudness: -8.90 LUFS
Peak: 1.178432 (1.43 dB)
Gain: -9.10 dBWhy 1.178432 (1.43 dB)? |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
I did some comparisons of replaygain scan results from different applications, and found that they were sometimes exactly the same as rsgain, but sometime had slight differences -- differences too slight to make any real world difference, but varying enough to stir my curiosity.
I scanned the same album of m4a files using rsgain and DeaDBeeF (both Linux), and foobar2000 and MusicBee (both Windows).
• DeaDBeeF had the exact same results as rsgain (rsgain easy with no clipping protection set in a profile).
• MusicBee and foobar2000 produced identical results, but some values, e.g., album peak, were off slightly from rsgain. Per track adjustments were virtually identical, with only slight difference that I suppose might be from some rounding convention (a guess).
From what I gather, all these applications use the same type of scanner, based on the EBU R 128 standard, although using -18 LUFS.
What accounts for the very small differences in scan results?



Beta Was this translation helpful? Give feedback.
All reactions