Closing AudioUnit before closing its UI
Closing AudioUnit before closing its UI
- Subject: Closing AudioUnit before closing its UI
- From: "Jeremy Todd" <email@hidden>
- Date: Mon, 17 Jul 2006 17:24:06 -0400
Hi,
I've encountered a rare behavior in Soundtrack Pro 1.0.3 which is crashing
our plugins. To reproduce this I simply instantiate an AudioUnit on a track,
open the AudioUnit's UI, then delete the track. Soundtrack is closing the
AudioUnit itself before closing its AUCarbonViewBase. Our user interface
expects the AudioUnit itself to be there for its entire lifetime, and so it
crashes.
Can anyone tell me whether the above is valid behavior for a host? If so, I
suppose when my AudioUnit is closed, I need some threadsafe way to put the
UI into a state where it doesn't attempt to query the AudioUnit anymore.
This is certainly possible, but so far we haven't encountered another case
where a host deletes an AudioUnit before deleting its user interface.
Thanks for any info,
Jeremy Todd
iZotope, Inc.
_______________________________________________
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