Wouldn’t it be possible to operate a cross fade using the On Deactivate and On Activate callbacks? I don’t know if scripting is possible during transition phases…
Yes he did that already with scripting.
I was searching for a solution right out of the box.
As I see, we have a fade out of the previous rackspace, but not a fade in of the new one. So, I don’t see how we could have a perfect x-fade without scripting…
Aah, maybe a good idea for the devs 
1 Like
This is why I have adapted the script above. It works perfectly, adjusting the time values as necessary.
I have already integrated it into all the rackspaces I need and it is really nice to use.
I do not know if many people would find this useful, but in this case it would be interesting in the future to add a Input Fade-in time in the Maximum audio tail lenght window.
Or maybe creating a scriptlet?
I talked nonsense, scriptlet is only for MIDI 
I am trying to create a kind of “shortcut” to insert easily this feature in a rackspace when needed.
Sure but you can still control widgets which can then control audio gain
1 Like
Yes, this is what I do right now in the gig file uploaded above.
But as I intend to use this rather often, I am looking for a faster way to insert it in a rackspace.
Currently I need to insert a gain control in the wiring window, copy the widget from another rackspace (as it already contains part of parameters) in the panels window, map it to the gain block and insert the script in the rackspace.
But even if I must do it like this, it is a wonderful trick offered by GP 
In addition, I use now inside a rackspace the x-fader scriptlet available here that advantageously replaces Melda MRatio.
I do not know if such a scriplet could be feasable for crossfade of an audio block between two rackspaces.
Wonderful Scriptlet 
1 Like
Hi, I prefer to add a complement to this old topic rather to create a new one.
I’m experiencing all kind of options with these “audio tails”.
I understood the Output fading: how long the VSTi or the Audio IN will overlap on the next preset.
However, with my rackspace examples I set, I can’t witness the function of the Input Muting length.
Could someone explain me a basic case to understand how this setting behave?
Beyond that, I wondered if there’s a way for the Output fading, to separate the behaviour of the audio generated by a VSTi (no mic bleed at all) from the audio which comes from Audio IN microphone. In my case, a lot of the drum bleeds in my flute mic and creates disturbing short increases in loudness in my in-ear Monitoring.
Thanks in advance
Input Muting of 0 will immediately cut the audio coming into the old rackspace as you move to another rackspace. Guitarists will often prefer this behaviour as it allows them to play continuously through a rackspace change, and have their direct guitar signal switch immediately to the new rackspace. Only the “tails” from any reverb or delay in the old rackspace will still be heard (controlled by the Output Fading setting).
Any non zero Input Muting still allows audio to come into the Audio In block of the old rackspace as you switch.
1 Like
Thanks a lot !
1 Like