Re: AU from scratch
Re: AU from scratch
- Subject: Re: AU from scratch
- From: Marc Poirier <email@hidden>
- Date: Thu, 11 Dec 2003 10:13:03 -0600 (CST)
On Thu, 11 Dec 2003, Scott Ruda wrote:
>
> Since parameter setting can (and often does) occur in the audio render
>
> thread, it's really not any different whether you handle the change
>
> during Render() or during SetParameter(). Basically, it sounds like
>
> you shouldn't handle it from either. But if it affects the rendering,
>
> and if it can be changed dynamically (however that may be, custom
>
> property or parameter), then you will need to find some way to
>
> synchronize things if the work is delegated to a non-rendering thread.
>
>
I'm only using the Parameter mechanism because that is apparently the
>
only way to put custom UI widgets in the GenericAUView. I will
>
eventually probably implement a true custom view, but I was trying to
>
get the core rendering code working before I went for the fancy UI
>
work.
>
>
The pseudo-param will only be changed by the widget edit in the
>
GenericAUView and never in e.g. my Render method. So when I get a
>
SetParameter call for that parm, I will know that it can only happen
>
because of a UI edit. I know about the sync issues and have those
>
covered.
It still can happen in the render thread, though, just so you know, your
code should be prepared for that. A likely example is that you have
recorded some of your parameter changes as automation data in some host
that offers that, and then when playing back with the automation being
read, the parameter changes from automation will most likely be done in
the same thread as audio rendering.
Marc
_______________________________________________
coreaudio-api mailing list | email@hidden
Help/Unsubscribe/Archives:
http://www.lists.apple.com/mailman/listinfo/coreaudio-api
Do not post admin requests to the list. They will be ignored.