直播时能听到游戏声音，录像里却没有：该从哪里找原因

症状及其来源

主播—平台—存档这条链路中，直播和录像走的是不同的路径。平台接收你在编码器中发送的混音，并自行生成存档。本地录像由同一个编码器完成，但遵循自己的规则。如果直播时有游戏声音、录像里却消失了，说明混音器工作正常，出问题的是另外两个环节：保存文件时的轨道构成，以及实际输出声音的输出设备。

由此主要有两种情况：录像中选择的音轨组合不对，或者游戏采集经过的设备没有进入录像。下面说明如何区分这两种情况。

首先检查：录制了哪些轨道

打开编码器中的录像属性。在 OBS 中是“设置 → 输出 → 录像”以及音轨选择字段。每个勾选都对应文件中的一条独立轨道。播放器和剪辑软件默认播放第一条，其余轨道就在旁边却不出声。如果你的游戏被分配到轨道 2，而只勾选了轨道 1，直播时一切都有声音（那里走的是总混音），但文件里却没有游戏声音。

检查文件实际包含哪些轨道：OBS 中有录像统计，任何支持选择音频流的播放器都会显示列表。如果有多条轨道，却只有一条出声——原因就找到了。

如何将来源分配到各轨道

在“音频高级设置”中，每个来源都有轨道编号。游戏一条，麦克风另一条，通知第三条。这种方案便于剪辑，但要求录像时勾选所有需要的轨道。常见错误：为剪辑设置好了分离，却忘了在输出中勾选。

• 在输出中勾选你希望在文件里看到的所有轨道。
• 将游戏和麦克风分配到不同轨道，以便之后调整平衡。
• 用 20–30 秒的测试录像检查，而且要带游戏声音，而不是浏览器里的音乐。

这种方法的缺点：文件会变大，而且部分播放器和平台上传工具只读取第一条轨道。如果你直接把录像上传到某处而不做剪辑，更合理的做法是用一条轨道录制混音。

输出设备与声音采集

如果轨道没问题，就看看编码器从哪里获取游戏声音。桌面音频采集、应用程序采集和独立输出设备是不同机制，行为也不同。

应用程序采集

当游戏将声音输出到独立流时有效。部分游戏和启动器的声音走系统混音，应用程序采集就看不到它。这时混音器里有来源，指示器也在跳动，但文件里却是静音。

系统声音

更可靠，但会把所有东西都带进来：通知、浏览器、语音聊天。必须用滤镜清理多余声音，或者在直播期间关闭无关应用的声音。

虚拟设备

灵活的方案：游戏输出到虚拟声卡，编码器将其作为独立来源监听。设置时间更长，但游戏不会与其他声音混合。缺点：在系统中更换输出设备或驱动更新后，路由会中断，声音又会消失。

监听：你能听到，但录像听不到

另一个陷阱是监听。你开启了来源监听，声音进入耳机，感觉一切正常。但监听只是分到你耳机的支路，并不保证声音进入了录像混音。要以来源的混音器指示器为准，而不是你自己听到的内容。

反过来也有：来源指示器在动，但录像混音里没有它，因为来源没有加入轨道，或者在混音器中处于零位。

平台存档与本地录像不是一回事

平台存档由你发送的流生成，通常与直播一致。本地文件由编码器独立写入。因此“直播时有、平台存档有，但我的录像里没有”——几乎总是本地输出设置的问题，而不是平台。反过来：如果消失的正是平台存档，就检查音频比特率、编解码器和通道稳定性。

分步检查清单

1. 用游戏声音做一段短测试录像，并在支持轨道列表的播放器中打开文件。
2. 将文件中的轨道与输出设置中的勾选进行核对。
3. 查看混音器中哪个来源负责游戏，以及录像时它的指示器是否在动。
4. 检查游戏本身将声音输出到哪个设备。
5. 将混音合并到一条轨道并重新录像——这样就能把轨道问题与采集问题分开。

预防措施

如果任务不同，为录像和直播分别保留编码器配置文件。重要直播前，做半分钟试录，并用之后会使用的同一个播放器试听。驱动和编码器本身更新后，重新检查声音路由：设置可能保留，但设备可能已经改变。

不要依赖耳机里的听觉：唯一可靠的测试，是以观众听到的方式试听成品文件。