Re: RMS
"Jack O'Quin" <[email protected]>
| Newsgroups | gmane.comp.audio.jamin.devel |
|---|---|
| Message-ID | <[email protected]> |
On 11/23/06, Steve Harris <[email protected]> wrote: > http://www.ecs.soton.ac.uk/~swh/rms/ > > That was a bit cryptic, but I had very spotty 3G coverage. Sorry it took > so long to get the code out, I had to find time when there wasn't anything > crashingly urgent to do :-/ > > I've only tested it on a mac, but there shouldn't be any nasty supprises > there, it's pretty simple code. > > It's an implementation of an RMS function with a decaying time window, > which seems appropriate for a meter and is much more efficient than doing > it the hard way. > > You have to instantite the state object with the sample rate and the > window size (higher numbers = slower moving meter, I'm guessing 0.1 > seconds is about right), if the window size is too large (eg. 1.0 seconds) > then there are some rounding errors in the output, but that shouldn't be > an issue for JAMin. > > I may also use the code in the compressors, as I think it would do a > better job there than the rectangular window code I'm using now. That looks great. Thanks, Steve. I took a look at gtkmeter.c. The code looks simple, but I still don't grasp exactly how it all fits together. Can anyone give me a pointer to the exact feature request for RMS meters? I have the vague idea that there should be an option to display levels as RMS rather than peak sound levels, since it better approximates human perception of loudness. But, what exactly should it look like? -- joq ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV