Can I get the name of a macro from midi remote

I have made a midi remote script that is sending the names of all the functions I have assigned to each button to my midi device via sysex. This means my device can display this info, and it works.
However, If I assign a macro to a button, I can’t figure out how to obtain the name of the macro. objectTitle just comes up as blank.

Any advice appreciated!

Why just macros? Can you receive commands?

Thanks. If i assign normal functions like start, stop, cycle, solo etc. It works fine and the names of those function is available to send via sysex. But macros dont seem to work the same way.

These functions you’re referring to, are actually hostValues in terms of the midi remote, so various mOn events work.

When it comes to commands and macros, we need to use a different approach.

Say we want that upon triggering the “Duplicate” command to send “Duplicate” to our controller.

Upon binding, we can do this:

     //hard-code the message, in our case this can be Duplicate
     //send Your Sysex Here. Value is NOT the name of the command, you have to supply it.

Thanks for the reply, much appreciated. I will try this out later when I have it in front of me.

My initial reaction is that having the names of the macros hard coded in the script is undesirable, or am i misunderstanding what you are suggesting?

One of the very cool things I have working now with the regular Cubase functions (eg transport controls) is that if the user re-assigns the buttons and changes things around to suit them, the display on my device updates immediately to match. And I was hoping to get that same behavior on macros too. I know not everyone even uses macros, but I do.

Another annoyance is that some functions like the Edit Instrument window, are only relevant on instrument tracks. so if I assign that function to one of my buttons it appears and works fine on an instrument track, but if I select an audio track the button name goes blank. It would be cooler if there was a way to keep the button name, but detect that this function wont work on this track type and so I can grey it out or something rather than it go blank.

Thanks again!

Please note that this is not just for macros. All Key commands behave this way too. The reason it may seems that they work is because there is an overlap between some key commands and hostValues, for example the command “Start” is actually the page.mHostAccess.mTransport.mValue.mStart. But when you bind this one, it’s not the command that sends its title, but the hostValue.

Currently you have to use the hard-coded workaround for your own assignments in the script and I totally understand this is unfortunate when it comes to users altering the assignments.

In this case, a json file is generated in the dir …Cubase\Midi Remote\User Settings.
If you open this one, you’ll see the user bindings.
IF you could import this json to your script, it would be trivial to do exactly what you want by carefully parsing it. However, this is not possible (at least for now), since the compiler doesn’t contain the --resolveJsonModule param.

At the end of the day, though I do too send the commands to one of my controllers upon execution, I’m not sure this is really useful. It’s much more useful that the user sees the bound commands in the UI. After some time, we all get to memorise our assignments, and isn’t this the point of “shortcuts”? :slight_smile:

Which controller are you using, by the way?

Thanks for the explanation. Appreciated.

I am building a controller based around a RP2040 (raspberry pi pico). It has a 320x240 display and a 4x4 grid of mechanical RGB illuminated keys. It’s still on breadboard but it’s a fun project that’s progressing well.

Great! Since this is using a software base, you can set it to search for the missing bindings directly from the globalMappings.json file I’ve suggested earlier, and directly feed the display.

It is a midi device, so sadly it cannot access the file system on the host computer where the json file is.

Couple of ideas though:

  1. Maybe I could make a small application that reads the json and sends the important bits of info via sysex to the midi port.
  2. Or even better, it could read the json and paste the important info into the end of the midi remote javascript file, which the script can then use if needed. and then I just refresh it in cubase and its all updated. So the data would be kind of hard coded.

Neither idea feels very elegant!

The second choice needs refreshing upon every new assignment.

You can have a variation of the first one. Instead of directly sending sysexes to the controller, you can send them to the script using a virtual port and let the script handle the info when needed.

Thanks. I will have a think and experiment.

If I define some pages within the script, I am able to detect when each one activates and deactivates, and send midi sysex at that moment. This works fine, I don’t have it in front of me, but I think I was using mOnActivate (or something similar).

  1. I cant figure out how to do the same when a user defined page activates or deactivates, is there a way to do that?
  2. Also is there a way to fetch the user defined name?


As far as I know, no, there’s no way of knowing this one, because we’re talking about mapping pages not defined inside the script.

The way I dealt with this one, was to create blank user pages, the size of this array is defined in a config file users have access to, so I can have the control on their mOnActivate and deactivate events. If a user decides to add more user pages, without editing the config file first, is perfectly fine, but out of the context of the script.

Thanks, that’s good to know. I appreciate your replies btw, it’s helpful!

I’m finding the Midi Remote feature powerful and cool, but I keep hitting limitations that I need to work around!

I really hope Steinberg continue developing the feature, as there is so much potential here.

The top 3 things on my wishlist are:

  1. Access to the user defined properties that live in the json file (eg names of macros that are mapped to buttons and names of user defined pages, as discussed in this thread)
  2. Access to all the details of whatever expression map is active on the current track. (eg expression names, keys switches, colours, which one is active etc)
  3. Smoother UX

thanks again