Re: Detecting preset parameter changes in Audio Units
Re: Detecting preset parameter changes in Audio Units
- Subject: Re: Detecting preset parameter changes in Audio Units
- From: Frank Schoep <email@hidden>
- Date: Fri, 30 Mar 2007 13:34:37 +0200
On Mar 30, 2007, at 2:18 AM, William Stewart wrote:
The hots is at fault - after setting a preset it is responsible for
issuing parameter change notifications. The code in AUHosting (/
Developer/Examples/CoreAudio) shows you how to do this.
Maybe I'm interpreting this wrong, but does this mean that both AU
Lab and Garageband and possibly other hosts are at fault and not my
Audio Unit? How can I work around this problem given that such high
profile hosts (with generic views) don't follow conventions?
To clarify: I need to detect user-initiated preset changes in the
host application from within my Audio Unit to be able to reset my
Audio Unit's parameter names.
I tried to override SetProperty in my Audio Unit, but I can't
intercept any kAudioUnitProperty_PresentPreset changes from the host
that way, I only get one call to SetProperty (inID == 21) when first
initializing the Audio Unit.
I looked into the API a bit more and it seems that
AUBase::AddPropertyListener() might be the next best thing to try,
but I can't figure out which parameters to supply as "inProc" and
"inProcRefCon" and associated structures make my head spin.
Are there any examples of working code showing
AudioUnitPropertyListenerProc and the like? I'm sure that callback
functions are standard practice in (Obj-) C, but coming from a Java
background I'm feeling lost here.
Thanks for reading.
Sincerely,
Frank
(This one sent to the list.)
_______________________________________________
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