Totally confused concerning racks and rack states (C3)

I have just started experimenting with rack states, and I’m just not seeing why, after saving multiple states… nothing really seems to have saved. I do not have multiple “sounds”, just the same one multiple times. Do I have to check every parameter in the rack state options. I have found the same issues with Arturia synths and VB3.

It seems the more I learn, the more I’m lost…

Thanks,

Rick

Hi Rick,

It’s a bit hard to tell what’s going awry without seeing more details. Firstly, have you watched the walkthrough video - it covers all the basics.

Failing grab some screenshots showing the problem and post them here, or email me and we’ll get it sorted.

Brad

Rick

There are also many user discussions and explanations in the search engine in this forum. Here are a few:

Some from this thread as well.

Regards

Corky

Okay, so after reading Torsten’s post here:

about VB3 only saving preset parameters, I see that (for VB3) I need to create a preset, and then select “Selected Program” in the Rack State Options.

That seems to work fine… the devil seems to be in the details of exactly what mix options you are selecting.

The Arturia stuff still has me stumped. Has anyone else used any of their V5 suite?

Or Lounge Lizard for that matter. Do you have to select all 80 - some parameters to save the state?

Thanks!

Rick

Hey Rick,

no, you shouldn’t need to select all parameters to save the state - as long as you stick to using presets for sounds!

So just to make sure of the basics: a rack is pretty much like a song; it contains plugins (with their presets) and routing between them. And just as song states allow you to save a configuration of a song, a rack state allows you to save a configuration of the plugins, routes and bindings within a rack for later recall. The cool thing in this is that you can recall control rack states from song level, so that for every song state, you can set your racks to specific configurations. OK so far?

Now to control the state of any plugin (effect or instrument) within your rack, it is normally advisable to simply use presets - these work with most current plugins (with some nasty exceptions like OP-X II - its preset system doesn’t cooperate well with Cantabile’s).

So for any instrument you use in your rack, you should use them like 19’’ synth boxes: create presets and recall them for your rack states. So if you have a rack with a piano plugin and an EQ, you could have multiple rack states

  • State 1: “Rock Piano”: a bright grand piano preset in your piano plugin and an EQ preset that cuts the lows and boosts presence and brilliance.
  • State 2: “Ballad Piano”: a more mellow preset in your piano plugin and an EQ preset that boosts warmth and reduces harshness

Now, to be able to do this, you need to create presets in your piano and your EQ plugin. Simply select one of the presets in the upper bar of the plugin window, rename it using the hamburger menu if you wish, and then make the plugin settings you want. NOTE: all changes you make will instantly become part of this preset - no explicit “save”. But: you’ll still need to save your rack for these preset changes to become permanent.

Now with Lounge Lizard or Arturia plugins, it’s exactly the same: open the plugin GUI, select the Cantabile preset you want to edit, then use the Plugin GUI to create your sound. You can also use the internal preset management of your plugin (e.g. the Arturia library) to select one of its presets, then fine-tune the sound - the current state of the plugin will be saved in the Cantabile preset (no need to save the changed sound back to the Arturia library).

The only time you’ll want to select the individual parameters of your plugin in state behavior is when you DON’T want to work with presets but only influence individual parameters with rack state changes. This may be useful for sample-based plugins, where you want to keep the loaded preset intact to avoid re-loading large sample libraries, but maybe change individual parameters via states.

So for all well-behaved plugins, you shouldn’t need to do more than create presets and then select them for your rack states. The key “state behavior” box you need to tick is then “Selected Program”. The next most useful state behavior is “gain” - this is what I use to adjust the output level of the selected preset per state.

Hope this helps. And if you haven’t done so, be sure to watch @brad’s great videos on states (rack states are pretty much the same as song states, so that video will help understand rack states as well) and on racks.

Cheers,

Torsten

Torsten,

Thanks for that info. I think I kind of hit on this last night while I was playing around. My confusion was that if you create a rack, put a plug-in in it, and save it… you are pretty much done. I thought I was supposed to be doing the same thing with rack states. I must have missed that either in the documentation, video, or forum. I didn’t even see the Cantabile Preset part.

Is there a way to name the Cantabile Preset? Or is the “common practice” to just say I have an Wavestation patch called “GravyTrain”, saved as Cantabile “Preset 14”, saved as Rack State “GravyTrain”?

Did that make sense?

Thanks

Rick

you can rename Cantabile presets using the hamburger menu on the right:

Now you can call the Cantabile preset “Gravy Train” as well…

Cheers,

Torsten

One shortcut I’ve been using is to bind the Rack State On Load Program to set the plugin preset. Then whatever program number you set the Rack State to, that preset automatically gets loaded in the contained plugin. As long as I ensure I don’t create a new rack state with an already used program number I know I’m not overwriting a preset used in another song.

Not sure what advantage this brings - why not simply set the plugin’s “selected program” in the state behavior? Is there something I’m missing here?

Cheers,

Torsten

There there 2 advantages when creating new presets.

  1. It removes a couple of workflow steps when creating future presets. I’m lazy AF.
  2. It reduces the chance of using the same preset in 2 rack states, which would cause one rack state to inadvertently change the other creating potential issues in other songs. Kind of a poke-yoke implementation of youare familiar with manufacturing processes.

OK, I get it - you want to absolutely ensure that each state has a unique preset in your plugin and that you don’t inadvertently edit the wrong preset.

I tend to work with fewer presets and re-use a bit - but for those racks where each state represents a different plugin preset, this makes lots of sense!

Cheers,

Torsten

This is also expandable to multi plugin racks. You can switch presets in all internal pluginsat once and get individual mixes for each rack state automatically. Where it doesn’t work is with plugins where the pseudo-presets ARE the presets from the plugin. In those cases you just handle them with the rack states directly as usual.