Re: preventing an Audio Unit from crashing its host
Re: preventing an Audio Unit from crashing its host
- Subject: Re: preventing an Audio Unit from crashing its host
- From: Ross Bencina <email@hidden>
- Date: Tue, 24 Jul 2012 18:54:25 +1000
On 24/07/2012 1:11 PM, Taylor Holliday wrote:
Thought I'd revisit this. Does anyone know of a way to have the plugin
GUIs appear as if they're running within my host app, when in fact the
entire plugin is in a separate process?
You might be able to fake it by having your separate process host window
be a borderless top-level always-on-top type window and then
show/hide/move it in sync with the host window in your host app. Might
be a bit of work managing all the application activation events
correctly if that's at all possible.
There is a mechanism to bind NSWindows together so they move in sync,
but I'm not sure whether it works when the windows belong to separate
processes.
Have you looked into how Google Chrome sandboxing is implemented on OSX?
Ross.
_______________________________________________
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