1. 每种声音，只对应一条明确采集路径
先列三行：人声来自哪支麦克风，游戏或应用声通过哪条路径采集，音乐来自哪个播放器或媒体源。游戏画面在动，不能证明声音已经采到。给混音器项目起可辨识的名称，让其他操作人员也能知道每项对应什么声音。
- 同一麦克风不要既全局采集，又在场景里重复添加。
- 桌面音频已包含游戏和播放器时，再添加单独采集前先核对。
- 直播使用的音乐需要具备相应用途的授权。
2. 电平不动，先检查设备与权限
暂时静音其他来源，对目标麦克风说话。电平没有反应时，按名称重选设备，检查硬件静音，并确认系统允许当前应用使用麦克风。macOS 可检查 OBS 的麦克风权限；屏幕或应用采集也需对应权限。游戏与音乐则要核对实际播放设备，是否正是采集路径使用的设备。
- 重新插拔耳机或 USB 声卡后，再确认保存的设备仍有效。
- 更换系统默认设备，可能改变原来正常的声音路径。
- 先让一条来源单独可辨识，再测试下一条。
3. 在实际内容里平衡人声，避免削波
播放真实内容时核对混音器静音与推子，让人声能清楚盖过游戏和背景音乐，为突然变大的声音留出余量，避免信号峰值触到 0 dBFS 发生数字削波。推子显示的 0.0 dB 是增益设置，与电平表的信号峰值不是同一个读数。应边听边调，而不是让所有来源电平一样高。
- 先分别听麦克风和音乐，再合起来听。
- 输入已经失真时，后面的推子不能恢复损坏的声音。
- 不同麦克风和电脑不宜直接套同一个音量百分比。
4. 区分本机监听与直播输出音轨
打开高级音频属性，核对每路发送到输出的内容，以及发送给监听设备的内容。只监听的声音可能在耳机里正常，却没有进入直播混音。再检查用于推流的音轨，以及需要的来源是否分配到该轨。分轨录制适合后期编辑，但普通播放器通常一次只播放所选的一条音轨。
- 保留一条完整混音，方便直接回放核对。
- 使用多音轨前，先确认能分辨和测试各轨。
- 本地耳机与观众端声音要分别验证。
5. 有回声，逐条移除重复返回路径
戴上耳机，暂时静音桌面或应用采集，再重复一句短语。重复声消失时，检查重复采集，或监听声音是否被重新采入；仍有重复时，再看麦克风、房间扬声器和语音聊天软件。制作电脑上的观众页面不要持续外放，它延迟播放的声音可能回到输出混音。
| 现象 | 先查什么 | 调整后怎样确认 |
|---|---|---|
| 电平完全不动 | 设备、硬件静音与应用权限 | 单独发声时，对应电平有反应 |
| 耳机有声，输出没声 | 监听模式与推流音轨 | 完整混音的录制里包含该声音 |
| 人声或音乐延迟重复 | 重复采集、扬声器与观众页外放 | 回放里一句话只出现一次 |
| 只有一边耳机有声 | 来源声道与单声道、立体声分配 | 两边耳机都能听到预期混音 |
6. 多个 OBS 实例，分别执行一次声音检查
使用小鹿助手组织多个 OBS 实例时，为每个账号的实例保留可辨识的声音清单。窗口分开，不表示共享麦克风、桌面设备与监听路径就已配置不同。先测一路，再增加下一路，听是否出现多余采集。修改前确认对应账号和当前场景，只调整受影响的实例。
- 实例名称与账号、直播内容保持对应。
- 复制场景集合或连接新设备后重新检查声音。
- 保留已验证输出作为前后比较的基线。
7. 本地录制回听，再核对实际直播
本地录一小段：先介绍内容，再触发真实游戏声音，播放已获准的音乐片段。停止后回听，先确认播放器所选音轨包含完整混音。本地录制正常而观众端异常时，再检查当前直播连接及接收工具的声音设置。小鹿助手可整理实例与推流准备，最终声音仍需完成从来源到观众的验证。
- 在人声与游戏、音乐同时较响时测试，不只听安静片段。
- 检查缺音、失真、回声与明显的声画不同步。
- 求助时记录来源名称、输出音轨、应用版本和出错步骤。
FAQ
常见问题
购买、授权或运行环境仍有疑问，可以先查看这里。
我能听见音乐，为什么 TikTok 观众听不见？
可能只有本机监听，或音乐没有进入选中的推流音轨。先检查完整混音的录制回放，再核对直播接收路径。
游戏采集有画面，就一定有游戏声吗？
不能按画面判断。要检查所用采集路径及对应混音器电平，具体选项受 OBS 版本、系统和来源类型影响。
为什么录制里只有麦克风，没有音乐？
先核对播放器选择的音轨，以及该轨是否包含音乐。简单测试可使用完整混音，不要只听多音轨文件中随机选中的一轨。
所有音量拉到 100%，就能解决声音小吗？
不能，可能造成削波或混音失衡。先找到偏小的来源和输入增益，再结合真实内容边听边调整。
REFERENCES
参考资料
内容核对：2026 年 10 月 18 日 · 小鹿助手产品团队