Sending CC messages to a particular output device with a delay

Ok… thanks for sharing your gig file!
It took a while of reading your posts to understand what you are doing and why you are doing it that way… :slight_smile:
So, even if the Scriptlet of @rank13 solved your issue in the first row, i thought about your rackspace setup, and maybe you could simplify things a little bit if you were using the global rackspace for your “stomp board mirror”.

I used a global rackspace panel with 6 big LED widgets to reflect your stomp board.
Each of them is assigned to a “global parameter number” which makes the global widget to be controlled from a widget in a local rackspace (if it is bound to the “to global rackspace” plugin and the respecting global parameter number)
In the local rackspaces (i changed only the first three) i placed six small LED-widgets which are bound to the global pendants as described before. So, each setting of those little LEDs in the local rackspace’s variations will control the big ones in the global rackspace.
Now looking at the widgets in the global rackspace, they are connected to the parameters of @rank13 Scriptlet, which should also work in the global rackspace.

This approach offers the advantage that all the MIDI stuff is happening in only one place, the Global Rackspace, and you also need the scriptlet only once, which makes eventual changes or adjustments much easier.
But there is also some kind of disadvantage:
You’ll have to have those six little LEDs on each of your local panels to set the behaviour of the big ones. But if you export a so designed rackspace as a template which you can re-use for further rackspaces, this shouldn’t be causing too much worries.

Maybe it helps:
XR18 Guitar(global).gig (947.1 KB)

2 Likes

Your approach does simplify things quite a bit! I incorporated this in my rig.

Regarding the last part of what you said, I saved the panel you created as a template and it retains the parameter mappings when loaded into a new empty gig, so no need to save the entire local rackspace as a template. Saved the global rackspace as a template and loading that in works flawlessly in tandem with the local rackspace. The stomp is happy.
However I recreated the mappings in one of my own local rackspace panels and saved that panel, but the mappings weren’t saved. Do you know why that’s happening? I tried again bunch of times after setting up functional parameter mappings with the global rackspace loaded, but when I save and reload my local panel, all the buttons become unmapped, unlike yours.

Lastly how did you completely minimize the widget caption in your panel? I wasn’t able to figure out a way to do that. Helps a lot with cleanly organizing and arranging panels!

Thanks a ton for your help!

Update: Having a little issue with the global setup.
Basically I am also sending PC messages to the stomp to change presets from the MIDIout blocks in local rackspaces. One preset on the stomp controls the first three rackspaces, and another controls the last three. (The purpose of this is so that if I click either one of the first three or the last three rackspaces with my mouse, the corresponding preset updates on the stomp too). I guess there’s a conflict happening because of MIDIout block in both global and local raskspases. Local one is sending PC messages and global one is sending CC messages. When I shift back and forth between the first three and last three sets of rackspaces, the stomp sometimes either doesn’t update, or even switches on the wrong lights.
The stomp behaves unexpectedly only when I switch between the two sets of rackspaces. Staying within 1,2, 3, or 4,5,6 doesn’t have issues. Tried delaying more but didn’t work.
Meanwhile rank13’s solution works without any issues so I’ll work with that.
I’ll attach the gig files if you wish to do any testing.

rank13’s setup:
XR18 Guitar.gig (871.8 KB)

schamass’s setup:
XR18 Guitar (schamass).gig (2.3 MB)