Re: 'AudioUnitScheduleParametersProc' does not name a type
Re: 'AudioUnitScheduleParametersProc' does not name a type
- Subject: Re: 'AudioUnitScheduleParametersProc' does not name a type
- From: Bjorn Roche <email@hidden>
- Date: Wed, 10 May 2006 15:20:54 -0400 (EDT)
On Wed, 10 May 2006, William Stewart wrote:
Not necessarily... You should be able to factor you code so that you only
call this once; you are able to provide multiple events in a single call
From "file:///Developer/Examples/CoreAudio/Documentation/AudioUnits/Topics/au_params.html":
"Ramp parameters should be rescheduled each buffer."
(in fact it goes on at some length about how to do just that)
So, sure, I can pass multiple values per call, but I still need one call
per render, which can be thousands of times per second.
We can certainly add this proc - you can't.
In case I wasn't clear, I was suggesting that maybe I could just add
something like this to my code:
typedef ComponentResult (*AudioUnitSceduleParametersProc)( void * inComponentStorage, ..... )
But I take it from your response that the kAudioUnitScheduleParamersSelect
selector is not implemented in Apple's code yet. The very presence of such
a selector in the docs and AUComponent.h indicates the intent to add this
functionality. Seems like there's no point in getting rid of the component
overhead in render[1] if you still need the overhead in
AudioUnitScheduleParameters which is called just as often. It would be
great to have this feature.
thanks for your help,
bjorn
[1] Not that I really know what component overhead is, I just take it from
the name that it slows me down. I have no idea how much.
-------------
Bjorn Roche
Check out my CD Mastering Software
for Mac OS X : http://www.xowave.com
_______________________________________________
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