I agree with paullorenz on this; apart from the fact that unnecessary resources are used by the method described, it is a workaround that requires extra time. Of course it can be programmed ahead, but one of the strengths of these mixers is how fast you can work with them. Everything is well-designed and effective, so it is actually possible to “improvise” with them. Which in some cases is needed. In that respect I find it strange that such a basic thing requires a workaround, while it could be implemented with a simple, intuitive balance control (the screen real-estate is already there; where normally the pan pot is) that would require virtually no extra cpu power and actually improve routing flexibility a lot.. (and perhaps compensate a bit for the limited amount of matrix buses 😉 )