Re: View >> AU communication
Re: View >> AU communication
- Subject: Re: View >> AU communication
- From: William Stewart <email@hidden>
- Date: Thu, 3 Sep 2009 16:22:39 -0700
There is no reason for the processing machine to have any UI - it
could be a bank of XServes sitting in the basement.
On Sep 3, 2009, at 4:07 PM, Olivier Tristan wrote:
Problem is, it gives headaches for complex plugin.
I wonder why Logic Nodes do not run the whole plugin on the distant
system while the UI is displayed
on the main system using some export display like X or VNC.
Any ideas ?
On Fri, Sep 4, 2009 at 12:58 AM, William Stewart<email@hidden>
wrote:
That's an assumption that is not always valid.
For instance, one way you can implement something like logic nodes
is to
have a proxy audio unit on the host side (where the view is
running) and
then this AU just proxies all of the calls to the other machine
where your
AU is actually running. From the view's perspective, its still
talking to
your audio unit, but it actually isn't (at least not directly). So,
if you
pass pointers around, the pointer won't be valid for the address
space of
the view and <bang>
One of the problems with Logic Nodes is the fact that many AUs that
could
work this way don't, because of their built-in assumptions about
view and AU
being in the same process (there are other problems too, but if you
don't
have that right, the rest don't matter)
Bill
On Aug 31, 2009, at 4:00 PM, tahome izwah wrote:
The AU and its view are associated via -setAU, right? So whenever I
update the pointer to the DSP class that the view holds in this call
it should be safe. I don't see why not (not that I wouldn't agree
that
your solution is cleaner!).
--th
2009/9/1 Sophia Poirier [dfx] <email@hidden>:
But no, it's not safe. Bill already mentioned earlier in the
thread a
context where it won't work (Logic nodes: separate address
spaces). And
if
you look at the Filter example, you'll see that it is doing what I
describe
(passing buffers of the data itself), not passing a reference to
data or
a
class instance.
Sophia
_______________________________________________
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
--
Olivier Tristan
_______________________________________________
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