2 AUCocoaView implementation questions: How to deal with uninitialized AU, and restrict Host to single view.
2 AUCocoaView implementation questions: How to deal with uninitialized AU, and restrict Host to single view.
- Subject: 2 AUCocoaView implementation questions: How to deal with uninitialized AU, and restrict Host to single view.
- From: Motti Shneor <email@hidden>
- Date: Mon, 5 Jul 2010 02:22:20 -0400
- Acceptlanguage: en-US
- Thread-topic: 2 AUCocoaView implementation questions: How to deal with uninitialized AU, and restrict Host to single view.
Hello everyone.
1. - How to deal with an uninitialized AU.
In the Audio Unit Programming guide, Chapter 3 (The Audio Unit View) It is stated that a Custom AU View (Cocoa included) should be prepared
to exist and function even when its related AudioUnit is uninitialized.
In our case, I must do some stuff (in the view instance) to support this --- I must disable some UI elements and shut down some UI timers .
However --- There is no standard notification I am aware of that the Cocoa View gets, when it loses its AU. The only time where the view gets to know its AU is
upon Instantiation.
Is there a standard way to do that?
Should I establish a custom Property and AU Event to notify my view when the AU gets uninitialized?
Should the Cocoa view poll on its AU for its state? when?
2. How to restrict the host to opening just one Cocoa View instance per AU instance.
For several implementation reasons, we cannot support more than one instance of our custom Cocoa view per AU instance.
As far as I can understand, the Host, once requested the AUCocoaView bundle and factory method --- can create as many instances as it wishes.
Where can I report the host that I cannot create any more view instances?
Should my factory return nil? is it a supported behavior legitimate?
Thanks for any hint!
Motti Shneor
Senior Software Engineer
Waves Audio ltd.
[mailto: email@hidden]
_______________________________________________
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