In Gig Performer 5.1.1, I am using UAD plugins (such as the 1176 and LA-2A) within a rackspace, and I control the bypass state of these plugins using Variations (e.g., Variation 1: bypass ON, Variation 2: bypass OFF). When I switch Variations by clicking with the mouse, everything works as expected.
However, when I assign MIDI program changes to the Variations and try to switch them via program change messages, I encounter a problem: When changing from a bypass ON state to bypass OFF (i.e., enabling the plugin), the plugin does not function, and no sound comes out. In the wiring view, although the bypass appears to be OFF, the signal seems to stop at the plugin.
If I manually toggle the plugin’s bypass state (ON to OFF) in the wiring view, the sound then works as expected.
Any advice or suggestions for this issue would be greatly appreciated. Thank you.
In my experience, the UAD plugins require an active internet connection for their iLok liscenting. This is why I will use them when producing/recording but not in a live scenario where internet connectivity is far less predictable.
Thank you for your comment! In my case, the computer is always connected to the internet, so I don’t think it’s related to the iLok licensing. What is puzzling is that the problem only occurs when switching Variations via MIDI program change; there is no issue when switching with a mouse click.
I guess it might be, once again, a misunderstanding how variations actually work…
Changes that are made within the plugin or in the wiring view are not saved in variations! Variations only store and recall the states of the widgets on your rackspace panel… if there is no widget, there is nothing to store for a variation.
So, in your case, you’d have to add a widget to your panel and connect it with the plugin’s bypass parameter. Then the state of this widget can be saved with a variation.
Thank you for your comment. I have already assigned widgets to control the bypass on/off for each plugin, and when I switch Variations using the mouse, both the widgets and the linked plugins behave exactly as expected. However, the issue only occurs when I switch Variations via MIDI program change.
Yeah, makes it very likely this is a UAD issue. However, let’s just check a few things? Are the program change messages you are sending into GP being passed into plugins directly, by any chance, possibly resetting them?
In theory, I agree - assuming there’s no bug with that stuff. So could you please just check what is being sent into the plugins? Put a MIDI Monitor between the MIDI In block and the UAD
Interesting but sadly, that doesn’t mean that the UAD plugins are not responding to MIDI anyway - we’ve seen this once or twice before where a plugin did not correctly clear the MIDI buffers.
By any chance do you notice whether the plugin parameters themselves have changed at all?
When this “no sound” issue occurs, there doesn’t seem to be anything wrong with the plugin’s settings themselves. In fact, if I manually toggle the plugin’s bypass (which is OFF when the problem occurs) ON and then OFF again—either directly in the Wiring View or via the widget—the sound returns to normal.
I’ll throw something out that is likely wrong…
Maybe try delaying the widget that triggers the bypass a fraction of second? So, the PC message is fully completed before the widget triggers the bypass (?)
Thank you!! This actually solved the problem! I assume there is some incompatibility between UAD plugins and GP’s “Bypass Plugin” function (but again it is very strange the issue only occurs when switching with MIDI program changes, and not with mouse clicks).
This is a clue — I suspect there is a bug in that plugin such that if the “bypass” request does not come in through the main “GUI” thread then it doesn’t get handled properly. Just for a final test, if you switch variations using your keyboard (i.e, the up/down arrows), does it work properly?
