Signal MIDI 编辑器中的PPQ分辨率与音符时值精度问题分析

问题背景

在Signal MIDI编辑器中，当处理具有低PPQ(每四分音符脉冲数)分辨率的MIDI文件时，特别是在使用三连音等复杂节奏时，会出现音符位置偏移的问题。这个问题主要源于MIDI文件的时间精度与音符时值计算之间的不匹配。

技术原理

PPQ(Pulses Per Quarter note)是MIDI文件中定义时间精度的基本参数。当PPQ值较低且不能被3整除时，三连音等需要三等分的节奏会产生非整数tick值。例如：

• 在PPQ=128的情况下，一个三连音半音符的理想时长应为170.666... ticks
• 在PPQ=24的情况下(可被3整除)，同样的三连音半音符时长则为精确的32 ticks

问题表现

当Signal处理这些非整数tick值时，会出现以下现象：

1. 在事件列表中可以看到音符位置显示为非整数(如1045.33333333)
2. 导出MIDI文件时，这些非整数值会被强制转换为整数
3. 转换过程中不仅影响当前音符，还会导致后续所有音符的位置偏移
4. 偏移量会随着音符数量累积，严重时可达一个四分音符的长度

解决方案分析

问题的核心在于MIDI文件导出时的delta time计算方式。当前实现直接使用原始tick值计算时间差，这会导致非整数精度问题。改进方案是：

1. 在计算delta time时对tick值进行四舍五入
2. 保持事件列表中的显示精度不变，仅在导出时处理
3. 通过四舍五入而非截断，减少累积误差

具体实现只需修改toRawEvents.ts文件中的delta time计算逻辑，将：

deltaTime: e.tick - prevTick

改为：

deltaTime: Math.round(e.tick) - Math.round(prevTick)

实际效果验证

经过修改后测试发现：

1. 三连音音符在事件列表中仍显示原始非整数值
2. 导出时自动转换为交替的171/170 ticks序列
3. 6个小节后，后续音符位置保持准确的3072 ticks
4. 有效避免了位置偏移的累积效应

最佳实践建议

对于需要使用复杂节奏(如三连音)的项目，建议：

1. 尽量使用能被3整除的PPQ值(如24、96等)
2. 如需处理现有低PPQ文件，可考虑在导入Signal前先转换PPQ
3. 定期检查事件列表中的音符位置，特别是使用三连音后
4. 复杂节奏部分可考虑单独放在一个MIDI轨道中

总结

Signal作为MIDI编辑器，在处理低PPQ文件时的时间精度问题是一个典型的技术挑战。通过优化delta time计算算法，可以在保持向后兼容性的同时，有效解决三连音等复杂节奏导致的音符位置偏移问题。这一改进对于音乐制作的精确性有着重要意义。