6
$\begingroup$

I have a decoded PCM audio data obtained from the Web Audio API.

I'd like to generate a chart that represents the volume level (perceived by humans) over time.

volume|
 level|    ******
      |   *      *                           **
      |  *        *                         *  **
      |**          *      ***              *    
      |             ** * *   *            *
      +---------------*-*-----************------+--- time
      0                                        30s
          audio is             and quiet 
          loud here            here

Here is my current approach, given I have an audio composed of 6 channels.

To calculate the volume level at time T:

  1. For every channel, calculate the RMS value of 200ms window (44100 * 0.2 = 8820 samples, in my case). Time T will be in the middle of the window (ignore the edges).

  2. Calculate the average of the 6 values obtained in step #1.

I get something like this:

enter image description here

Is this a reasonable approach to get the volume level?

Would translating RMS to dB (step #3: Calculate 20*Log_10(step #2)) produce a more accurate chart?

What would be some appropriate methods for smoothing / noise removal?

$\endgroup$
5
  • $\begingroup$ Why would you ignore the negative samples? They're being squared by the RMS calculation. $\endgroup$
    – jaket
    Commented Jan 3, 2018 at 5:37
  • $\begingroup$ @jaket Good point! No good reason for ignoring the negative samples. Question updated. $\endgroup$ Commented Jan 3, 2018 at 6:59
  • $\begingroup$ 200 ms are relatively large windows. I'd suggest using smaller windows and averaging only 2-3 windows. Overlapping windows would also improve accuracy. $\endgroup$
    – dsp_user
    Commented Jan 3, 2018 at 8:57
  • $\begingroup$ Additionally, you maybe want to look at weighting filters link if you are interested in perceived loudness $\endgroup$ Commented Jan 4, 2018 at 10:09
  • $\begingroup$ You can't really chart the perceived loudness this way. First of all, you only get relative loudness from your audio file - you cannot say how loud the original sound really was. Second, peception of loudness depends on the frequency content. The human ear responds less well to low and high frequencies than it does to the typical voice frequencies. There are response curves that you can use to mimic the response of human hearing. I've forgotten the name of the standard, but look for "Psophometric weighting." $\endgroup$
    – JRE
    Commented Jan 4, 2018 at 11:59

1 Answer 1

5
+100
$\begingroup$

There are two separate issues behind your question: the duration of the measurement and the algorithm used to do the actual metering. In the audio jargon, the term used for the perceived level measurement is loudness metering.

Time duration

The first issue you need to tackle is the length of the window used to do the metering. Usually, in audio they can be divided in three classes:

  • Momentary, which gives a loudness level that varies quickly over time (usually a few hundreds of milliseconds)
  • Short term, which winows of a few seconds
  • Integrated, which gives a loudness level on the whole audio file from beginning to end

The actual values for the lengths of the windows varies from the specification, but this EBU tech note specifies a duration of 400 ms for momentary, 3 s for short-term and the whole duration of the file for integrated, of course. Moreover, if you do live tracking of the metering, there is the issue of the refresh rate of the measurement as well, but you may want to set this aside in your case. Finally, it may be useful to note that a rectangular window is used, contrarily to other cases in audio (short-term fourier transform for instance).

Loudness metering

To accurately represent the perceived level, you will need something more complex than a simple RMS measurement. Various methods have been developed over time, from the simple A-weighting mentioned in the comments (which is just filtering before computing the RMS value), to the LUFS (Loudness Units relative to Full Scale) measurement specified in the ITU-R BS.1770-4 recommendation. The latter is a complex algorithm, but it provides methods for measuring perceived loudness in a multi-channel audio file, which is your case.

Regarding your last questions:

  1. Translating the measurement to dB is a good idea to produce a more understandable chart, and most audio products that implement loudness metering give the value in dB.
  2. The windowing method already has inherent smoothing, because giving one value for a window of, say, 400ms time is already a kind of low-pass filtering. Regarding noise removal, most modern algorithms implement gating, i.e. an algorithm that removes all noise below a given level, which means that long periods of silence in the audio file will not lower the value measured when doing integrated measurements. It is then possible to compare the loudness from different sources (between a 2-hours movie and a 3-minutes rock song for instance).

Finally, please note (as it has been highlighted in the comments) that the value will be given in dB relative to full-scale, so it will not reflect the level of the actual audio source, except if you know the calibration of the digital-to-analog converter used for the initial recording.


There are a lot of audio plugins that implement metering, and one of the most recent ones is the Fabfilter Pro-L. You may not need such complexity for your measurement, but it can bee a good idea to take a look at what is done in the industry, the way the value is given and what a good loudness curve looks like.

You can find more comprehensive and extensive sources on loudness metering on the web, and especially on web sites of pro audio manufacturers, for instance TC Electronic or Waves

$\endgroup$
1
  • $\begingroup$ thank you for your answer, it taught me a lot. I found pyloudnorm that seems to implement ITU-R BS.1770-4 and it is easy to use. $\endgroup$
    – Peter
    Commented Jan 4, 2023 at 6:36

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge you have read our privacy policy.

Not the answer you're looking for? Browse other questions tagged or ask your own question.