MIDI 鼓垫打出错音或没声音？逐垫一击映射检查法

一个鼓声背后有四层不同的映射

MIDI 是控制数据，不是鼓声音频。MIDI Association 的 MIDI 1.0 消息摘要显示，Note On 包含通道、音符编号和力度；接收端的鼓音源再决定哪个 chain 或 pad 接收该音符，以及那个目标播放什么声音。若把这些统称为“鼓垫分配”，排错很容易变成四处乱改。

先记数字，再记 C1、C2 之类的名称

不要只写 C1、C2 或 C3。MIDI Association 的音符编号表并列展示了同一数字音符的多种八度命名方式；两个软件可能显示不同八度名称，却在数字编号上完全一致。记录表先写整数，显示名称只用于帮助辨认当前软件界面。

通道 10 是惯例，不是万能修复开关

MIDI 1.0 提供 16 个逻辑通道。Apple 把通道 10 列为兼容 GM 的声音模块示例；Roland V31 中文手册则要求传入消息匹配目标 pad 的音符编号与通道设置。更一般地说，发送地址必须能被接收端当前配置接受或映射；自定义 rack 可能使用其他通道，也可能接收全部通道。先测出目标配置，不要不加判断地把所有设备改成通道 10。

逐垫只敲一次，完成记录前不要边听边修

1. 冻结当前设置：复制工程或另存版本，记下控制器 bank/预设与接收音源 patch；关闭 transpose、scale、repeat、randomize 等会转换或生成额外音符的 MIDI 处理。
2. 先证明接收端能响：逐个点击目标 pad 的 preview / audition。若目标 snare 自己试听都无声，先处理样本、mute 或音频路由。
3. 建立空白采集：输入只选目标设备和轨道，打开录音或可靠 MIDI monitor，并停止其他 clip 与 sequencer。只把力度 1–127 的 Note On 计作敲击开始。MIDI 1.0 也允许用力度 0 的 Note On 表示 note-off；有些 monitor 会把它改标为 Note Off，有些保留原消息。两种释放形式与 aftertouch 都不能算作第二次敲击。
4. 确定物理顺序：把控制器的 N 块鼓垫从左下到右上标为 P01–PN，也可使用设备印刷编号；16 垫网格对应 P01–P16。全程停留在同一 bank，每块用舒适的中等力度敲一下，敲击之间留出间隔。
5. 只抄事实：每次记录是否看到事件、数字音符编号、界面显示名称、通道、大致力度、接收目标和听见的结果；整张表完成前不改名也不 remap。
6. 原顺序再做一遍：映射不一致应稳定复现相同地址；若是间歇漏击或重复事件，就应进入另一条诊断路径。

不要用听见的声音替代音符身份。“P01 发出 kick”只描述当前音源 patch；“P01 在通道 10 发送音符 36”才描述采集到的消息。把两者分开，记录表才能跨鼓组复用。

按审计结果，只选择下一项受控测试

若音符与通道正确，但轻击消失、重击换成另一层样本，或一次敲击间歇性重复，就应转向力度与触发诊断，而不是继续改映射。文末关联的 20 击校准指南专门处理这类不同问题。

只选一个映射真源：控制器或接收端

希望实体布局跨项目复用，就改控制器

如果控制器能安全保存具名预设，而且你希望 P01–PN 在多个工程或音源中都发送同一组地址，可把接收端记录的数字音符写入控制器并另存新预设。断电重开或重新连接后，先复测最多四块鼓垫。除非手册明确可恢复，不要覆盖 factory preset。

鼓组只服务当前工程，就改接收端

控制器固定、多人共用或很难编辑，或者工程本来就要有意叠层时，改接收端通常更简单。Ableton 的 Receive chooser 与 Logic 的 input-note assignment 都是官方的接收端映射实例。完成后用新名称保存 rack、kit 或 patch，控制器保持不变。

避免两层看不见的转换

两条路线都能工作；最脆弱的是控制器暗中 transpose 一次，接收端又 remap 一次，最终没人知道哪份文件拥有布局。随预设保留一张极小清单：实体鼓垫、发送编号/通道、接收目标、预设名和复核日期。

Default Drum Note Map Profile 改变了什么？

MIDI Association 已发布 Default Drum Note Map 的 MIDI-CI Profile，映射源于长期通用、后来被 General MIDI 标准化的一组鼓音符分配。这项互操作工作很有价值，但“标准存在”不等于你的控制器、接口路径与音源已经支持并使用它。面对现有 MIDI 1.0 预设和自定义 rack，仍应分别查看两端手册，并以实测一击表为准。

用全盘扫描、一小节节奏和重载完成复核

• 扫描门禁：若有 N 块实体鼓垫，从 P01 到 PN 再返回，应得到预期的 2N 个正力度 Note On，没有漏项或额外敲击事件。
• 地址门禁：每个实体鼓垫在两遍中报告相同的数字音符与通道。
• 目标门禁：音源直接 preview 与映射后的实体敲击到达同一个预期声音。
• 持久化门禁：保存并重新加载预设与工程后，前四块鼓垫仍然通过；若 N 小于 4，则复测全部。

然后打一小节能清楚区分四个核心目标的节奏；速度保持舒适。这里检查的是声音身份，不是给 timing 打分。

图例：K = kick；S = snare；h = closed hi-hat；O = open hi-hat。请把 P1–P4 换成自己记录表中的实体位置。若开闭镲映射正确，却不能互相截断，再把接收端 choke / exclusive group 作为独立问题检查。

1. 第一遍，看 monitor：只确认地址序列，不评价手感。
2. 第二遍，关闭 monitor：用耳朵辨认八个声音。稳定替换指向映射；间歇漏击不应直接归因于映射。
3. 第三遍，重载：保存、关闭、重新打开后再打一遍。只存在于未保存编辑器窗口里的修复还没有通过。

常见问题

为什么一个软件写 C1，另一个却写 C2？

不同软件采用的八度命名约定可能不同。比较数字 MIDI 音符编号和通道；若两者一致，仅文字标签不同并不能证明真的相差一个八度。

所有鼓控制器都该使用 MIDI 通道 10 吗？

不是。通道 10 是熟悉的 General MIDI 鼓类惯例，不是自定义音源的通用要求。发送端与接收端需要兼容的通道配置；记录实测通道，不要预设答案。

应该改硬件，还是改 plug-in？

如果目标是让一套实体布局跨工程复用，而且控制器预设可安全编辑，就改控制器；若鼓组只用于特定工程、需要叠层，或控制器固定，就改接收端。只选择一个有文档的转换拥有者。

为什么一块鼓垫会发出两个声音？

先看采集到的敲击事件：一个正力度 Note On 却有两个声音，通常是两个接收目标共享输入音符；两个正力度 Note On 则应向上游排查 repeat、重复路由、生成器或触发行为。不要把释放消息算进去。

力度会不会让“错误”声音出现？

力度可能选择另一 velocity layer，也可能被 velocity zone 过滤；但若每种力度都稳定发出同一个错误鼓件，它不是首要解释。先确认音符和通道，再分别测试轻击与重击。