This is the feature I miss the most from my GLD days, when I could also route the Fx send to a “normal” fully processable stereo channel. When I owned the Gld I used to compress the return of the delay or echo Fx in order to keep its level always below the main source easily
Am I allowed to bump this? If not, I apologize and will delete
(bumping is fine 
)
This is a tricky question as the current routing architecture only allows for FX engine outputs to be sent to FX returns, output sockets (analogue or digital) and insert returns.
Adding the option to input channel sourcing to also be able to receive this signal may or may not be possible and would require development and test time to find out.
Unfortunately it’s not a case of ‘it can be sent from A to B, so it can be sent from A to C’ with one change to a line of code…
So if there are others who really want this too, it might be something we look into.
One quick and easy workaround however, would be to run one or more FX returns through a group and make use of the mix processing there.
Thanks,
Keith.
+1 I also like this feature!
I completely agree, it’s a basic feature that would be very welcome.
As other workarounds for the meantime, we can also use insert FX on an Aux channel, or send an FX bus on another FX bus.
1 Like
thanks for the reply, I know it’s not easy but I hope this feature will be implemented some time in the future.
I can definitely see where this would be helpful!
+1 to the list.
+1
+1
+1
I’ve been using side chain compression on delay returns since the analogue days. My workaround on the SQ is basically sending the FX return into a group (wasting a group…) in order to enable SC-compression.
I’d rather have an FX buss that allows for SC-compression on the return, using the input signal of said buss as a SC input for the return’s compressor.
Should that cause routing or coding issues: I’d be happy for a delay/echo FX unit with internal SC compressor / ducker with variable timing instead.
+1
+1
+1
as Proper Audio said, SC compression on fx returns is often useful
1 Like
+1
I’ve been sending the delay back to itself to get full regeneration for dub reggae. There’s unfortunately no way to put a limiter on the send or the return, so the only safety is limiting on the master output.
+1 I’d love to be able to sidechain compress my vocal verb and delay to the dry vocal.
Surprised how few people are looking for the ability to compress a reverb FX Return. That is one of the most useful ways to use a reverb, and the OP’s deley scenario.
+1 to implementing Fx Return processing.
I actually think Keith missed the point of the original post, unless I don’t understand… Wouldn’t an addition to the return channel: adding a compressor after the EQ, not just be a simple inject, rather than having to chenge the routing path? Just allow a compressor to live on every FX Return.
1 Like
+1 for to be able to compress FX returns.
But a few things like this could also be realized without a corresponding features.
Because if sometimes it’s a matter of not being able to solve something internally, you could perhaps do it externally.
So if you don’t want or can’t waste mix buses, you might still have free analog inputs and outputs.
So you could route an FX return to two outputs and connect them to a stereo input.
This give you your FX return with all the processing options available to an input.
Normally you would avoid doing something like this with a current digital mixer, but if necessary it is better than not doing it at all.
+1
+1 for to be able to compress FX returns.
Game changer is to use the side chain to duck à long reverb on e.g. voice.
Thanks!
+1 to all of this