ios - MIDI Over Bluetooth 的延迟问题

Question

我正在使用 MIDI-Over-Bluetooth，但在 iOS 设备之间以及 iOS 和 OSX Yosemite 之间遇到了延迟问题。尚未在台式机上进行过任何广泛的测试，但设备之间存在大约 34 毫秒的延迟，这对于 MIDI 来说太多了。有没有人遇到过类似的问题，有没有办法让一切变得更活泼？

测试只是将时间戳发送到另一个设备，然后将其发送回原始设备。将当前时间戳值和传输的时间戳值之间的差值除以 2，您将得到一个非常粗略的延迟分数。

Answer 1

正在寻找有关 MD-BT01 延迟的信息，没有找到任何信息，但之前的答案暗示至少 20 毫秒。

我看到一条评论说有人计算出真实架子鼓(无软件)的延迟约为 2 毫秒。我不擅长数学，所以我无法证实这一点。然而，另一个来源 (dawbench*) 表明存在可以低至 3 毫秒的接口(interface)。另一个来源 (androidaudiopathlatency) 说从 Ipad 测得的最低延迟是 5 毫秒。

我认为部分问题也在于 MIDI 本身。当然，通过在线路的两端编写与 MIDI 相关的固件，您可能能够将延迟降为零，但是当有大量输入或输出时呢？它仍然是一个串行协议(protocol)。当然，你可以通过说，暂时扭曲速度和凹槽量化音符来解决这个问题等等 - 我想这是一对高声誉的 midi hw 做的事情(akai MPC 做类似的事情，所以如果用户输入与运行循环有点偏差，它将修复下一个循环的时间)。

重要的是，它仍然是一个 hack。如果您是专业级的键盘手并且不想听起来像鼓机律动但更像是爵士乐印象派，我想... 99.99% 确定您不能用 midi 做到这一点。这就是为什么雅马哈曾经有另一个端口可以绕过 midi 编码，即使在他们的入门级 100 美元 midi 键盘中也是如此。但这当然只有 DOS 和 Windows 98 音序器支持。

点是#2。要真正录制紧凑的 midi 或任何东西，需要一个操作系统的驱动程序或模块来关闭各种现代操作系统功能，这样计算机就可以基本上变成像模拟示波器一样精确的测量设备。或者...也许可以通过制作一个硬件套件将声卡用作“示波器”，将串行“midi”(雅马哈)和常规 midi 转换为音频，然后同时使用第二 channel 录制音频。然后你有一个 midi 信号和实际音频的音频表示(如果你播放说一个产生 midi + 音频的合成器但担心 midi 信号可能有你无法控制的延迟或抖动，因为它可能是由于您正在使用的源)- 然后在录制后在计算机上对齐它们。

编辑:引自“关于延迟的真相”“虽然许多音乐家提示 MIDI 存在固有缺陷，但由于八个音符会在 8 毫秒内出现，因此会出现一个八音符和弦，但现实情况是，在现实世界中几乎不可能听到这一点。”

一旦您知道 0.5 毫秒绝对是可察觉的，这就是总结。我将这 0.5 毫秒基于鼓槽软件，该软件可以对槽进行如此微小的调整。这可能是近乎紧实和紧实的鼓槽之间的区别。我只是现在才看到这句话。我希望我在尝试录制 midi 时就知道它并且非常沮丧为什么当我实时输入音符时感觉正确而在听录制的 midi 时感觉不对(自由运行的音序器，没有量化)。

编辑 2:

找到问题的例证! http://www.spikenzielabs.com/SpikenzieLabs/Serial_MIDI.html示波器截图显示了从微 Controller 发送到计算机音频输出的 MIDI 音符的延迟。 25 毫秒!这应该是 2 毫秒，相当于模拟鼓。

• http://www.dawbench.com/audio-int-lowlatency3.htm