MIDI电缆带宽软件仿真？

我有一个很奇怪的MIDI相关问题。

因此，每当我通过USB-MIDI接口向钢琴发送大量的Midi数据/音符时，MIDI接口都会超出带宽，并导致歌曲变慢，一旦将较少的音符发送到接口，速度就会加快，但是我只能通过观看界面上的状态LED并在键盘上听到歌曲慢/追赶的方式来注意到这一点，而无法捕获它。

所以我的问题是，是否有一种方法可以模拟MIDI电缆的带宽，并以修改后的MIDI文件副本或通过MIDI Out输出结果？

这样做已经有很多年了，没有任何方法可以真正测量数据流…
MIDI传输是串行的，因此您需要以正确的顺序排列所有数据，使其到达目的地，避免出现瓶颈。解决问题的唯一方法是交错传输或停止量化所有内容。

大多数MIDI“模块”将优先处理通道10，因为传统上是鼓通道。
在那之后，它将优先级从1-16。

因此，要做的第一件事是根据频道准确播放的重要性来对频道进行排序。凡是攻击速度较慢的事物，请尽早或延迟将所有4个或更多的滴答声滑动，攻击越慢，您越能摆脱更多的滴答声。

您可以通过以下方式进行操作：由于瓶颈，总体上“凹槽”在所有内容都“不合时宜”时要比量化时更好。

另一个技巧是使所有控制器数据远离明显的节拍-很少需要像使用音符一样精确地使用控制器。

第三，如果您发送了任何补丁程序更改或sysex等，也请妥善保管。如果将所有16个通道的完整设置发送到音轨的开头，请在音轨的开头给它一个单独的栏，让机器有足够的时间在开始任何音符之前对其进行处理。

另外-确保您的设置被设置为使用运行状态[尽管我怀疑这些天默认情况下不会使用它]运行状态将通过不重复任何可以被认为仍然有效的内容来减少传输的数据量。 '。

举个例子-该曲目仅使用16个MIDI通道完成，在设备上“实时”播放，没有明显的速度下降。这是我曾经工作过的公司的产品演示。没有外部处理或操纵，音频是直接从设备的立体声输出录制的。
[轨道需要一段时间才能到达凹槽本身，当Orch进入时，数据峰值大约在45s处开始，并且随着轨道的运行而变得越来越重，在下降部分稍作喘息]

https://soundcloud.com/graham-lee-15/ohmss-orig-propellerheads-used-with-permission-mu100-demo