并非所有平台都有声音：如何在转播时找出原因

为什么只有一个平台没有声音

转播时，一路直播会同时传输到多个平台。因此看起来所有方向接收到的都是完全相同的信号。实际上，流发送出去之后，每个平台都会单独接收、检查并处理音频。它可能使用自己的播放器、另一套编解码器要求、单独的音轨以及自动内容审核。

如果两个平台有声音，而第三个听不到，麦克风不一定有问题。更常见的情况是问题出在生成总混音之后：某个方向的设置、音轨选择、输入信号处理或播放器本身。

声音可能在多个环节消失。它可能没有进入输出混音，在传输到某个目标时丢失，未通过格式检查，被平台系统关闭，或者只对部分观众播放。因此首先要确定静音具体出现在哪里，然后再去修改编码器参数。

最有用的参照是对比本地录制、预览、公开直播以及直接推流到问题平台的结果。这样的顺序可以避免盲目更换麦克风和所有设置。

首先确认问题确实与声音有关

不要只依据一位观众的反馈。播放器可能开启了静音模式，浏览器或应用的音量也可能被调低。有时问题只出现在移动应用、某个浏览器或其他页面的内嵌播放中。

请用多种方式自行检查直播：

• 在无痕模式下打开直播，那里没有保存的播放器设置；
• 用另一台设备或通过另一个网络观看；
• 检查播放器本身、浏览器标签页和设备的音量；
• 将公开直播与平台管理面板中的预览进行对比；
• 结束后检查直播录像（如果平台保存了录像）。

如果只有一个播放器没有声音，而录像或其他观众那里有声音，就不需要修改麦克风和编码器设置。先检查缓存、应用、浏览器和播放器本身的状态。

如果所有地方都听不到声音，就转而检查本地录制和输出音轨。这样可以把源头故障与特定平台的错误区分开来。

在发送到转播之前检查音频

直播软件中的电平指示器显示混音器是否接收到信号。如果麦克风或游戏的音量条在动，并不意味着声音进入了正确的音轨并发送到了平台。混音器可能显示有活动，但输出流使用的却是另一组声道。

用与开播时相同的设置做一段简短的本地录制。录制中应该能听到所有来源：人声、游戏、通知以及其他你打算传输的内容。如果本地录制是静音，问题就出在来源、混音器或软件的输出音频上。

单独检查硬件和软件方面的原因：

• 是否将已禁用或暂时不可用的输入选为了麦克风；
• 是否把来源的推子拉到了静音；
• 是否关闭了本应传输游戏或浏览器的场景来源；
• 是否应用了完全压制信号的滤镜；
• 软件重启或连接耳机后输入设备是否发生了变化。

通过软件监听来试听并不算完整的检查。监听可能走单独的路径，与发送给观众的内容不一致。更可靠的做法是对比指示器、本地录制和实际直播。

检查音轨选择

选择性静音的常见原因之一与多条音轨有关。在高级输出模式下，人声、游戏和音乐可以分开录制。这对剪辑很方便，但并非每个平台或转播服务都会以相同方式传输和处理这类音轨。

一个平台可能取第一条音轨并听到总混音，而另一个平台拿到的音轨里只有人声，或者根本没有活动来源。结果就是视频继续传输，但特定方向的声音消失了。

为了诊断，暂时把所有必要的来源发送到一条主音轨。确认在流媒体传输中指定的正是这条音轨，而不仅仅是用于本地录制。如果之后声音出现了，原因就找到了：需要根据每个平台的能力重新配置来源到音轨的分配。

不要把独立音轨与左右声道混淆。音轨是独立的音频混音，而声道是该混音中的一侧。声道映射错误时，人声可能只出现在左边或右边。在一台设备上能听到，而另一台设备上的观众会以为没有声音。

如何配置音轨以实现兼容的直播

对于普通转播，更安全的做法是从简单的总混音开始。创建一条主直播音轨，把人声、游戏、通知和其他观众应该听到的来源都发送进去。在每个来源的设置中勾选这条音轨。

