Another Way to Skin an FX Send

Modern digital audio workstations offer a plethora of ways to solve your mixing and routing problems. Inspired somewhat by Craig Anderton’s latest column in Sound on Sound, I discovered a new way to apply reverb selectively to multiple tracks, in Cakewalk By BandLab using the Sonitus Reverb VST. Here’s my use case:

I have Lead and Backing vocal tracks, and I want to apply a long-tail reverb to portions of the verse and chorus phrases. (The main sustained notes provide a wash of reverb in the background, but keeping it clean and un-muddled by fricatives and fast syllables.)

In the past I have created a “VOX FX” Buss, put an instance of Sonitus Reverb on it, and directed it to feed the “VOX” main buss. Finally, I add a Send on each vocal track to feed the VOX FX, and use “Send Level” automation on each track:

image

This works well, and allows the automation curves to be adjusted per-track.

But what if you have more than two tracks, and per-track envelopes isn’t needed? Could there be a way to send audio to the reverb using a single automation curve? I experimented with using an Aux track, intending to add a send on each vocal track to the Aux track, then use the “Automated Send To FX Buss” trick described above.

However, I realized that I could simplify things by putting the reverb effect on the Aux track itself, and then automating the “VST Input Level” instead:

From the Edit Filter selector (displaying “Clips” by default) we can drill down into the Sonitus Reverb and select “Input” from the automation choices:

image

Now we can draw the automation envelope (only one is needed) to control the amount of audio from all tracks being processed by the reverb:

image

This gets the job done, and no need for a general purpose fx buss.

As I mentioned above, there are good reasons NOT to do it this way – but it is nice to have the option.

UPDATED 27 Sep 2019

It seems you can’t “freeze” an AUX track, so if you find yourself in the resource crunch and the FX bin on the Aux track is CPU-heavy, well, that’s another good reason not to use this technique.

Add comment

Loading