Re: AudioUnitScheduleParameters
Re: AudioUnitScheduleParameters
- Subject: Re: AudioUnitScheduleParameters
- From: Chris Rogers <email@hidden>
- Date: Mon, 11 Apr 2005 12:27:51 -0700
Ev,
Please keep in mind that many AudioUnits don't fully implement the ramping at sample granularity in their DSP code since it requires special casing for each of the parameters. For these cases, the parameter values will be quantized to the start of the render buffer. Implementing ramping (at sample granularity) is something each AudioUnit developer must deal with themselves in their own unique DSP code...
Chris Rogers Core Audio Apple Computer
That's the tough issue with curves; how much resolution between steps or ramps do you give it before it becomes unwieldy in terms of events vs sonic stair-stepping? Ramping at least makes that decision a lot easier - and one graph buffer size is actually a pretty good window in terms of timing - i'd imagine that if you wrote two MusicSequence track parameter events that were ramps (as you demonstrate above), they eventually get broken down to ramps at the buffer size level anyway... I'm probably just coding the same thing that the MusicSequence API is calculating.
|
_______________________________________________
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