额外的音轨可以留给本地录制。例如，一条音轨保存直播用的完整混音，另一条只保存麦克风，第三条保存游戏。但在流媒体传输设置中必须选择包含完整混音的音轨。单独的录制音轨本身并不能保证转播收到总声音。

修改方案后，保存配置文件并做一段简短录制。然后在问题平台上检查直播。如果转播服务不允许为每个目标选择单独的音轨，就为所有平台使用一条通用的兼容混音。只有在服务或额外编码器支持不同输出的情况下，才能为特定平台提供单独的音频方案。

如果人声和游戏分配在不同的音轨上，不要试图通过调整音量来解决问题。音量不会把来源添加到另一条音轨。需要打开音频混音器属性，在直播音轨中勾选所需的来源，然后重新启动流。

平台对音频的典型要求

平台可能接收了流的视频部分，同时却错误地处理了音频。这种情况会出现在编解码器不受支持、比特率过高或过低、采样率错误、声道数不匹配或这些参数组合不规范时。

具体要求取决于平台、协议和连接方式。配置前请打开对应方向的官方帮助文档，查找对输入音频的要求。特别是在切换到自己的 RTMP 或 RTMPS 地址、更换编码器或接入新的转播服务后，要仔细核对。

• 编解码器。通过 RTMP 和 RTMPS 传输的流通常使用 AAC-LC。Opus 和其他选项可能只在特定协议或输入流类型下才受支持。不能仅仅因为软件里能选某个编解码器就选它。
• 比特率。要求中可能指定具体数值、允许范围或最大值。兼容配置中常见 128 或 160 kbps 左右的值，但这不是通用规则。如果平台限制比特率，超出上限可能导致视频保留但音频被拒绝。
• 采样率。直播中常见 44.1 和 48 kHz。重要的是软件、混音器、音频接口和输出编码器中的频率不能冲突。如果平台要求特定值，就要在每个环节都选择它。
• 声道数。单声道包含一个声道，立体声包含两个。平台可能两者都接受，也可能要求特定方案。对于人声，单声道可能就足够了，而对于游戏和音乐，如果要求允许，则需要立体声混音。
• 编解码器配置文件和声道布局。即使是受支持的 AAC，也可能配置了不合适的配置文件或错误的左右声道映射。

如果官方文档没有指明单独的配置文件，测试时请使用协议支持的简单方案：AAC-LC、平台要求的频率、适中的比特率和普通立体声混音。测试成功后，可以逐个设置地恢复额外音轨和复杂处理。

检查单声道、立体声和声道布局

声道问题可能表现为完全静音。例如，麦克风只把信号传到左声道，而平台或播放器对这种流的处理不正确。另一种情况是总混音以单声道生成，但编码器期望的是双声道立体声信号。

打开音频混音器设置，查看每个来源的平衡。对于人声，检查滑块是否完全偏左或偏右。如果软件有合并声道为单声道的功能，当人声应该居中时就把它应用到麦克风上。这样可以消除只有一侧有说话声的情况。

如果问题平台要求立体声，输出就必须包含两个正确的声道。简单地复制有问题的左声道并不总能解决问题：首先要确认源里确实有有用的信号。不要无必要地把音乐和游戏转为单声道，因为可能会丢失空间感。

修改声道后，用人声和游戏做一段录制，用耳机和普通音箱试听。然后专门检查有问题的方向，因为本地播放器可能以自己的方式执行声道合并。

核对转播中特定方向的设置

在转播服务的面板中，每个平台可能有单独的配置。即使来源是共用的，某个方向有时也会设置自己的编码配置、音轨选择、音频参数和连接方式。从另一场直播复制设置后，部分字段可能变得不合适。

检查所需平台确实处于活动状态、连接到了正确的频道并接收当前直播。已停止或过期的目标可能显示为已连接，但实际上流已经不再被接收。如果有该方向的统计信息，查看是否传输了音频流，而不仅仅是视频。

