RE: notifying host of parameter changes
RE: notifying host of parameter changes
- Subject: RE: notifying host of parameter changes
- From: "Muon Software Ltd - Dave" <email@hidden>
- Date: Sat, 22 Oct 2005 09:36:41 +0100
- Importance: Normal
> The second one is whatever you want. The listener mechanism uses the
> object param to determine which code is sending the notification, so
> it *doesn't* notify senders of something they've originated.
I didn't have much success experimenting late last night. I just couldn't
get automation recorded in Logic at all.
> > Is there any particular reason why one would choose
> > AUEventListenerNotify as
> > opposed to AUParameterListenerNotify for this type of usage?
>
> Nope - the event listener is an extension (think of a sub-class) of
> the parent (base-class) parameter listener. It was added to deal with
> parameter begin/end gestures and property changes. You can use the
> older API call with the newer object.
Have tried it both ways - with a parameter listener and an event listener
(and with a NULL/non-NULL second parameter), still no joy.
I think what I'm having the problem with is getting a reference to the
host's listener (the first parameter). How can I get hold of this reference?
is it handled entirely by the carbon view base class?
_______________________________________________
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