This is a draft for a one-way continuous-flow packet protocol for all those digital music instruments that suffer so much from degraded expression with MIDI's crude quantisation.
MIDI was adapted to the state-of-the-art systems and technologies of the 1980 era, it's a venerable and reliable protocol but it had no headroom. 128 levels are not enough for everybody and the whole MIDI landscape has become a miserable kludgefest! Come on, we now have "plug and play", USB and more powerful, smarter devices today...
So let's bump to 16-bit quantities, high bandwidth, bulkier packets that fit in Ethernet, SP/DIF, TCP or other modern transport, and high-speed refresh for true-to-life capture. The actual bandwidth can be close to this of sampled sounds since "CD quality" has used 1.5Mbps for decades now, and storage is dirt cheap, why do we limit ourselves ?
Using the datastream or converting it to actual sounds is left as an exercise to the reader.
MIDI was awesome for its time and perfectly suited for the 8-bit microprocessors of the era (Z80, 6809, 6502, you name it). Now we're in 2020 and the interfaces and electronics have evolved !
OK, Open Sound Control uses 32 bits but I'm not wanting to waste bandwidth for the sake of it. The motivation is mostly because I want to use SPDIF which uses pairs of 16 bits values and reasonably fast ADC easily handle 16-bit samples (hey, that's CD quality !) and beyond this resolution, it's more noise than anything. And the https://www.wiznet.io/product-item/w5300/ has a convenient high-speed bus with 16 bits.
Of course, if only 8 bits make sense for something, that's fine and bytes will be packed.