But even if you use all 10 fingers on a keyboard that’s only a couple dozen messages to send (at what ever speed you can play) - not that much data. Same with physical faders - you’d have to be using them all at once, to send multiple CC’s for it to even get close to what an OT crossfader is doing. I can’t think of an analogy that uses the kind of bandwidth we’d be looking at - it’s the potential equivelent of you using more like 64 faders, all at once, really fast.
That’s a fraction of what happens with an OT slider.
Which is likely where all the bandwidth is assigned now you mention it. Even if they allow CC control on the crossfader, it would need to be limited way below the number of CC’s available - and it might mean losing LFO’s - it would become a thing to manage.
Edit: Something written by someone smarter than me:
MIDI has a Baud rate of 31250; at optimum this is 31250 bits per second. A MIDI byte is 8 bits plus a start and stop bit, and each MIDI message is three bytes, which gives a total of 30 bits per message.
This means that under optimal conditions, a maximum of 1042 messages per second can be obtained via the MIDI protocol. In reality you would get significantly less, but then I’m a pessimist.
Every note action consists of a note on and a note off; that gives you 521 notes per second flat-out, not taking into account outside factors like jitter and target-device buffer delay. Well, at least the note velocity data is encapsulated within the note-on and note-off messages, so it comes at ‘zero-cost’.
A key restriction on the MIDI Baud rate is the use of opto-isolators in the MIDI hardware transport common to all MIDI-equipped devices. This makes it impossible to ‘hack’ the protocol to obtain greater throughput.