Yeah this is an issue. I’m creating a remote for a commercial product and editing a JS script is a large amount of friction for a user. You can supply the driver makeDetectionUnit function what port names it can expect to find but this again assumes that the developer knows the port names in advance which we may not if we want to support any generic MIDI connection.
It also seems that the MIDI remote takes exclusive control of this MIDI port. This is an issue if you want to pass through commands to the track. I could be wrong about this as I haven’t tested it much.
I see in one of the factory supplied scripts they didn’t actually supply a port name but do have a sysex response. This could be the solution? You’d need to have your MIDI controller listening for this sysex message. It’s not a bad solution if so.
Except when the Surface Editor is open, because it needs to receive all MIDI messages. Otherwise the rapid learn mode wouldn’t work. I see a lot users leave the Surface Editor open while using MIDI Remote (at least the YouTubers do that). Please always close the Surface Editor AND the Mapping Assistant when you’re done with your mappings.
Btw: The first maintenance will relax the rule of “consuming” MIDI messages. If a control element is bound to a MIDI message but NOT mapped to a Cubase function, the message will NOT be “consumed”. It will be routed through to tracks and other connected devices (like Chord Pads etc).
Please unplug the device and wait until the surface GUI switches to “inactive mode”. Then you can remove that “inactive” device in the MIDI Remote manager. Then plug your device in again and use the BIG FAT PLUS button to activate your device using the MIDI ports of your choice.
I came here for the same question (although Nuendo 12). I did as you mentioned, and it worked initially. My situation is that I had setup an Xtouch One with the Xtouch One as the ports. Then decided I wanted to go through Bome Translator to get extra functions, so I turned off the Xtouch, then removed it, then added the same script again selecting the Bome ports instead. All was good. If I then start Nuendo without the Xtouch on, then turn on, again, great it uses the Bome ports.
However, if I have the Xtouch turned on when I open Nuendo, it immediately adds it back with the Xtouch ports as a new controller.
EDIT: I originally said nothing works, but it does still all work from Bome. But it would be nice to remove reference the Xtouch ports so that it doesn’t keep reappearing?
You can remove the entire Device Script that uses the XTouch ports. Just turn your XTouch on without the Bome-thing. When the XTouch device becomes an active MIDI Remote device, you can use the dropdown menu on the upper-roght of the device-view and choose the trash-button. That’s it!
Ah, sorry. Yes, could be. I thought you had two scripts.
If you’re brave enough you could open the json-file using Visual Studio Code. Then right click the code area “Format Document”. That’d make it human readable. Search for DetectionUnit …
We will fix that in the next maintenance update. Currently it saves all used port choices within the json file. And first gets picked. We will change that, so there will be only one choice of ports written to the json file.