true, but that’s how PDC actually works - be it manually or automatically.
the industry certainly welcomes a new and more elegant way to approach this issue, so there you go.
it seems you don’t know much about how such “correction” tools actually work. you can not reduce the latency of a track by adding another plugin - but that’s exactly what would be required in order to work around the problem as you described it.
so that’s a no go.
by doing that you will ruin the flexiblity and functionality of the send tracks for merely using them to compensate a latency.
apart from that, the whole thing will become ridiculously cumbersome as soon as more than one delay causing plugin is involved.
just imagine you have a plugin on track 1 which causes a 500ms delay and on track 2 you have one which causes 950ms of delay, track 3 is delayed by 1050ms due to a plugin and the rest is all undelayed.
now you want track one and two to be routed to a delay causing compressor plugin on send 01.
let me know your compensating setup for this solved by send tracks.