Waveform (db) View

I am monitoring audio noise output from an RF receiver - tracking its level as a function of time. (AGC is off.) Mono. 8000 Hz sample rate at 16 bit PCM (since I’m logging days of data at a time).

The Waveform(db) view is great. But I’m puzzled.

Across the middle of the UI is a black line, corresponding to -60db. My noise bounces along at -30db, with occasional peaks at -20db (normally).

What confuses me is what’s below the top of the blue waveform. I see the light blue envelope at about -36 db, which I understand as RMS. All fine. But instead of being solid blue to the -60db line, it opens up, with background grey showing through.

Weirder is that for each noise spike that causes the graph to spike, there is a corresponding, but larger, downward excursion - commonly dropping below the -60db line.

I’ve uploaded a screen shot. I’m running v. 2.02 on Windows 7.

Can someone clarify?

Many thanks,

/Bill
waveform.jpg

What confuses me is what’s below the top of the blue waveform. I see the light blue envelope at about -36 db, which I understand as RMS. All fine. But instead of being solid blue to the -60db line, it opens up, with background grey showing through.

I think you have a [u]DC offset[/u] and if that’s the case, its probably caused by a defect in your soundcard. (I don’t normally use dB view so I’m not sure what offset looks like in that mode.)

The Normalize effect can remove the offset (and you can turn-off the actual normalization). But, you do have an asymmetrical waveform so I’m not sure what it will look like after removing the offset. Or, maybe the offset just makes it look asymmetrical in the dB view.

You can also remove offset with a high pass filter. (DC is zero Hz.) A high-pass filter at 20Hz will remove the offset without affecting the sound.

If we had dB markings in the normal (“linear”) waveform view, it should look something like this:

_   0.0
|_ -3
|_ -6
|_ -12
|
|_ -45
|
|_ -infinity ______________________
|
|_-45
|
|_ -12
|_ -6
|_ -3
|_ 0.0

Notice how the numbers are close together near the top/bottom of the track, and bigger jumps toward the vertical middle.
Here we can see this type of vertical ruler in another audio application:

When in “Waveform dB” view, the waveform is drawn differently. It is plotted such that the dB steps are equal from top to bottom, rather than “squashed” at the top and “big jumps” at the bottom. Thus, if we were to mark each 3 dB interval, the scale would look something like this:

_  0
|_ -3
|_ -6
|_ -9
|_ -12
|_ -15
|_ -18
|_ -21
|_ -24
|_ -27
|_ -30
|_ -33
|_ -36
|_ -39
|_ -42
|_ -45
|_ -48
|_ -51
|_ -54
|_ -57
|_ -60
|_ -63
|_ -66
|_ -69
...
...

The obvious problem here is that we never get down to the “no signal” (absolute silence) level of “-infinity dB”.

The related part of the problem is when we consider how that part of the waveform that has peaks pointing down (in the normal linear view) should be drawn in a “dB” view. Mathematically it makes no sense to be “less than minus infinity”.

The way that Audacity works around these problems is to have “cut-off point”, such that when the signal is below a certain level, it is ignored.

Here is a Sine Wave that has a peak amplitude of -50 dB, shown in the “Waveform dB” view, with a cut-off at -60 dB:
firsttrack000.png
As you can see, the part of the waveform below -60 dB has been ignored (cut off), and the peaks that would have been downward pointing in the normal linear view have been drawn as downward pointing but with no vertical scale.

In your waveform, the highest peaks “above the line” reach to about -15 dB, and below the line reach down to about -15 dB (the scale, if drawn on the ruler would count from -60 to 0.0 going down the screen). However, what would be the middle of the waveform in normal linear view, is at about -38 dB rather than at -infinity dB.

As Doug wrote, your waveform has “DC offset”, which means that the average (“middle”) of the waveform does not lie at -infinity dB.

There is more information about DC offset here: http://manual.audacityteam.org/o/man/dc_offset.html

Thanks for all the good info! /Bill