the new "aux-send" pseudo plugin is in fact a derivative of the "insert" pseudo-plugin. big difference is that the "aux-send" one doesn't deal with external ports (jack ports) as the "insert"one does.
the new "aux-send" p-plugin, which you only find in current svn-trunk attotw, is a astonishing work that must be credited to Holger Dehnhardt, although i've been involved only in adapting the code to (my) style only :) thanks to Holger, ntl.
besides that, the "aux-send" p-plugin function is just about a fork of the audio signal from current insert point (be that a track or a bus) and mix (send) into an alternate pre-selected audio output bus (the so-called aux bus one). all this processing is always taken in pre-fader fashion, both the fork point and the mix point. so i guess that a dry/wet is not really necessary in this scenario, nor event relevant.
the new "aux-send" pseudo plugin is in fact a derivative of the "insert" pseudo-plugin. big difference is that the "aux-send" one doesn't deal with external ports (jack ports) as the "insert"one does.
the new "aux-send" p-plugin, which you only find in current svn-trunk attotw, is a astonishing work that must be credited to Holger Dehnhardt, although i've been involved only in adapting the code to (my) style only :) thanks to Holger, ntl.
besides that, the "aux-send" p-plugin function is just about a fork of the audio signal from current insert point (be that a track or a bus) and mix (send) into an alternate pre-selected audio output bus (the so-called aux bus one). all this processing is always taken in pre-fader fashion, both the fork point and the mix point. so i guess that a dry/wet is not really necessary in this scenario, nor event relevant.
but i can always miss a point ;)
hth.
cheers