Hey all! I’m sorry if this is old ground, but I have a question about the TM-1 and the usefulness of the turbo MIDI spec.
I am sequencing an Akai S5000 from my OT. I work at high BPMs and send a lot of MIDI data. I understand that MIDI is a serial protocol (so no two hits may occur at exactly the same time), and that the density of the MIDI stream affects latency of ‘concurrent’ events, resulting in perceived timing jitter. I am looking for a way to minimise this jitter.
To be clear: it is MIDI note and CC data that I am primarily interested in tightening. I do not use MIDI clock to sync other sequencers. Even with MIDI transport/clock send disabled on the OT, it doesn’t take much note density for the jitter to be apparent.
My S5000 has the latest OS and exhibits extremely tight MIDI timing when sent a simple stream of note ons. It is not to blame. The issue is the limited bandwidth of the MIDI protocol.
The OT is the MIDI master clock and I am currently sending its MIDI out into an iConnectivity mioXL:
OT MIDI in -> mioXL MIDI in
mioXL MIDI out -> S5000 MIDI in
If I purchase a TM-1, and connect both the OT’s MIDI in and out to it, I believe I can negotiate turbo MIDI on the OT. This should allow the OT to transmit serial MIDI data at > 31.25kBaud, thereby reducing the delay between serial events.
My hope is, that I can connect the TM-1 to one of my mioXL’s USB MIDI ports, so that the TM-1 can transmit MIDI data into the mioXL using the faster USB protocol, thereby mitigating the serial jitter between the OT and the mioXL. That then leaves the problem of serial jitter between mioXL and S5000…
The S5000 only has DIN midi and doesn’t support the turbo protocol (and neither does the mioXL, so it’s moot), but the S5000 does feature two separate MIDI input ports. I can use the mioXL’s routing to distribute critical note events across the two MIDI ports, to mitigate the jitter. The additional benefit will be that MIDI data sent to other synths etc will be tighter at the point of entry into the mioXL, so it will be able to trigger devices connected to individual ports with greater timing accuracy.
Does this sound like a reasonable approach? Or is my logic flawed?