检查该方向是否被分配了空音轨。如果设置中有音频来源选择，请设置包含完整混音的主音轨。如果可以单独指定编解码器、比特率、频率和声道数，请将这些字段与平台的官方要求进行对比。

修改关键参数后，完全停止直播并重新启动。某些设置只在建立新连接时才会生效。仅仅刷新页面或再次点击开始按钮并不总能重新构建流。

诊断后该做什么：针对问题平台重新配置

检查之后，不仅要确定原因，还要修改链路上的具体环节。首先保存可用的配置文件并记录原始参数。这样如果新设置影响了其他方向，还可以回到原来的状态。

1. 如果问题出在音轨上，在软件中选择主音轨用于流媒体传输，并把观众应该听到的所有来源都添加进去。额外音轨只留给本地录制。重新启动直播并检查结果。
2. 如果问题出在编解码器上，选择平台要求中明确指定的编解码器。对于 RTMP 或 RTMPS，通常是 AAC-LC，但要以具体入口的文档为准。如果该协议不支持 Opus，就不要使用它。
3. 如果比特率不匹配，设置为要求中的值或不超过指定的最大值。测试时最好使用一个固定配置，而不是在直播过程中改变参数的自动模式。
4. 如果频率不匹配，在直播软件中设置所需的值，并检查音频接口的设置。不要让链路中的某个环节工作在 44.1 kHz，而另一个环节强制要求 48 kHz 却没有正确的转换。
5. 如果问题出在声道上，设置所需的单声道或立体声模式。对于人声，先让信号稳定居中，然后根据平台要求配置输出声道数。
6. 如果所有设置都无效，暂时关闭音乐、额外音轨、滤镜和复杂处理。检查只有人声和游戏的纯净混音，以排除单个来源的影响。

每次修改后都进行一次简短测试。不要同时更改编解码器、音轨、比特率和声道：否则很难将结果与具体原因对应起来。

如何在发送前转换音频

如果软件或转播服务无法将声音调整到特定方向的要求，可以使用中间的音频转换器或额外编码器。它需要获取所需的音轨，修改编解码器、频率、声道数和比特率，然后把这路流发送到问题平台的地址。

对于兼容的 RTMP 输出，示例命令可能如下：ffmpeg -i INPUT -map 0:v:0 -map 0:a:0 -c:v copy -c:a aac -profile:a aac_low -b:a 128k -ar 48000 -ac 2 -f flv RTMP_URL。这里选择第一条视频轨和第一条音频轨，音频编码为 AAC-LC，设置比特率 128 kbps、频率 48 kHz 和两个声道。这些值是测试配置的示例，而非所有平台的通用要求。

如果文档要求单声道，就把声道数参数从「-ac 2」改为「-ac 1」。如果指定频率为 44.1 kHz，就把「-ar 48000」换成「-ar 44100」。比特率也同样替换为要求中的值。运行前请确认输出协议支持所选的编解码器。

参数「-map 0:a:0」很重要：它明确选择第一条音轨。如果完整混音在另一条音轨上，就需要指定相应的编号。随机选择音轨可能会再次把没有人声的游戏音轨或空音频流发送到平台。

如果视频已经与平台兼容，就不必仅仅因为声音问题而重新编码视频。不过，只有在视频编解码器和容器都合适时，才可以带「-c:v copy」参数复制视频。流地址和直播密钥不能出现在命令、截图和日志中。

排除因内容导致的自动静音

如果只有音乐、视频片段或其他特定元素消失，原因可能是自动版权检查。不同平台使用不同的规则和识别系统。一个平台可能保留声音，另一个则可能暂时静音直播、屏蔽某个片段或关闭录像中的声音。

查看创作者面板中的通知和已保存直播的状态。不仅要对比实时直播，还要对比结束后的录像。如果直播时能听到声音，而录像中消失了，这说明是后续处理导致的，而不是麦克风或转播故障。

测试时请使用一段不含音乐、视频片段和未确认版权音效的简短直播。只保留人声和游戏声音。如果在这种测试中问题平台开始播放声音，那就要从具体内容的使用规则中找原因。不应通过更改技术参数来规避自动限制：这并不能消除屏蔽的依据。

