When scrolling through some variations that I created, GigPerformer randomly crashed.
The cause appeared to be two free plugins from Voxengo that I use (Stereo Touch and Tube amp).
For each of them I had a button mapped to “Bypass plugin”.
When I removed the buttons or mapped them to the plugins’ own “Bypass”, the crashes disappeared.
Apparently these plugins are not that stable on (de)activation; other plugins did not have this issue.
So, if you have random crashes when scrolling through variations, check if you have created any “Bypass plugin” buttons.
Removing these buttons or using another bypass mechanism might fix the issue.
That’s not good – are you able to reproduce this at all with any regularity, with steps we could follow, so that we could try and track down the problem?
Create a new gig and add this plugin (no connections or other plugins required)
Add a switch and map it to the “Bypass plugin” of Stereo Touch
Create 20 variations or so (no need to toggle the switch)
Scroll up and down the variation list using the arrow keys. A crash occurs sooner or later.
By the way, I was able to open Visual Studio’s debugger for some crashes.
These crashes always occurred inside the Voxengo plugin.
It doesn’t happen with other (non-Voxengo) plugins that I use.
It therefore feels more of a plugin issue than a GigPerformer issue, but that’s just guessing of course.
Oooh, didn’t realize you had access to VS debugger (and I also didn’t realize that you were running on Windows!).
Can you post a stack trace? It may make sense to contact Voxengo and send them that stack trace if it is showing that the crash is inside their plugin.
To be honest, I’d rather spend my time looking for more stable plugins
I found a good (also free) alternative for Tube amp: jsCompShaper (it even sounds and looks better).
A free alternative for a Stereoizer should also be easy to find.
It’s just inverting one channel, adding a small delay and mixing that with the original.
Worst case I’ll implement myself