Re: RMS meter proposal

Florian Berger <[email protected]>
Newsgroups gmane.comp.audio.jamin.devel
Message-ID <[email protected]>
Hi Jan,

> So, are you proposing that we carry a continuous
> sum^2 and count to compute RMS
> or would this be over a certain period?

I'll try to explain, but please note that I am not an DSP programmer,
just an ordinary user.[TM] :-) The RMS meter is a real time meter,
quivering just like a peak meter does. It tries to display the current
RMS value of the audio signal. However, since there is no RMS value of
an single sample, best practice (I believe) is to continuously collect a
bunch of samples, push them through the RMS equation

http://en.wikipedia.org/wiki/Root_mean_square#Calculating_the_root_mean_square

displaying the result and start collecting again. So an RMS value is
emitted every 100, 1000, 2000 samples, whatever fits.

So, in short, it would be obtained continuously analyzing small time
slices.

Please anyone correct me if I'm wrong. That's just how I suspect it to
work.

Rezound has such a two-in-one meter, using thick bars for RMS and thin
ones for peak:

http://rezound.sourceforge.net/ss1.shtml

I hear audacity has one too. We need it in JAMin. ;-)

Greetings,

	Florian Berger


-------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.