Mass Change of Widget Behaviour

Hello. I’m new to this although I have experience with Camelot Pro and VST Live… sorry….

I have just updated one of my MIDI controllers and now have relative mode for the encoders. It works really well. However, I now have 50 rackspaces each with 4 (volume) mixer widgets that I need to change the behaviour of (catch to jump).

Is there anyway to effect a mass change or am I stuck with editing each widget on each rackspace?

Thanks…

If you have GP Pro, the Rig Manager is the way to manage this kind of thing. If you didn’t actually leverage Rig Manager from the beginning it’s a little more tricky but it can still be done if you still have access to your original controller

  1. Plugin your original controller - if you then look at the MIDI section for each widget, they should show they’re mapped to that controller (assuming that’s what you did originally

  2. Open Rig Manager and create a new alias for the port where your (old) controller is displayed. Call the alias anything you want, for example “MyKeyboard” if you only have one or “Upper” if you have two, one above the other etc.

  3. For each widget on the original controller, add a new MIDI Control Alias, e.g, Slider1, Slider2, Knob1, … etc

  4. Using the menu to the right of each alias and learn the widget from your MIDI controller. This should result in the same device and MIDI message type as was specified for individual widgets in your rackspaces.

  5. When you’re done, press Apply and then save the rig.

If you now look at the MIDI setting for widgets in your various rackspaces, they should now display those alias names rather than the raw device MIDI message

  1. Now plugin your new controller

  2. On the left column of the Rig Manager (“MIDI Device Aliases”), click the menu button beside the alias you created, (e.g, MyKeyboard) and learn the new controller

  3. Now, on the right hand side, click the button for each control and learn the new message. Also, by clicking on the that button, there should be a “Control Mode” setting which you can define to Relative.

Now, all your widgets should be mapped properly and also use the new control mode.

He has Gig Performer 5 Pro for Windows.

More information about the Rig Manager: Rig Manager [resources]

Thanks for your response. I did leverage rig manager from the outset but that only partially helps.

It’s down to the behaviour settings for the widget. Not the association with the controller. The new controller allows its encoders to be set to relative mode. For it to work well with GP, I need to change the behaviour of the widget from ‘catch’ to ‘jump’. I did use rig manager to default the widgets to relative mode on GF but it doesn’t include the movement behaviour.

regards.

Oh, I misunderstood – yeah, the “jump/catch” isn’t defined by the rig manager, although perhaps it should be.

The only other way to do it is completely unsupported - you could edit the gig file and change the attribute

widgetMoveBehavior=“0” to

widgetMoveBehavior=“1”

in all the <widget tags.

But don’t do this unless you really know what you’re doing (i.e, you understand editors and XML files) because we will not support any issues that occurred as a consequence of a user editing an XML file

Thanks. I thought that may be the way and I have had experience in the past. By the time I’ve got something, I could probably just edit them manually. Good to know we have this kind of flexibility if really needed.

Really enjoying using the software. I’ve invested about five months getting Camelot Pro and/or VST Live working the way I need. Don’t know how I overlooked GP.

Regards, Tim

What was not working for you in Camelot Pro or VST Live?

For both really, it was consistent control, particularly volumes across a set. Lots of other little things as well. I could probably have got there with CP but I jumped ship to VSTL as I thought Steinberg’s long term experience would mean a more robust setup. In the end, it was lack of support for relative encoder control that made me look at GP.
In fairness to both of them, support is very good but they have a long list of mods to make and only so much resource to do it. Being totally new to VST hosting, I learnt a lot in the process of working with CP and VSTL which made GP an easy set up from the start. So far, the only thing I’m missing is the ability to embed a PDF in the song and have it ported to a tablet. Currently, the same footswitch that switches song parts in GP also send a message to Forscore to the change the musical notation.

If I have any equipment failure at gigs, my iPad will step in using Camelot Pro and a few VSTs I have loaded. Just to get by.

Are you on Mac?

It’s much better to just send a single message to Gig Performer and then let GP send the message to forscore. For example, when you switch to a song part, let the song part send the PC change to forscore

If you do it that way, then you’re always in sync. If you select a song part by clicking with your mouse, the sheet music will change.