观众听不到你放的音效：虚拟音频设备、混音与缓冲这三段

用疯歌音效平台 这类工具放音效时，最让人困惑的一句话是：“我这边听得到，观众那边没有。”

这不是软件坏了，而是系统的音频本来就是"分路"的——你播放的声音去了输出设备，而直播软件需要的是输入。 两者之间默认没有任何通路。

这篇把这条路讲清楚：声音怎么从你的播放走进直播、为什么必须装一个虚拟设备、以及延迟和故障分别出在哪一段。

一、前提：系统音频的输出与输入是两条独立的路

输出链路：每个程序把自己的声音交给系统混音器，混完之后送到当前的默认输出设备（扬声器、耳机）。

输入链路：录音类程序从麦克风等输入设备取声音。

关键点：默认情况下，你播放的音效只走输出链路。直播软件在输入链路里工作，它看不到你播放的声音——除非有人把这两条路接起来。

这就是"自己听得到、观众听不到"的全部原因。要解决它，需要制造一条内部回路。

二、两种接线方式

• 虚拟输出设备加回采（做法：把音效播到一个虚拟设备上，直播软件再把这个设备当作输入源；代价：需安装虚拟设备组件；系统里音频设备数量增加）
• 内部混音后作为虚拟麦克风（做法：软件把麦克风与音效混合好，对外就表现为一个麦克风；代价：需要接管麦克风输入，对兼容性要求更高）

两种方式的共同点是：都要装一个"虚拟音频设备"组件。

这解释了两件常被问到的事：

• 为什么这类软件安装时要管理员权限——它安装的是驱动级的设备组件，不是普通文件
• 为什么装完之后系统里会多出几个音频设备——那些就是虚拟设备，属于正常现象

三、三条链路必须对齐，否则会出杂音

第一，采样率。

麦克风、音效文件、虚拟设备各自有采样率。三者不一致时，中间要做重采样——增加延迟，还可能引入杂音。

统一采样率是最省事的一步，比事后调缓冲有效得多。

第二，声道。

麦克风通常是单声道，音效往往是立体声。两者混合时如果没有明确的声道映射，常见结果是只剩一边有声音。

第三，缓冲长度。

缓冲决定延迟与稳定性：缓冲越长越稳，但延迟越高。音效听起来"慢半拍"，通常就出在这里。

四、延迟从哪来，按贡献排序

• 虚拟设备与系统混音器的缓冲
• 播放端的缓冲（音效软件自己那一段）
• 采集端的缓冲（直播软件读取输入那一段）
• 监听路径与输出路径的差异——自己听到的和观众听到的，本来就不是同一路信号

一个很有用的判断方法：

• 只有观众那边有延迟 → 问题在采集端缓冲
• 自己听也有延迟 → 问题在播放或虚拟设备侧

先把"延迟出现在哪一侧"确定下来，再去调对应的缓冲，比通调一遍有效。

五、常见故障与处理方向

下面这些现象按“是哪一条链路断了”来分，比逐个试设置快得多。疯歌音效平台 的使用问题几乎都能落到这张表里。

• 自己听不到音效（原因方向：监听未开启，或输出设备选错；处理方向：检查监听开关与输出设备）
• 自己听到、观众听不到（原因方向：音效没有路由到虚拟设备；处理方向：音效输出指向虚拟设备，直播软件选它作输入）
• 观众听到、自己听不到（原因方向：只路由到虚拟设备、未监听；处理方向：打开监听，或用第二路输出）
• 音效慢半拍（原因方向：缓冲过长；处理方向：缩短缓冲（代价是稳定性下降））
• 爆音、断续（原因方向：采样率不一致或缓冲过小；处理方向：统一采样率，适当加大缓冲）
• 麦克风没声音（原因方向：设备选错，或被独占；处理方向：关闭独占模式，确认输入设备选择）
• 快捷键无效（原因方向：全局热键冲突；处理方向：更换组合键，注意"全局"与"仅在本程序内"的区别）
• 系统里多出几个音频设备（原因方向：虚拟设备已注册；处理方向：正常现象）

第七行值得单独说：全局热键与程序内热键是两种不同的注册方式。全局热键会被所有程序感知，冲突面更大；只在本程序内生效的则要求窗口处于激活状态。快捷键时灵时不灵，多半是这两者的区别，而不是软件不稳定。

六、部署与清理上的两点

第一，虚拟设备是驱动级组件，卸载要连带移除设备。

如果只卸载了程序本体、没有移除虚拟设备，系统里会留下无主的设备条目，后续在别处选设备时会造成困扰。

第二，同类软件不要装多套。

每套都会注册自己的虚拟设备。装两三套之后，播放与录音设备列表会变得很难分辨，排查问题时连"该选哪一个"都说不清。只保留一套。

查看系统里当前的音频端点设备，可以列出来对照：

Get-PnpDevice -Class AudioEndpoint %7C
  Select-Object FriendlyName, Status %7C
  Sort-Object FriendlyName

输出里的名字能直接回答"虚拟设备有没有注册成功"——装完却看不到对应条目，说明设备组件这一层就没到位。

七、给开发者的两条相关建议

第一，采样率不要靠猜。

如果自己做音频相关功能，在采集与播放两侧都显式设定采样率，而不是依赖系统默认。默认值在不同机器上可能不同，这类问题很难在开发机上复现。

第二，把缓冲做成可配置项。

延迟与稳定是一组矛盾，不同使用场景的答案不一样（实时互动要低延迟，录制回放优先稳定）。把它暴露给用户，比在代码里定死一个好。

八、小结

关于疯歌音效平台 这类音效播放软件，记住四条：

• 系统音频的输出与输入是两条独立的路，所以"自己听得到、观众听不到"是默认状态，不是故障
• 要接通它们，需要一个虚拟音频设备——这也是这类软件必须提权安装、并且会新增音频设备的原因
• 三条链路要对齐：采样率、声道、缓冲长度——前两条决定"有没有杂音"，第三条决定"延迟多大"
• 延迟先定位在哪一侧（只有观众有延迟 vs 自己也延迟），再调对应缓冲

把"输出与输入本是两条路"这件事记住，绝大多数"观众听不到"的问题都能顺着这条线找出来：音效有没有走到虚拟设备、直播软件有没有把它选作输入。

https://www.ijinshan.com/software/fgyx.html?channel=4069