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