How I'm using GSi VB3 with gig performer effectively

The problem is that all available organ plugins do sound slightly different, so if you want the specific VB3 sound, you have to use this plugin. There was a long discussion about VB3 against other plugins before in this community.

As being a big fan of the VB3, but using Blue3 because of the issues with VB3, I thank you for your workaround and will try. :+1:

1 Like

I originally tried this method back when I first was using VB3 in gig performer but could never get it to work reliably. Not sure what the hang up was. Since I tried it when I was only first getting accustomed to Gig Performer, there’s a chance I didn’t have it set up correctly. But if this method works without hiccup for you, this is definitely a simpler way.

I have considered it yes. VB3 does have a really fantastic sound and is much lighter on CPU than Blue3 or omnisphere. Furthermore, the presets are more “performance-ready” than most of the other organ plugs I’ve tried. For me, it’s worth it to use the workarounds. But I understand why some might disagree.

1 Like

Agree that VB3 is much more “performance ready”, but I had crashes down to desktop from time to time and so I’m using Blue3 and PSP L’otary on stage instead.

But I will definitly try your workaround and want to thank you a lot!

1 Like

No worries! Let me know if it works out for you

Hey Josh, thanks for sharing your solution. I wanted to add some observations that might be helpful to the many keyboard players who strive to recreate the powerful impact of a B3 through a Leslie, properly miced up and screaming and growling as only a Hammond and Leslie can do, through a concert PA system, and aren’t willing to settle for a weaker sound just because it might be easier to set up.

Having owned and moved numerous Hammonds and Leslies for many years, I was quite happy with the B3 emulation I used to use in MainStage before switching to Gig Performer a year ago. After trying a number of replacement candidates, I decided on the GSI VB3 for its rich, powerful sound and tweakability. Having decades of experience with the real thing, I was very picky about what I could get from a plugin, and to my ears, the VB3 beats all the rest.

But the organ sound is only half of the equation. The Leslie emulation is every bit as crucial to the full experience. The VB3 Leslie emulation is good, though I don’t think as real as the Logic/MainStage emulation. I just discovered a plugin in that I think, like the VB3, beats the rest for a true-to-life B3/Leslie sound. It’s apparently been around a while, but I was never aware of it until a few weeks ago, and it’s now part of my Gig Performer organ setup. It’s from a plugin company based in Prague, and it’s called the MeldaProduction MVintageRotary. They don’t pay me, this is strictly a recommendation based on sound quality. Here’s the link:

Everybody’s ears are different, and your mileage may vary, but for me the GSI VB3 with the Leslie emulation switched off, through the MVintageRotary is as real as it gets today.

Thanks again for your preset loading solution, very helpful.


Wow… thanks for the detailed setup. I love this plugin but ran into crashes attempting to use Program Change messages. These crashes would intermittently occur on loading a gig. If a gig loaded successfully then no crashes would occur.
I solved the problem by getting rid of using Program Change messages and creating more rackspaces. I too noted the issue where some settings are global across multiple instances.
I’m going to experiment with your instructions. Will there be a new version of the VB3-II that addresses these issues?

Did you already try this one?

I think ik one is by far the best to my ears

1 Like

Melda makes some awesome plugins in general! Completely agree on the sound quality of VB3. Unfortunately I’ve never owned/gigged with a real electric organ but I am a snob when it comes to emulations of real instruments, particularly organ. I’ll try this one out in addition to the IK suggestion.

I was running into the same crashes on load issue until I started using this method. For whatever reason, it’s much more stable for me. Hope it works out for you too. I also originally tried just making multiple rackspaces with whatever presets I wanted in VB3 but they would load with the proper preset only about half the time. Either way, the way I’m doing things now (though very time consuming to set up properly) is much more stable and reliable for me in that I know as soon as I switch to a given song part, the organ is loading up with the exact preset I want. Also gives me a little more flexibility and efficiency in being able to change presets in a single rackspace with one instance of VB3 running.

From what I understand and if memory serves when I looked it up, VB3-II is programmed in such a way that “solving the issue” would involve a major overhaul of the plugin itself and I don’t think the developer plans on doing that. I put “solving” in quotations since depending on who you ask, the preset switching functionality is designed in this way intentionally to cater to live performers. But for whatever reason it doesn’t play nice with Gig Performer all the time. For me it’s a moot point though, because in my opinion, the original VB3 is a little more user-friendly in its GUI and requires a lot less time to get awesome sounds since all the presets are more performance-ready to my ears. Again, just trying to recall what I read when researching this months ago so I could be way off base in my recollection.

Hi David-san. Yes, the Melda MVintage Rotary is my Leslie emulation of choice, and each instance of GSI VB3 goes through it in my setup. I haven’t tried the IK T-RackS Leslie, but I’ll check it out. I did try the PSP Lotary, and it doesn’t measure up in terms of matching the real thing to my ears. I had high hopes for it as my experience with PSP is that they make top quality plugins.

I took a screen shot of the wiring on one of my GSI VB3 racks to clarify how I have the MVintage Rotary setup. From the top down, the T6 - 88 MIDI in block is an omni in block so that I can play the organ from either keyboard. My lower keyboard is an 88 key, which allows me to take advantage of the VB3 capability for key triggered drawbar set changes, like the reverse color keys at the left end of the keyboards on an actual Hammond. The octave of keys below the range of the organ calls up those preset changes, very handy, and authentic to the actual Hammond experience. Next is a MIDI filter to filter out sustain pedal events from going to the VB3, on which the Leslie emulation is shut off inside the plugin, as I don’t want it changing speed and conflicting with the Melda. Next to the VB3 is another MIDI input block in which everything is filtered out except sustain messages. Thats plugged into the Melda to control speed switching. I have the MIDI filter and the sustain control block open in the screen shot just for clarity. They’re not normally visible.