检查网络和流的接收

音频数据占用的空间比视频小，但它以单独的数据包传输，并且依赖与服务器连接的稳定性。连接丢失时，平台可能继续显示视频画面，而音频停止更新。如果问题在开播几分钟后才出现，或者重新连接后消失，这一点尤其明显。

查看直播软件和转播服务本身的统计信息。注意因网络导致的丢帧、重连、延迟波动以及特定目标的错误消息。如果问题只在同时向一个平台发送时出现，可能是服务与其服务器之间的路由故障。

在不同时间对比结果，并用最少必要的设置进行简短测试。如果每次尝试时声音都在同一方向消失，而其他平台正常，问题很可能出在该方向的接收或处理上。如果结果随机变化，则还要检查网络、连接服务器和输出流的稳定性。

对比转播与直接推流

直接向问题平台做一次对照测试，有助于区分原因。停止多平台直播，使用相同的音频来源和相近的配置，只向所需平台发送测试直播。

• 如果直接推流时也没有声音，就检查平台、其要求、内容和编码器设置。
• 如果直接推流有声音，而通过转播没有，就在路由、音轨选择或特定方向的配置中查找错误。
• 如果预览中有声音，但观众那里消失了，就检查播放器、直播录像以及接收后的处理。
• 如果一开始有声音，然后消失了，就研究重连、网络错误、审核和转码工作。

如果平台允许选择相应模式，这种测试最好在简短的私密、受限或测试直播中进行。不要同时更改场景、麦克风和所有输出参数：只有在条件保持一致时，对比才有意义。

如何根据故障特征确定原因

从开播起就完全静音，通常与音轨错误、格式不受支持或输出混音中缺少来源有关。如果软件指示器有活动，而本地录制没有声音，问题几乎肯定出在音轨选择或输出路径上。

当本地录制有声音，但某个平台没有时，就检查该方向的设置和接收方的要求。如果问题只出现在部分观众那里，先排除播放器、浏览器、应用和设备设置。

如果能听到人声但听不到游戏，或者相反，这通常说明来源在音轨上的分配有问题、推子或滤镜错误。如果声音只从一侧传来，就检查单声道和立体声声道、平衡以及来源声道与输出混音的对应关系。

如果平台在实时直播中显示有声音，但从录像中去掉了，就查看版权通知和内容规则。如果声音在连接中断后消失，重连日志和网络统计信息就很重要。

联系支持前需要检查什么

对于「某个平台没有声音」这样的反馈，平台或转播服务的支持人员很难提供帮助。请准备准确的描述和简短测试的结果：

• 问题平台的名称和连接方式；
• 本地录制、预览和公开播放器中是否有声音；
• 是整个声音消失还是只有某个来源消失；
• 是立即消失还是过一段时间后消失；
• 不经过转播直接直播时声音是否正常；
• 日志中显示哪些错误、重连和通知；
• 是否启用了单独的音轨，以及为流指定了哪条音轨；
• 输出使用的编解码器、比特率、频率和声道数是什么。

附上测试直播的链接、问题出现的准确时间以及音频混音器和方向设置的截图。不能传递密码、直播密钥和访问令牌。

简要结论：分步该做什么

1. 在播放器、另一台设备和保存的录像中检查声音。
2. 做一次本地录制，确认其中能听到所需的来源。
3. 检查主音轨，暂时把人声和游戏合并到总混音中。
4. 研究转播中特定方向的设置及其连接状态。
5. 核对编解码器、比特率、频率、声道以及单声道或立体声的要求。
6. 配置直播音轨，必要时用单独的编码器转换音频。
7. 在不含音乐和可能被检查版权的内容的情况下进行测试。
8. 将转播与直接推流到问题平台的结果进行对比。
9. 保存日志，并以准确的结果描述联系支持。

如果本地录制和大多数平台都正常，不要从更换麦克风开始。先检查音轨、特定目标的设置、输入流格式、声道、播放器和自动内容处理。