Re: Fwd: Re: Re[2]: [linux-audio-dev] peakfiles and EDL's

New Message Reply About this list Date view Thread view Subject view Author view Other groups

Subject: Re: Fwd: Re: Re[2]: [linux-audio-dev] peakfiles and EDL's
From: Richard C. Burnett (burnett_AT_tality.com)
Date: Thu Mar 01 2001 - 20:51:28 EET


Hehe, I'll just repeat, if you do use RMS, make it selectable because
peaks let me see peak levels with respect to keeping from clipping.

Rick

On Thu, 1 Mar 2001, Paul Davis wrote:

> [ RMS instead of peak ]
>
> >True, but is it actually much slower? Its only
> >
> >while (foo) {
> > sumsq += val * val;
> >}
> >rms = sqrt(sumsq / length);
> >
> >Isn't it? There's no conditionals, so its pipeline friendly.
>
> true. and it has me thinking that computing the RMS value for the
> window would actually be a lot nicer in many ways than using peak
> values. the only problem i can see is that the peak values preserve DC
> offsets, whereas a single RMS value does not, and this could be a
> problem. but given that any sampled audio sound is really being stored
> as a series of amplitudes, it somehow seems more fitting to actually
> use something more like RMS than peak data ...
>
> any comments ?
>
> --p
>

+------------------------+-----------------------+
| T a l i t y | +------+ |
+------------------------+ +----+-+ | |
| Richard Burnett | +-+ | |
| Senior Design Engineer +---+ +----+ |
| burnett_AT_tality.com | | |
| | | |
| Phone: 919.380.3014 | |
| Fax: 919.380.3903 | | |
+------------------------------------------------+


New Message Reply About this list Date view Thread view Subject view Author view Other groups

This archive was generated by hypermail 2b28 : Thu Mar 01 2001 - 21:15:24 EET