单个 Pad 都不爆，为什么同击会削波？峰值碰撞矩阵

别把 MIDI velocity、听感响度与音频峰值当成同一件事

Yamaha FGDP-30 的官方手册展示了一个具体硬件例子：Pad 击力可以经过 A/D Gain、固定 velocity、velocity curve、最小值和最大值，映射成 1–127 的 MIDI velocity。它说明“同样的手劲”与“相同的 MIDI 数值”之间可以有设备设置；它没有建立 velocity 与 dBFS 的通用换算。一个 velocity 127 事件在接收音源中会产生怎样的音频响应，必须另查该音源并实际测量，不能自动视为输出正好到 0 dBFS。

Apple 的 Logic Pro 电平表把 Peak 定义为单个采样的最高值，并建议在录音或混音时用它监控峰值；True Peak 会检测可能高于采样峰值的采样间峰值，适合在输出并轨时检查。RMS 更接近持续响度线索。对短促鼓声的“爆红”诊断，先记录 peak hold 与 clip indicator；不要只凭整体听起来不响，或只看 RMS。

Apple 还明确指出，Logic Pro 的输出通道条代表信号流中所有通道条的总和；输出超过可准确再生的界限会失真。Ableton 则为 Live 12 加了重要限定：其 32 位浮点引擎允许内部音轨超过 0 dB 而未必立刻削波，但 Main、物理输入／输出和文件导出仍是关键边界。这是命名产品的实现事实，不是“任何红灯都安全”的许可。

先创建可重复输入，再讨论哪一击太大

现场手指鼓每遍都会改变时点和力度；拿两遍不同演奏比较，无法判断峰值差异来自修复还是手。先录下或画出一条短 MIDI 测试，其中的力度来自你真实会使用的轻、中、重击，而不是把全部音符推到 127。保存原始 take，不修音符；随后所有矩阵条件都播放这份 MIDI。

1. 冻结声音身份。固定 K（kick）、S（snare）、H（closed hat）与 C（crash 或另一条长尾声部）的样本、力度层、起点、包络、声像和声部限制。
2. 冻结信号路径。记录音源输出、单轨推子、drum bus、send／return、主输出、采样率和导出格式；不要在矩阵中改路由。
3. 冻结处理状态。写下每个 EQ、饱和、压缩、limiter 的顺序与 bypass 状态。若动态处理保留在正式链路，至少同时观察其输入、输出与 gain reduction。
4. 选定项目内门槛。使用当前设备或交付链的 clip 指示与输出上限，不从本文抄一个“永远安全”的 dB 值。所有轮次用同一门槛。
5. 每格前清零。重置 peak hold、clip flag 与 gain-reduction hold，播放到所有尾音结束，再记录；不清零就无法把红灯归给当前组合。

若无法在中间级插表，也不要虚构读数。至少记录能看到的最上游声部级和最终输出级，并把不可观察的 B 标为 U。一个诚实的未知层，比把 Main 失败猜成某个 Pad 失败更有用。

五轮矩阵把“偶尔爆”变成一个可复现组合

每个格至少播放两遍；同一格两遍结论不同，就标为不稳定并重跑，不取平均掩盖。S0 建立独奏基线，P0 只改变“同时发生”，T0 加入长尾重叠，G0 恢复真实音乐密度，S1 回到与 S0 完全相同的独奏，检查工程或表头是否漂移。

账本每行写：轮次／组合、E 事件数与 velocity、S 输入／输出峰值、B 输入／输出峰值、M peak／true peak、clip flag、压缩或 limiter 最大 gain reduction、听到的具体变化、首败代码。峰值取决于信号相互作用；不要预先宣布“两个同样峰值一定增加 6 dB”，也不要因某次 K+S 恰好较低就假定换一个 snare 仍相同。

只记录最早失败的层，避免五个旋钮一起动

按信号流从上到下判定。较早的失败会污染较后的读数，因此每行只发一个主代码；修复后重跑，下一层才有解释力。

