Is it possible to create additional ports for GP Local port similar to how we can create multiple ports for the iac driver?
No, but you could use 16 different channels of the Local GP Port, 1 channel per block.
And of course 10 relays of GP Relayer are available also, which might or might not be useful for you.
@edm11 I understand
would anybody else need more ports for Local GP Port? or more Local GP Ports?
I’m thinking it might be useful for those cases when we don’t want to run out of CCs.
By using another port, we can reuse the same CCs.
Or we can use one port for notes, another for CCs.
wondering if anyone else thinks this would be worthy of a feature request.
With GP Relayer one has additional ports.
I mean can I midi assign a widget to the GP relayer port similar to how I can assign to GP local port?
Is the GP relayer for routing inside of GP?
Create a Widget
Map it to Midi IN (OSC)
Enable MIDI merge in MIDI In (OSC)
Send a cc to that MIDI In
Connect GP Relayer
Set it to send
Include a 2nd GP Relayer
set it to receive
And now you see in the MIDI monitor the incoming messages
So easy to check it out.
Interesting. I can’t say I get it at the moment, but I will play with it a bit later.
How would you run out? You can have essentially 128 x 16 unique messages
More about trying to avoid using used ccs on the same channel.
Hu distributing to other port it removes to need to think about channels.
But I agree using different channels could work. I just stayed away from that method just in case I want to use the channels to send notes and ccs of the actual music.
When using MIDI thinking about channels is essential
Of course. I think about channels in terms of notes and tracks.
I try to defer control of general (non track notes related) functions to other ports.
Like for example I might use iac port 1 for my note data and maybe some necessary ccs, but something like iac port 2 for other ccs not related to my actual main 16 midi track channels.
This separation ensures I won’t even need to keep track of which ccs are used eliminating potential conflicts.
I will look into the method you mentioned @pianopaul regarding somehow utilizing GP relayer as a workaround for additional ports.
Thank you very much for your feedback everyone.