Forums
I remember that you explained Qtractor's processing order: inputs first, then outputs.
This leads to one buffer size of latency when using insert sends, e.g. to non-mixer-xt (and back), which I use as a plugin host to distribute realtime CPU among multiple cores.
Would it be possible to flip the order with insert sends, which means process their send first, then their return? This would eliminate latency.
re. Processing order...
are you sure? the sends would need to be processed too by their target processors and the whatever result will be only available to the returns at the next processing cycle, so that you get always one period latency minimum.
the processing order is of no consequence to this matter, mind you.
hth.
byee
re. Processing order...
Yes, you're right. This is how JACK works. Qtractor can't change it.
Add new comment