Re: Don't exchange pointers, was Re: Objective-C++/C++ with CocoaUI Issue...
Re: Don't exchange pointers, was Re: Objective-C++/C++ with CocoaUI Issue...
- Subject: Re: Don't exchange pointers, was Re: Objective-C++/C++ with CocoaUI Issue...
- From: "Angus F. Hewlett" <email@hidden>
- Date: Tue, 20 Jun 2006 17:10:31 +0100
.. of course, it would be in many ways far less problematic (less
complexity offloaded to third party developers; greater interoperability
with other systems; not making the assumption that all developers want
to design around your specific requirements) to accomplish that with a
windowed-remote-frame-buffer style design, rather than trying to
transport plugin state changes across a network.
In other words, you run the whole plugin (UI and DSP) on the remote
machine, screen-scrape the frame buffer for the UI window and redirect
event pipes appropriately... like VNC-in-a-window.
Best regards,
Angus.
=========================================================
Angus F. Hewlett, Managing Director (CEO)
FXpansion Audio UK Ltd - http://www.fxpansion.com
Registered in the UK - #4455834 - VAT: GB 798 7782 33
=========================================================
Stefan Gretscher wrote:
Am 19.06.2006 um 17:10 schrieb Richard Burnett:
What I had tried to do was pass in the address of a pointer from the
UI to the AU code
Please don't - AUs are generally designed so that the view code and the
processing code can live in separate address space or even on separate
machines, and exchanging pointers between UI and core breaks this design.
Consider an environment like Logic Nodes where the audio processing can
be distributed to remote machines for utilizing additional CPU
resources, while the UI is working on the main machine - there's no way
to exchange pointers there.
(Logic Nodes are currently limited to Logics built-in plug-ins, but
there's a strong user demand to open up this technology for AUs as well.)
Best,
Stefan
_______________________________________________
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
_______________________________________________
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