Closed landroni closed 7 years ago
Yes. I'm using a "fast" approximation for computing the RMS.
Is there a toggle to do the "slow", more exact estimation? If not, would it be difficult to add one?
No It's pretty easy.
I've corrected the RMS computation
Great! Thanks.
I've tested latest GIT and strangely I'm now getting even bigger (much bigger) offsets:
----------------------------------------------------------------------------------------------
Analyzed folder: Worrisome_Heart
----------------------------------------------------------------------------------------------
DR Peak RMS Duration Title [codec]
----------------------------------------------------------------------------------------------
DR10 -0.10 dB -15.59 dB 4:21 01 - Melody Gardot - Worrisome Heart.wav
DR8 -0.10 dB -12.82 dB 2:37 02 - Melody Gardot - All That I Need Is Love.wav
DR10 -0.10 dB -15.92 dB 2:52 03 - Melody Gardot - Gone.wav
DR9 -0.10 dB -15.30 dB 3:22 04 - Melody Gardot - Sweet Memory.wav
DR9 -0.10 dB -16.14 dB 5:24 05 - Melody Gardot - Some Lessons.wav
DR9 -0.10 dB -14.60 dB 4:13 06 - Melody Gardot - Quiet Fire.wav
DR10 -0.24 dB -17.40 dB 2:02 07 - Melody Gardot - One Day.wav
DR10 -0.10 dB -16.83 dB 4:05 08 - Melody Gardot - Love Me Like A River Does.wav
DR9 -0.10 dB -14.87 dB 3:04 09 - Melody Gardot - Goodnite.wav
DR8 -1.67 dB -17.67 dB 1:01 10 - Melody Gardot - Twilight.wav
----------------------------------------------------------------------------------------------
Number of files: 10
Official DR value: DR9
Sampling rate: 44100 Hz
Bits per sample: 16 bit
Dr14 T.meter 1.96.0
==============================================================================================
Is it possible the fix has introduced some unintended mistake in the estimation?
I've not understood how the official meter compute the RMS!
Now I'm using this definition represented in dB: http://mathworld.wolfram.com/Root-Mean-Square.html
That's all.
If you have some idea is welcome.
Solved. I've discovered the idea behind the RMS used by official meter. Now there are only some decimals of difference.
Looks great, thanks! With latest GIT the small differences seem to be more of a rounding error than anything else. I was going to get my hands dirty digging in the Python code, but glad you figured it out now.
I'm using
dr14_meter
on Ubuntu andTT DR Offline Meter 1.4
using Wine.I'm getting slight mismatches between RMS estimates.
DR14 (using
-s -b
):TT DR Meter (manually sorted to put tracks in the right order):
Is this a (known) issue?