Since only one processing core is used to process audio in Gig Performer, I wonder if using a second instance of GP (which will use another core) would not be a good solution to improve Mac performance by distributing the plugins from the different rackspaces across the 2 instances.
Example: A rackspace with 5 plugins, requiring a processor effort of around 50%. You could place 3 plugins in the first instance and 2 in the second, which would optimize the processing work. Is this possible?
If possible, other questions occur to me:
If you have 2 GP instances open, the audio from both will be processed simultaneously (that is, will I hear both at the same time?). That would be mandatory, as if not, the main purpose of this would be lost.
how do I control the 2 instances synchronously? That is, if you change to rackspace 10 in the 1st instance, will the second instance also automatically change to rackspace 10?
I apologize for being so ignorant on this subject, but how do I know if I have a multi client ASIO driver?
And how do I know the IP addresses and ports?
Say you don’t want to use OSC.
I imagine if you have set your program changes to control rackspaces in instance 1 and then set instance 2 rackspaces to respond to the same program changes - then you effectively have the two instances synchronized.
That is because they will both respond to the same commands if they are set that way.
Rackapaces are mapped by default to some sequential program change.
If you don’t use variations - nothing else to be done other than making sure the order of the rackspaces is the same in both instances.
If you do use variations - then you would have to spend some additional time to setup which program changes each variation will respond to.
But then same applies - maintain their order and they will both respond.
If you use OSC it might be easier. But I am not sure if there is any latency in the response if using over WiFi. Have not tested this mechanism.