Here’s a screenshot of that rackspace wiring diagram:

While it has nothing to do with the organ setup and Leslie control, I’ll mention in passing regarding the final block in the chain, that every one of my sound sources within GP goes through a console emulation, of which I have many, and choose them according to how I want to match their sonic footprint with the sound source I’m processing in each rackspace. From there, each rackspace goes to the same global rackspace which acts as a final mixbuss processing chain. Here’s a screenshot of that global rackspace processing chain:

Screen Shot 2022-07-06 at 8.58.22 AM

The first block, True Iron, is an excellent emulation of various tubes, transformers, etc., from classic analog gear, for some weight and color. Next is a very versatile processor which I have setup for some stereo width and light dynamics control. That all goes into a remarkable compressor made by DMG Audio, which gives me presence, thickness and further dynamic control. In my experience, you get much better results from serial compression, using a couple of compressors with moderate settings instead of trying to squash things into submission with one compressor with heavy handed settings. It also gives you the option to, for instance, start with a fast VCA or FET style compressor to catch transient peaks, followed by a slower, optical style compressor for warmth and broader overall level control.

Hope this all helps. I understand some of this might be elementary for some, boggling for others. Use what’s appropriate for you, ignore the rest!


I would prefer to add one Rig Manager defined MIDI in block per keyboard to avoid surprises when extending your keyboard rig. And you can also filter out any MIDI message from the MIDI in blocks (like you did with a MIDI filter.

Regarding the audio routing from the local rackspace to the global rackspace, that’s also what I do for similar reasons than yours. :wink:

1 Like

Agreed. The OMNI block is really only intended for getting started. As soon as users are comfortable with the basic workings of GP, we encourage them to start using individual device specific MIDI In blocks and the rig manager if there is ANY possibility that keyboards might change.

Hi David. You and David-san are both correct. I should have clarified that for the majority of my rackspaces, I do in fact have two separate keyboards defined, an upper and a lower with discrete connections that don’t overlap, using two separate dedicated MIDI in blocks. I do also prefer to have a few that I can play from either keyboard using the omni in, depending simply on the physical variable of whether I’m standing or sitting in any one moment. The beautiful versatility you’ve built into GP makes such options easy to access.

Of course, you’re also right about simply using the filtering options in the MIDI inblock instead of a separate filter. I honestly don’t remember my thought process in initially setting up the Leslie control that way, but I’ll go back and use that capability to eliminate the unnecessary separate filter.

Thanks for pointing that out!

But you can do the same thing by simply having two device-specific MIDI In blocks connected to the same synths. And by creating those two devices and saving as a favorite you can trivially insert the two blocks at the same time when you need them.

I agree.
Using OMNI in MIDI block is very scary to me. Adding any new controller to your rig, e.g. a control surface, can add note messages directly sent to your plugin instrument. And if you don’t block other MIDI controls, any unwanted CC# can reach your plugin, e.g. any CC#7 0 from a forgotten volume pedal, means no more sound :cold_face: Rather adding 10 different MIDI in blocks to the same plugin than 1 OMNI in block even if it should work too.

Point taken. I’ll go back and put two device specific MIDI inblocks in each rackspace, both connected to the sound source, and ditch the omni in block in the few instances where I used it. I can especially see the advantage to that approach when considering swapping out keyboards and other controllers in future setups.

Thanks again to both of you!

Thanks to you too for sharing the way you are working. This is interesting for the GP community as sharing is what we do here :wink:


Just one more tidbit of information regarding the files that VB3 references that are global to all instances and may solve the dilemma of why isn’t a particular global setting that is saved not reproduced ? The manual refers to the existence of the file(s) but as far as I know only the FAQ here actually points to those locations .

The manual states

This panel shows the global settings that are stored in a separate file and affect the overall operation of VB3-II."

the FAQ then includes " Q: Where are the support files of VB3-II located on my disk?
A: VB3-II stores some files in a system directory that is automatically allocated by the operating system.

Under Windows it should be:
C:\Users{ your user name }\AppData\Roaming\GenuineSoundware\GSi VB3 II\

Under OS X it should be:
/Users/{ your user name }/Library/GenuineSoundware/GSi VB3 II/"

for my own particular needs I find the Settings.xml has the settings that I require.

Tuning (A=Hz)
Upper MIDI Channel
Lower MIDI Channel
Pedal MIDI Channel
Lower Octave Up if Split
Receive MIDI Program
Enable Organ Preset Octave
Reverse all Drawbar CC
MIDI CC #64 Function
Output Level
Edit Windows Always On Top


Once those settings are edited and saved , “0” for no check mark , “1” for check mark I assume
The state of those settings are now reflected when the plugin is opened .

That’s correct, you can change the global settings by editing the file text. However, you can also change the global settings in the plugin itself by opening up VB3 in your DAW of choice (any that is not gig performer, since I have still not figured out how to overwrite global settings from gp - maybe the devs can shed some light on why that’s the case) changing the global settings in your VB3 instance, and saving the DAW project file. This will overwrite the global settings file without risk of writing improper syntax that messes things up. That being said, this is still valuable knowledge as it would be best practice to save a copy of your global settings file when you’re sure it’s correct so you have a backup to reload in case settings are unexpectedly modified or you want to be sure your global settings are consistent right before a performance.

1 Like