Re: simultaneous parameter changes
Re: simultaneous parameter changes
- Subject: Re: simultaneous parameter changes
- From: Chad Wagner <email@hidden>
- Date: Sat, 17 Mar 2007 20:34:43 -0400
Hi Bill, thanks for the response.
I guess I don't understand enough of how an AU host is supposed to
work. So even though AudioUnitBaseSetParameter gets called twice
(once for each parameter), there's another step that's missing?
There's an opaque step in there so I can't figure out exactly what's
supposed to happen or where it is falling short...
If I break in AudioUnitBaseSetParameter so that the two
"simultaneous" calls actually get some space between them, then the
listener proc is called twice as expected, which is why I suspected
my notification interval was the problem. If this really is a bug in
Live, I'd like to understand the issue a little better before
pursuing it with them, and also be sure it's not just something I'm
doing wrong (which was my first assumption)
On Mar 16, 2007, at 9:50 PM, William Stewart wrote:
AUEventListener doesn't make decisions about parameters being
changed or not - if the caller is telling us that both X and Y
parameter is being changed, you should be receiving notifications
for both - this sounds like a bug in Live - they aren't calling the
event listener, just calling AudioUnitSetParameter - you should
contact them
Bill
On 15/03/2007, at 8:04 AM, Chad Wagner wrote:
Hopefully this is an easy question, but it's been giving me some
problems, so any help would be appreciated.
In my AU's carbon view, I set up an event listener with
AUEventListenerCreate, using a notification interval and
granularity of 0.1 sec. I'm testing it in Ableton Live, which has
a generic 2D control that can be mapped to any 2 parameters of the
AU. When using this, both parameter changes are received
correctly by the AU, but my AUEventListenerProc in the GUI is only
called once for one of the parameters, i.e. if both X and Y values
change, I am only notified of X. (I am notified of Y only if
there was no change in X.) I assume this has to do with the
granularity setting, so I tried reducing that (which isn't really
what I want) and also tried creating a different listener for each
parameter (though still using the same callback proc), but still
with the same results.
I'd like the notification interval and granularity to stay at 0.1
sec, since I really don't care about changes that come faster than
that, but I do need to track each parameter independently and be
notified of the current values. What is the correct way to do this?
Thanks,
Chad
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Coreaudio-api mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
40apple.com
This email sent to email@hidden
--
mailto:email@hidden
tel: +1 408 974 4056
______________________________________________________________________
____
"Much human ingenuity has gone into finding the ultimate Before.
The current state of knowledge can be summarized thus:
In the beginning, there was nothing, which exploded" - Terry Pratchett
______________________________________________________________________
____
_______________________________________________
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