已有的源 Pad—受扰 Pad 串音矩阵处理“打一块却触发另一块”；底鼓叠层测试处理两个 sample 的极性与相对起点。若 E 通过、S0 通过而 P0 在共享增益级失败，才留在本文。这样不会把物理串音、事件碰撞、相位抵消和 headroom 混成“同击问题”。

修第一个过载级，并把音乐力度留到最后决定

Yamaha 把 headroom 描述为平均信号与失真上限之间的安全余量，并指出不良 gain staging 会减少余量、增加噪声或失真。这个原则并不等于把所有轨道都拉得极低；它要求在每个实际边界留出能容纳真实强击与组合峰值的空间。

1. S 失败：在源头修。降低发生过载之前的 sample／instrument output 或上游 gain；若失真已经写进采样，后级推子只能让失真变小声，不能恢复波形。重新跑全部 S0。
2. B 失败：给组合留输入余量。识别是某个异常响的声部，还是所有声部一起把 bus 推高。只改一个声部 gain、统一的 kit trim，或 bus 前的一个输入级；保留 K/S 的音乐平衡，重跑 S0、P0、T0。
3. M 失败：在总混关系上修。若鼓 bus 单独通过，只有加入 bass、伴奏或 return 后失败，先调整共享输出前的总混与 send，不要逐块 Pad 乱降。
4. 长尾格失败：单独测试时域选择。如果只有 C→K+S 失败，复制版本后只改 C 的音量、decay、choke 或编排留白之一，并把它标为音色／编排选择，不伪装成通用增益答案。
5. 只有音乐需要时才改 velocity。力度曲线与上下限会改变击力到 MIDI 值的映射，因此也改变了测试输入。只有当现有映射无法表达计划的轻重层次时，才把 velocity 作为独立候选；接收音源如何响应要另查其文档，修改后必须重跑事件、音色与峰值矩阵。
6. 最后评估 limiter。Apple 说明 limiter 会把阈值以上的峰值压到该级，并显示 reduction；它不能修复录制时已经削波的音频。把 limiter 当可听见的动态处理，记录 gain reduction、响度匹配 A/B 与失真，而不是用“最终没红”替代上游诊断。

每次修改都另存为候选，不覆盖原鼓组；修改一个参数后，从 S0 开始，不只重测刚才失败的 K+S。降低一个声部可能解决 bus 峰值，却让 ghost note 消失；改变 velocity curve 可能保住输出，却破坏原来的轻重层次。回归测试负责暴露这种代价。

放行条件要覆盖真实强击、最终输出与原始回归

矩阵是诊断，不是音乐成品。候选通过固定 MIDI 后，再用现场 Pad 演奏 G0 的同一段两遍：包含你真实会用的最强重音、fill 和 crash 入口，但不要求故意砸到不属于演奏的极端力度。保留 MIDI 与音频，确认事件完整、最早过载级消失，动态没有被意外压扁。

然后从最终输出导出一次，重导入不经额外增益的空工程或可信检查器，核对 peak／true peak、开头、尾音与异常失真。若宿主像 Live 一样在内部有浮点余量，导出与物理输出正是不可省略的边界；若设备不提供 true peak，就记录工具限制，不编造数值。

常见问题

单轨红灯，但 Main 没红，必须立刻修吗？

先查宿主文档和实际信号边界。Apple 对 Logic Pro 的说明强调输出通道总和；Ableton 明确说明 Live 12 的内部浮点轨道可能超过 0 dB 而不立即削波。但插件输入、硬件输出、Main 与导出可能有不同上限。本文的答案不是忽略红灯，而是记录它在哪一级，并验证下一真实边界。

把所有 Pad velocity 上限设低，能一劳永逸吗？

不能当通用答案。velocity 不是 dB，而且上限／曲线会改变测试输入和演奏动态；接收音源的具体响应还取决于它自己的实现。若 S0 已通过而只有组合总线失败，先修共享增益结构；只有演奏映射本身不合理时才改 velocity，并做音色与动态回归。

为什么不直接在主输出放 limiter？

Limiter 可以是成品链的一部分，但它会主动降低峰值；输出不再爆红不等于输入没有过载，也不等于 kick 与 snare 的瞬态关系没变。先找首个失败级，再决定限制量是否是你要的声音。