To use Global Rackspace or not that is the question

Hi, I’ve been using the following setup for my keys rig. Basically just 2 rackspaces:

  1. an audio rack to play audio for “drone pads” on different keys.
  2. a rack just for several different instruments including piano, ep, strings, pads. Each have their own gain controls.
    It seems to work well.
    Recently I’ve been following and learning more about global rackspaces and my question is as follows:
    If I move my effects to the global rackspace, and continue to have all my instrument vst on only 1 rack, will each instrument still be able to access the global rack space independently?
    From what I’ve been seeing on these forums it seems that global rackspaces are tied to rackspaces on a one to many basis; where rackspaces normally represent one instrument.

What do you do with your audio pad? Is it just for listening to…or do you want to play along with it?

If you’re only going to use one rackspace, then you might as well put everything in it!

The point of the Global Rackspace is to be have some effects and/or instruments available all the time no matter which rackspace is active.

Why are you only using one rackspace?

My drone (audio) pads are just holding on one key for the entirety of the song. Sort of ambient (and moving) pads in the background. Nothing more than that.

Yup. So far that’s what I’m doing and was wondering if there are any benefits to moving them to a global rackspace.

Well, that’s what I started off with and built from there. Mainly because all instruments are playing at the same time, some softer than others. E.g. I’d have the piano and rhodes mixed and a soft and slow attack of strings, and higher notes will have the voices (ooos) coming in.

The panels look like this:

So I’ll turn the ambient drone audio in whatever key that the song is on. That’s pretty much all. It works fine, but I’m always open to any improvement for efficiency, or CPU savings. Keyscape is quite a hog.

Ok. I was assuming that the audio players were a backing track that you would play keys or guitar over. In which case, the global rackspace would be an ideal place to have the audio players.

Edit: Now I see…are you using two instances of GP?

Hi, I’ve been using the following setup for my keys rig. Basically just 2 rackspaces:

  1. an audio rack to play audio for “drone pads” on different keys.
  2. a rack just for several different instruments including piano, ep, strings, pads. Each have their own gain controls.
    It seems to work well.

If it’s working well for you, then great! Everyone’s music is different, everyone’s setup is different. GP can work in many ways, how you use it, as an instrument or as something else, is about what works for you in my humble opinion.

Recently I’ve been following and learning more about global rackspaces and my question is as follows:
If I move my effects to the global rackspace, and continue to have all my instrument vst on only 1 rack, will each instrument still be able to access the global rack space independently?

Yes… but how each instrument will be able to access the global rack space independently depends on what you want to do and what kind of symbiotic control you are looking for between the global and local.

From what I’ve been seeing on these forums it seems that global rackspaces are tied to rackspaces on a one to many basis; where rackspaces normally represent one instrument.

Rackspaces (local) can be one instrument or many, they can be self contained effects chains with instruments, etc… I think of them as sounds or groups of sounds with some kind of parameters which is purpose driven for either a specific song or a type of playing/sound.

Here are two ways I have been using the Global rackspace as it relates to the (local) rackspaces.

Example 1:

I put the three main VSTs I use in the Global. For me this is a Hammond Organ (B3-XK) a grand piano and a Rhodes Piano. I have controls where I switch between or layer the grand and Rhodes pianos and the Hammond is always active. The signal processing chain is in this global rackspace too which includes a dedicated Leslie VST, some gain stages and some optical compressors.

This works pretty well for me because I can access a wide variety of organ sounds by using my preset keys on my organ midi controller which fire macros to change drawbar and other organ settings.

I don’t need to vary my piano sound for the most part so this is a constant. I can click a button or two on my global panel to switch to or layer in a Rhodes sound or turn my piano controller into a lower manual for the organ.

The downside to this setup is I can’t tie these changes to a song, so if I use the chords/lyrics tool or use the setlists tool to organize songs, changing songs doesn’t change any parameters in the global rack space. Setlist songs are tied to local rackspaces only.

So therefore this global setup I have is good for treating my controllers as mostly dedicated instruments and not much more where any variations are ‘manually’ controlled with widgets. It’s a perfectly valid way to go though if it works for you.

The other downside to just using global is it’s not a default view in GP, so you have to navigate to it after launching your Gig, it is available as a popup view from local rack spaces at the bottom of the screen.

Here’s the wiring block of Example 1:

Example 2:

In this example, the instruments are moved into the local rackspaces but the signal processing chain is kept in the global. The audio out is still from the global, I don’t send audio to my interface from the local and I don’t send sound from the global back to the local. Audio path is local → global → audio out.

This is because (for me) my signal processing chain which includes my Leslie ‘amp’ is something I want to have global control over, I don’t want or need it to be song/local rackspace specific.

However, in this example I am using local rackspaces to capture presets on a per-song basis. This allows me to simply hit ‘next song’ and my Setlist songs are tied to local rackspaces where the sounds are custom to each song. For instance: local rackspace A has organ and grand piano, local rackspaec B has a different organ preset and a Rhodes. You get the idea.

Example 2 Global Wiring Block:

Example 2 corrosponding Local Wiring Block:

You can see from the above I am using the To Global and From Rackspace (local) as sends and returns so I can bus my sounds to set destinations. In this case I am sending my organ from the rackspace to the global organ signal chain, piano to it’s corrosponding chain, etc… However for one particular song I might do this:

So now I am sending my Rhodes, downstream of it’s own localized gain stage, into the organ signal chain in global, thereby sending the Rhodes into the Leslie amp.

Having my VSTs and my midi channel constrainers in rackspaces and not in the global means I have more specific control song to song with basically one button control. I am still considering moving my Hammond organ VST back to the global and using the local rackspaces to just change other sounds but this is because I like having a more ‘physical’ relationship when playing the organ (controller).

In the end… it’s all in how you want to use GP. If you are only using one single rackspace, there is no advantage to putting that into the Global. In my first example above, that Global rackspace, if that is all I used, could easily be a local rackspace.

4 Likes

Yes. 2 instances; just to spread the CPU over the cores, at least that is my understanding. I’m on Macbook Air (M1 2020; 16GB)

1 Like

Thank you for taking the time to respond with such great examples and elaboration! This is perfect! I’m gonna take my time and digest what you have set up here because I think you’ve answered my question. Like you say, “it’s all in how you want to use GP”. Can’t agree more and I’m glad GP has that kind of flexibility. You’ve provided me some options and your examples are perfect because I’m thinking that I can probably use Global Rackspace for my Piano and Rhodes because these 2 are definitely ON all the time. My local rackspaces can be built differently and separately over time. So much more to experiment and learn! Thanks again!

2 Likes

@patleeyc You are very welcome.

I’ll add that there are other ways of having global and local rackspaces work together, not just with audio signal paths.

It’s possible for instance, to expose parameters of widgets in the global rackspace and have them correspond to local widget parameters and thereby allowing you to push local to global presets or set up a symiotic relationship with corrosponding widgets.

An example: your local rackspaces have a reverb widget which corresponds to the global reverb widget. Local rackspace A has that widget set to a value of ‘5’ and local rackspace B has it set to a value of ‘8’. Activating these local rackspaces will make that value change in the global rackspace to 5 or 8 respectively where that widget is actually tied to a reverb VST. Just another example.

I like the control GP gives you but I also like keeping it as organic and as analogous to real instruments as possible.

Enjoy!

3 Likes