手指鼓录制该选 MIDI、音频，还是两者都录？可编辑性—音色保真决策测试

MIDI 保存演奏描述，音频保存一次声音结果

MIDI Association 把 MIDI 描述为演奏信息：哪些音符被触发、持续多久、相对力度、速度与乐器等；它明确指出 MIDI 不是音频，最后听到什么取决于接收这些指令的音源。对鼓来说，一段 MIDI 可以保留击打的时间、note、channel 与 velocity，但不会把某套采样、某台鼓机的模拟电路、插件版本、效果尾音或当时的混音自动封进事件里。

音频轨恰好保存另一面：它记录所选捕获点已经产生的波形。若你录的是硬件模块的立体声输出，文件会保留那次输出的音色与演奏结果，却不会把混在一起的军鼓击打重新变回独立的 note 事件。Roland 的官方解释也用“捕获实际声音”与“捕获演奏音符”区分两者；Casio 的中文说明书以特定数码钢琴为例，把按下、松开、力度等演奏信息与实际音波分开说明。

不要按文件大小选择，要按未来失败场景选择

先写下录音交付后的第一项真实任务。若答案是“我会修 timing、力度或错音”，MIDI 是主编辑证据，音频可作听感参照。若答案是“我要把这台硬件此刻的声音交给不会安装同一音源的人”，音频是主交付证据，MIDI 是可选的再演奏资料。若现在无法确定，先判断“可编辑事件”和“确定声音”是否都必须可恢复；只有两者都是必需且值得增加打包与验证成本时才选择 Both，否则按最可能的交付任务选择，并在账本注明没有保留的能力。

不要把 DAW 项目文件等同于完整存档。项目中的 MIDI 轨可能依赖已卸载的插件，音频片段也可能只引用项目外部的文件。也不要把“导出一个 MIDI 文件”误写成“保存了当时的鼓声”；相同事件换到另一套音源，可以仍是同一段演奏数据，却听起来完全不同。

录之前建立一页捕获账本

复制项目或保存一个新版本，然后把决定写成可复核的路由，而不是靠轨道颜色回忆。以下字段足够让下一次打开时知道两条证据从哪里来：

1. 演奏源：控制器或电子鼓、所用 preset / pad map、MIDI 输入端口与 channel；不要假设熟悉的鼓音符表就是当前映射。
2. 接收音源：硬件或软件音源名称、鼓组/patch、必要的自定义采样位置，以及会改变声音的版本或设置。
3. 音频捕获点：硬件主输出、软件乐器后、效果后或主混音中的哪一个；记录 mono / stereo 与项目实际使用的音频设置，不套用本文未指定的数值。
4. 共同边界：两轨共享的 count-in、第一击位置、take 名称和结束尾音。写成 T01-MIDI 与 T01-AUDIO，避免拿不同演奏做比较。
5. 自动处理：录入量化、note repeat、MIDI 变换、随机、Humanize、效果与归一化是否启用。测试中保持不变。

Apple 的 Logic Pro 指南证明特定软件可以同时录软件乐器 MIDI 与音频；Ableton 的手册也给出用一条 MIDI 轨承载乐器、再用额外音频轨记录输出的产品内路由。它们说明“双录”可实现，不代表所有 App、鼓机或录音器都有相同按钮。你的设备不支持同录时，优先保存原始 MIDI take，再按文档把它通过未改动的音源回放并录成音频，同时记录这是“回放打印”而非现场同步捕获。

用一遍四小节演奏制造可识别证据

选择一条你能稳定演奏的四小节片段，不需要追求复杂。它只需包含至少两个可区分鼓件、一个明确的轻重对照，以及最后一小节后能听清的自然尾音。录制前试听输入与返回，但正式 take 中不要改变鼓组、效果、音量、映射或量化状态。

1. 在同一个 count-in 后开始，给两轨相同 take ID；MIDI 轨只接收目标输入，音频轨只接收你在账本声明的输出点。
2. 连续演奏四小节并落到下一小节第 1 拍，然后停止击打但继续录到尾音结束。这个出口能暴露音频被提前截断的问题。
3. 先不编辑，分别播放 MIDI 驱动原音源的结果与音频轨。核对事件数、鼓件身份、轻重关系、开头、落点和尾音；不要求两者做数学抵消。
4. 把这对未改记录锁定为 RAW，后续四个测试全部在副本上进行。若两者从一开始就不是同一演奏，立即重录，不用拖动来“拼成同一遍”。

四项恢复测试，分别证明“能改”和“能听”

测试 1：只改一个事件

复制 MIDI 轨，选择一记不会与其他鼓件同击的事件，把它移动到一个明显但仍在小节内的新位置，或临时静音；只做一项。通过原音源重新播放，确认只有这一击改变。原始音频应保持完全不动，继续担任“当时演奏如何”的参考。若你只能在合成音频里剪出一块，却无法独立保留尾音、叠击与上下文，这正说明音频不是同等的事件编辑层。

测试 2：只换一个鼓组

再次复制未改 MIDI，把接收端换成一套容易听出差异的鼓组，不改事件。通过条件是演奏顺序与节奏结构仍在，同时声音确实改变。若 kick 变成 tom、某些击打无声或力度关系反常，先记录为映射、音域或接收端解释差异；不要据此断言 MIDI 文件损坏。原音频继续保留旧音色，它不会因为 MIDI 换了接收端而自动重渲染。

测试 3：让原音源暂时不可用

保存并关闭测试副本，再以可逆方式停用原插件、断开外部硬件返回，或新建一个不加载原音源的空会话；不要删除安装包、采样或用户设置。重新打开导出的音频，它应无需原音源就能播放已记录的结果。再打开 MIDI：如果没有替代接收端，它没有声音或声音不同是预期证据，说明 MIDI 保住了演奏描述，却没有冻结原音色。

测试 4：离开原项目重放

把最终音频和你选择保留的 MIDI 数据复制到一个临时测试文件夹，在新的空白会话中分别导入。音频从声明的起点播放完整；MIDI 被分配给一个明确接收端后，事件次序、鼓件地址和轻重关系可以检查。不要以“项目在原电脑还能打开”代替这一步。若无法使用第二台设备，新会话仍能揭示外部文件引用、隐藏路由和只存在于原工程中的依赖。

根据哪一条证据先失败来修，不要全部重录

一次只修复第一条失败证据。若 RAW MIDI 本身不完整，先回到输入捕获；若 MIDI 完整而音频失败，只重建音频路由；若两者都通过却新会话失败，问题在打包而不是演奏。这样的顺序能避免为了一个丢失的外部文件，重新演奏已经合格的 take。

完成标准：一个能解释、能恢复的最小包

保留未编辑 MIDI take、同次演奏的音频打印、项目文件，以及一页账本。账本写明 take ID、日期、速度/拍号（如适用）、输入端口与 channel、pad map、接收音源和鼓组、音频捕获点、项目音频设置、自动处理状态、四项测试结果。若你另做了量化、换鼓组或混音版本，用新名字保存，不能覆盖 RAW。

放行条件不是“文件都在”，而是：改单击只影响 MIDI 副本；换鼓组保住演奏结构；原音源不可用时音频仍能独立播放；新会话能找到两类资料并解释其依赖。若你的目标只是今天快速分享，一份验过的音频可能已经足够；若这段手指鼓会继续编曲、换声音或长期保存，Both 加账本通常是更可逆的选择。