• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: How metering is calculated...
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: How metering is calculated...


  • Subject: Re: How metering is calculated...
  • From: Grant Robinson <email@hidden>
  • Date: Tue, 2 Mar 2010 10:32:21 -0700

So, off-the-record, you are saying that you are doing buffer-to-buffer
reporting of RMS gain with attack/decay smoothing?  Does the
attack/decay smoothing require values from previous buffer
calcuations, or can it all be done on-demand?

Grant

On Mon, Mar 1, 2010 at 4:32 PM, James McCartney <email@hidden> wrote:
>
> The question was how we were doing our metering. I'm answering that question, if only obliquely, and not some other question about how one might do it..
>
> On Mar 1, 2010, at 3:27 PM, Brian Willoughby wrote:
>
>>
>> On Mar 1, 2010, at 15:11, James McCartney wrote:
>>> There is also the issue of meter ballistics. A buffer to buffer reporting of RMS gain without any attack/decay smoothing would be too jittery for a user to be able to take a sensible reading from.
>>
>> ... except that it's impossible for the Mean to jump, even if the input is discontinuous.  A low-frequency square wave is still going to result in a slow, 300 ms rise from 0 to the RMS value of the wave, then another 300 ms fall.  Of course, if you're only calculating the RMS value across a single buffer, then you're integrating only about 2 ms of audio, and that might jitter quite a bit.  To put it another way, you can simply factor the meter ballistics into the 300 ms time - I believe they're basically the same thing.  Whether you're considering the electrical damping of an RC network or the mechanical damping of a spring and low-mass meter needle, it's still fairly simplistic.  Isn't it?
>>
>> Brian Willoughby
>> Sound Consulting
>>
>
>  _______________________________________________
> Do not post admin requests to the list. They will be ignored.
> Coreaudio-api mailing list      (email@hidden)
> Help/Unsubscribe/Update your Subscription:
>
> This email sent to email@hidden
>



--
Grant Robinson
email@hidden
 _______________________________________________
Do not post admin requests to the list. They will be ignored.
Coreaudio-api mailing list      (email@hidden)
Help/Unsubscribe/Update your Subscription:

This email sent to email@hidden

  • Follow-Ups:
    • Re: How metering is calculated...
      • From: James McCartney <email@hidden>
References: 
 >Re: How metering is calculated... (From: Brian Willoughby <email@hidden>)
 >Re: How metering is calculated... (From: Grant Robinson <email@hidden>)
 >Re: How metering is calculated... (From: Brian Willoughby <email@hidden>)
 >Re: How metering is calculated... (From: James McCartney <email@hidden>)
 >Re: How metering is calculated... (From: Brian Willoughby <email@hidden>)
 >Re: How metering is calculated... (From: James McCartney <email@hidden>)

  • Prev by Date: Re: Concurrency programming in Audio Units...
  • Next by Date: [iPhone 3.1] kAudioQueueErr_QueueInvalidated handling
  • Previous by thread: Re: How metering is calculated...
  • Next by thread: Re: How metering is calculated...
  • Index(es):
    • Date
    • Thread