鼓 Loop · 采样率 · 导入排错
鼓 Loop 为什么同时变快又升调？文件—工程—设备三采样率测试
鼓 Loop 变短升调，或变长降调时，先别改 BPM。保留原文件，在诊断副本中记录并关闭 Warp、time-stretch 与 transpose，再写下三个值：文件头声明的采样率 F、工程采样率 P、音频设备／时钟采样率 D。依次跑 B0 基线 → F0 文件 → P0 空工程 → D0 设备 → X0 目标工程 → R0 导出。第一个可复测的输出分叉只用来选择下一项证据；满足 H、C 或 D 对应的最低证据后才能归类。
适用范围：本文面向你自行录制、创作或已获编辑许可的鼓 Loop，以及外部 DAW／音频编辑器流程。来源只支持工程、文件和设备采样率、错误文件头解释、采样率转换、速度与音高联动等有限事实；B0/F0/P0/D0/X0/R0 顺序、三率账本、证据代码与放行门禁是 FingerDrum 编辑团队的综合框架。本文不声称 FingerDrum 能读取文件头、控制音频接口或执行采样率转换，也不把 44.1 或 48 kHz 写成普遍更优。
同一批 sample frame 被按高于原意的速率读取，会同时变短、变快、变高；按更低速率读取，则同时变长、变慢、变低。这不同于可保留音高的普通 time-stretch，也不同于可保持时长的 transpose。采样率不同但文件头正确时，软件可以正常转换，并不必然播错。不同数值本身不是故障：用第一个可复测的输出分叉选择下一项检查，再满足证据表后决定是否改解释或做重采样。
采样率解释错误会改变 sample frame 映射到播放时间的方式
采样率表示一秒分配多少个 sample frame。这里的 N 指每个声道共享时间位置的 sample frame 数，不是多声道文件里所有交错标量 sample 的总和。原意采样率是 R₁ 时，正确时长为 N ÷ R₁；同一批 frame 若被当作 R₂ 读取，时长变成 N ÷ R₂，速度和所有频率同时乘以 R₂ ÷ R₁。这是由采样率定义推导的算术，不是对某一款 DAW 的专属断言。
举一个诊断用例：原意为 44.1 kHz 的 frame 若被按 48 kHz 解释，时长只剩 44.1 ÷ 48 = 91.875%。播放速度和所有频率约乘以 1.088，相当于升高约 1.47 个半音；反过来解释，时长约为 1.088 倍，速度与频率乘以 0.91875。这个比率只能做线索，不能代替原始导出记录来猜真实采样率。
| 观察到的特征 | 采样率是否优先嫌疑 | 先查什么 | 相邻指南 |
|---|---|---|---|
| 时长与音高按一个固定比率一起改变 | 是，强嫌疑 | F/P/D，以及 sample 是被重新解释还是正确转换 | 本文 |
| 速度改变，但音高被有意保持 | 尚未证明 | Warp、time-stretch、tempo follow、Loop 元数据 | 未排除前别动采样率 |
| 音高改变，但时长不变 | 不是经典特征 | Transpose、pitch shift、sampler tuning | 鼓采样调音测试 |
| 开头对齐，随后离 click 越来越远 | 只是候选之一 | 原素材 BPM、剪辑、time-stretch、录音时钟 | BPM 漂移排查 |
| 只有循环点出现 click、空隙或断尾 | 通常是边界问题 | 首尾切点、尾音、fade、精确循环长度 | Loop 边界练习 |
Apple 说明工程与文件采样率不匹配可能导致异常播放，并提供 Logic Pro 导入时转换；Steinberg 也说明，在不同采样率文件间移动音频却不解决冲突会改变音高和速度。这并不意味着 44.1 kHz 文件进入 48 kHz 工程就一定要手工转换：先确认当前软件是否已经正确处理。
先保护原件，再记录 F、P、D 与时间／音高处理状态
不要覆盖唯一文件。保存原始素材，复制工程，并记下独立可知的预期小节数、拍号、BPM、时长与参考音高。文件名里的 “120bpm” 只能当线索，不是证据；若素材创建者提供了导出设置，把那份记录与测试放在一起。
- 记录 tempo 处理。写下 Warp、tempo follow、time-stretch、Re-Pitch、transpose、sampler key tracking、自动 Loop 匹配是否开启；只在诊断副本中停用。
- 记录 F。从可信文件信息页读取声明采样率、sample 数或时长、声道数与格式；先不要改 header。
- 记录 P。记下导入前后的工程／session 采样率。Apple 建议音频已录入或加入后，不要随意更改工程采样率。
- 记录 D。记下 interface／driver 速率；若连接数字设备，也记 clock source。Apple 的同步说明指出输入、工程、接口与时钟设置可能不一致。
- 只选一个探针。使用起始瞬态清楚、完整循环结尾可定位、最好带可听稳定音高参照的短 Loop；每轮都测试同一文件。
| 字段 | 记录值 | 证据位置 | 不能据此推断 |
|---|---|---|---|
F · 文件声明 | 显示的 Hz、sample 数／时长、格式 | 文件属性或音频编辑器 | 有 header 就代表 header 一定真实 |
P · 工程 | Session Hz 与导入转换选择 | 工程设置与导入记录 | P 已悄悄修复所有文件 |
D · 设备／时钟 | Driver Hz、clock source、数字连接设备 | 宿主与接口控制面板 | 监听音量旋钮会改变采样率 |
W · 时间／音高处理 | Warp/stretch 模式、transpose、tempo follow | Clip、sampler 与轨道设置 | 网格不合必然属于 F/P/D |
六个对照定位 Loop 第一次在哪一层改变
每次都从同一首个瞬态量到同一循环末端。只有素材存在稳定调性尾音时才量音高，不要强迫调音器给噪声型 hi-hat 判音。纯打击 Loop 的音高字段标 NA；若可信 B0 时长、F/P/D 账本、匹配的速率比率与相应解释／导入／设备对照满足该行，仍可路由 H、C 或 D。U 只表示整条诊断证据不足。
| 轮次 | 受控条件 | 记录 | 回答的问题 |
|---|---|---|---|
B0 · 基线 | 未改原文件，以及可信的创建／导出记录 | 预期 F、小节、BPM、时长、参考音高 | 进入当前工程前，“正确”是什么 |
F0 · 文件 | 把 F 声明和 metadata 与 B0 对照；可选试听必须记录 app／设备 | F、时长、首尾瞬态、可观察音高 | 文件声明是否与 B0 冲突 |
P0 · 空工程 | 新建与 F 一致的空工程，关闭自动时间／音高匹配 | P、导入选择、时长、音高、接缝 | 文件能否按自己的声明正常播放 |
D0 · 设备 | 令 D 与 P 一致，或使用文档明确的内部设备路径 | D、clock source、全工程速度／音高 | 播放设备是否改变整个工程 |
X0 · 目标 | 将全新副本导入原工程，并记录全部选择 | P、转换提示、W、时长、音高 | 导入或 clip 处理是否首次分叉 |
R0 · 导出 | 从目标输出导出；检查并重导入一次 | 导出文件采样率、时长、边界、音高、目标工程结果 | 修复能否穿过交付边界 |
普通播放器可以作为额外观察，但不是“绝对中立”的裁判，因为它可能自动重采样。记录播放器名称与结果，不要只凭“播放器里听着正常”就宣布文件头、工程和设备全部正确。
只给第一次失败分配一个证据代码
| 代码 | 最低证据 | 下一受控动作 | 不要做 |
|---|---|---|---|
H · header 解释 | B0 可信；F 冲突；Interpret 预览恢复预期时长；仅在音高可观察时也恢复预期音高；速率比率一致 | 保留原件，记录原意速率，再生成纠正副本 | 先把错误解释后的音频重采样 |
C · 转换／导入 | P0 在 F 下通过；F 与 P 不同或绕过转换时，X0 首次失败 | 对副本使用宿主的明确采样率转换 | 只重写一个本来正确的 header |
D · 设备／时钟 | 多个文件或整个工程一起改变；P 与 D／clock 不一致 | 按文档对齐设备与工程，回到 P0 重测 | 重写每个源文件 header |
W · Warp/stretch | F/P/D 一致；W 开关改变时长、网格或保留音高方式 | 另存候选，修 clip tempo／Warp | 把它叫采样率修复 |
T · transpose | 时长通过，音高随 sampler／clip tuning 改变 | 回到基线 transpose，再走调音决策测试 | 用采样率转换修音乐性移调 |
U · 未知 | B0 缺失、工具冲突，或时长与 F/P/D 对照仍无法区分路由 | 索取创建／导出记录，或加入已知速率参照文件 | 猜测后覆盖原件 |
代码是排查路由，不是看一张截图就下结论。F 与 P 不同本身不是 C 失败：宿主若已正确转换，时长和音高都通过，就没有故障。反过来，F 等于 P 也不能排除 D，因为接口或外部数字时钟仍可能跑在另一速率。不同宿主与硬件可能自动纠正设备／时钟不一致，也可能报警、出现 click／dropout 或直接拒绝播放，而非产生干净的速度—音高比；必须记录实际输出，不能只看设置值。
“解释采样率”与“采样率转换”解决的是两个问题
Adobe 把 Interpret Sample Rate 与永久的 sample-rate conversion 分开：解释是在判断现有 sample 应被赋予什么速率，改变赋值会联动时长与音高；转换则生成目标速率的新 sample 流，同时保留原意时长与音高。Audacity 也明确区分：改变轨道 Rate 会挤压或拉伸同一批 sample，而 Resample 会增加或移除 sample 以保持时长。
- H：先纠正含义，再转换。在副本中使用 B0 证据支持的 Interpret 候选，确认时长回到预期；仅在音高可观察时也确认预期音高。只有目标工程需要时，才把这个已纠正副本转换到 P。
- C：不要改真实 header。F 正确、只是与 P 不同时，执行一次明确的高质量离线／导入转换；保留原件，并在转换文件名写明目标速率。
- D：对齐播放链。按宿主／设备文档让 interface 或 clock configuration 符合工程要求；只在文档要求时重启或重开，然后先重测 P0、D0。
- W 或 T：离开采样率控件。另存候选，修 clip tempo、Warp、Re-Pitch 或 transpose。创作性 Re-Pitch 可以有意联动速度音高，但应标为处理效果，不是文件损坏。
- 诊断期禁止批量转换。先让一个测试文件走完全流程；错误假设一旦扩散到整个素材库，比一个失败候选更难恢复。
对比时不要反复做 44.1 → 48 → 44.1。每个候选都应从保留的原文件出发，只走一条有记录的路径并用新文件名。目标不是追求最大数字，而是所有层一致解释，并只设置一个明确转换边界。
时长、音高、Loop 接缝与往返导出全部一致才放行
若小节数、拍号、tempo beat 音符值与 BPM 均有独立证据，可在试听前计算预期时长：小节数 × 每小节 tempo beat 数 × 60 ÷ tempo-beat BPM。这里的 tempo beat 必须与 BPM 实际计数的音符值相同。例如四分音符 = 120 BPM 的两小节 4/4 Loop，共有八个四分音符 tempo beat，应为 4 秒。这只核对时间主张，不能单独证明音乐音高或 header 真实。
原文件未改；F、P、D、clock source、转换路径与 W 状态均已记录；P0、D0、X0 重现预期时长，并仅在音高可观察时重现预期音高；首个瞬态、预期尾音或已记录的跨边界重叠保留；完整循环不新增 click、空隙或漂移；R0 显示预期导出文件采样率且重导入通过；回到原始基线仍能复现 B0。不可观察音高标 NA，不计入音高通过／失败；整条诊断为 U 时不得放行。
常见问题
48 kHz 一定比 44.1 kHz 更适合鼓 Loop 吗？
那属于另一项音质与交付决策。本文只问每一层是否对速率理解一致，以及是否需要一次有意转换。配置正确的 44.1 kHz 路径，不会因为 48 的数字更大就自动被“修好”。
Loop 变快升调，直接 transpose 降回来行吗？
Transpose 可能只修音高，却留下错误时长，相当于遮住联动症状的一半。先恢复正确解释；随后若要做音乐性移调，再使用独立的鼓采样调音 A/B。
把工程采样率一直切到听着正确，可以吗？
不要在已经包含音频的工程里凭试听试错。Apple 警告，录制或加入音频后改变工程采样率可能让已有文件异常播放。复制工程，先确定 F/P/D，再按证据转换源文件副本或对齐设备。
来源与访问日期
Apple 支持工程／文件转换建议与接口／时钟不匹配检查；Adobe 支持“解释错误文件头”与“永久转换 sample type”的区别；Audacity 支持更改轨道 Rate 与 Resample 的操作差异；Steinberg 支持未解决采样率冲突会联动改变速度与音高。它们没有共同规定本文的 B0/F0/P0/D0/X0/R0、F/P/D/W 账本、证据代码、时长公式或放行门禁；这些是 FingerDrum 编辑团队的综合。
- Apple 支持 — 在 Mac 版 Logic Pro 中设定项目的采样速率（访问于 2026 年 8 月 29 日）
- Apple 支持 — 如果 Mac 版 Logic Pro 中出现音频和 MIDI 同步提醒（访问于 2026 年 8 月 29 日）
- Adobe Audition — 变换采样类型（访问于 2026 年 8 月 29 日）
- Audacity Manual — Audio Track Dropdown Menu: Rate and Resample（访问于 2026 年 8 月 29 日）
- Steinberg WaveLab Cast — Sample Rate Conflicts（访问于 2026 年 8 月 29 日）