Forums
A track has as much audio channels as its destination bus. The mapping is straight forward, alsways counting from the beginning.
So if there is a track with a multi channel plugin, e.g. drumgizmo, and we use an AUX send to a 2 stereo bus then the first 2 channels are sent to the bus. To send channels 3+4 to the stereo bus we have to use a matrix mixer plugin. To distribute channel 1+2 to a stereo bus, 3+4 to another, 5+6 to another there will be a big mess with many instances of a matrix mixer plugin.
Is it possible to enhance AUX sends by making it controllable which channels in what order are sent to a bus? This would make the use of multichannel instrument plugins much easier, also sidechain handling.
That would be great
Something like generating a list with the number of available channels. "Channel number" to "a numeric box with available channels, including 0, in case you want to mute that channel."
By default, it would appear associated with its channel.
Channels:
1 to Channel [ 1 <>]
2 to Channel [ 2 <>]
3 to Channel [ 3 <>]
4 to Channel [ 4 <>]
For typical sidechain use...
Channels:
1 to Channel [ 3 <>]
2 to Channel [ 4 <>]
3 to Channel [ 0 <>]
4 to Channel [ 0 <>]
We know we can achieve the same thing by adding a Carla 16 plugin in front... and adding another one in back to correct the flow... but this would simplify things enormously.
As always, I don't know the complexity of the issue... but it would certainly be very useful.
Rui will tell us.
re. Enhanced AUX Sends...
interesting thought...
an Aux Send would target multiple buses? oh no--the least what it might do is to select which channel go to which channel on the target (single) bus, on a 1:1 mapping... and nothing more than that.
I'll think about it ;)
cheers
One AUX Send has only one target bus
It's only the channels that we want to assign, e.g. an AUX send that sends channel 1+2 of a standard stereo track to channels 3+4 of a 4-channel-bus. Or channel 3+4 of a 4-channel-track to channel 1+2 of a standard stereo bus.
For sending audio to multiple buses we would insert multiple AUX sends.
re. Enhanced AUX Sends...
wait a minute,
where did you get the idea that an audio aux-send may ever be set to an audio output bus with a different channel count than the current track or bus?
are you using a modified hack build or something? or is it just a thought experiment?
seeya
I was wrong
You're right, it's not possible at the moment. I thought it was. But I did it with buses with an equal channel count as described in https://sourceforge.net/p/qtractor/wiki/How%20To%20-%206%20Alternative%20Sidechain%20Workflow%20with%20Aux%20Sends/
re. Enhanced AUX Sends...
WIP in new [xauxsend] branch...
at least you now can choose audio output buses with disparate number of channels, to start with.
a channel I/O matrix UI editor will come later, soonish ;)
cheers
thx
Thx Rui.
First tests with an audio track that is connected to a 4 channel bus show:
re. branch [xauxsend] WIP...
crash maybe fixed on v1.5.6.10git.cc4dc3 [xauxsend]
keep testing...
thanks
no crash
Crash ist fixed.
When sending the 4ch signal to a 6ch bus then ch 3 gets no signal. Probably due work in progress at the mixing matrix.
re. work in progress...
rebased/squashed to v1.5.6.9git.e26ff4 [xauxsend]
ps. remember to just do a
git reset --hard origin/xauxsend
from time to time, to cleanup for the lost refs.
cheers
some flaws
I made a 4 ch wav where the metronome sound hops from 1 to 2 to 3 to 4.
corrected: only the display flaw remains
When I delete the AUX sends and re-create them then the output buses' meters look ok and in the correct order.
The display problem in the track remains.
re. wrong waveform display...
this might well be another issue unrelated to this topic/branch--it probably shows on main and develop, a 4ch wav file weirdly shifting multi-channel graphical waveforms depending on zoom level...
while it sure is a good catch, it should belong to yet another new topic, perhaps.
Issue #507
As a reminder I created https://github.com/rncbc/qtractor/issues/507
Regards
Holger
re. [xauxsend] Aux-send I/O matrix UI...
it's-alive now in v1.5.6.10git.08c819 [xauxsend]
redo/undo capability remaining to the next sprint, whatever ;)
as always with experimental stuff, please test this with disposable sessions only.
cheers
maybe a null option in the matrix?
Sometimes it might be neccessary to not connect some channels. So a "null" destination or some kind of button that can be cleared would be nice.
E.g.
1 -> 3
2 -> 4
3 -> no destination
4 -> no destination
re. maybe a null option in the matrix?...
Isn't that already there? just click on a cell an it will toggle (but not precisely on the icon)
oh yes
I can deselect it when clicking into the square but not on the button's circle. Didn't know that. Cool.
This is getting very interesting
I'm off work for a couple of days and, surprise... Another powerful feature is working.
@bluebell Well, yes. You'll have to update the wiki. The same thing happened to me with the automation article :) .
I've always found the matrix UI confusing. I know it's a standard in the digital audio world (I suppose inherited from analog connection boxes), but I find a simple "a > b" assignment list like the one I mentioned, or node connections, like the Qtractor connections window, more intuitive.
But I won't complain... welcome.
However, I think it doesn't make sense that the radio button doesn't activate and deactivate when clicked.
I think that should be fixed. Currently, there are two clickable elements: the box and the radio button... and there should be just one that functions as the box.
Maybe replace the two elements with a single button that changes its icon when clicked?
nice
Works fine.
Loading an old session with AUX sends works ok with the desired default channel mapping.
When it's in the next version I have to mark How To 6 as obsolete.
New How Tos that replace the current
Hi @bluebell
I just realized that my "How to 5" for sidechain needs to be rewritten from scratch.
I think the How tos that replace the current ones should be done when the new version is released and we've had time to thoroughly test it.
How do we avoid repeating ourselves?
I was thinking that maybe 6 (alternative methods) could be done now to explain the workflow with LSP plugins. It could be interesting.
How do you see it? Any other ideas?
not sure
My first thought is
Maybe that's for the best
This way, a history is kept. Plus, keeping them can give ideas for how to approach other workflows.
Then I'll also add explanatory notes to mine when the new one is available.
I just renamed it to [How To - 5 Sidechain Workflow with Carla Plugin] , so it doesn't conflict with your new one.
Edited
I've also removed the zip file with the example files (for various reasons) and edited the article accordingly.
One of the reasons is that Qtractor will now have a native way to implement sidechaining. So many references are no longer necessary, as there will be a simpler way to do things, and the method proposed in the article will be outdated.
Thus, the article becomes primarily a generic introduction to the sidechain technique.
re. [xauxsend] Aux-send I/O matrix undo/redo capability...
is now in v1.5.6.12git.381b5a [xauxsend]
enjoy
re. [xauxsend] about to merge...
tomorrow, if nobody stands against it... ;)
cheers
ps. if all goes well, xauxsend branch will be squashed into a single commit and deleted afterwards.
[xauxsend] is merged...
and squashed to v1.5.6.11git.65790e [main]
enjoy!
ps. and it's no more.
re. [xauxsend] is merged...
It's exciting to see Qtractor grow.
Now, the simplest method if you need a sidechain is to create a dedicated bus for the track you want to work on and host the sidechain plugin on that bus. This also allows you to mix the effect with the original signal from the track's fader, even if the sidechain plugin doesn't have an effect mix control.
Thanks a lot!
I've created a QSS to mitigate the unchecked box issue 😏:
1. Remove the unchecked icon, so the user immediately understands that the place to interact is the box.
2. This is reinforced with a hover effect.
3. If you click on the icon, it flashes, indicating that if you click it, it will stay there.
I'm not going to dwell on this topic, but... I still think we should find a less confusing way to implement it, regardless of where you click on the box.
Click = if active, deactivate; if not, active.
re. Aux-Send I/O matrix (un)checked box...
issue has been addressed on v1.5.6.12git.081e46
check it out!
thanks
Solved!
Thanks
Add new comment