OBS 里如何给译音自动让声

背景音乐能托住直播气氛，也最容易把翻译播报盖住。手动推拉音量需要助播持续盯混音器，稳定做法是让 OBS 在译音出现时自动给它“让声”。

这叫侧链压缩，也常写成 ducking。它不改变翻译软件，也不提高识别准确率；它只解决观众已经收到译音以后，译音和音乐谁更靠前的问题。

先确认信号是分开的

侧链成立的前提是 OBS 能分别看到“译音”和“背景音乐”。如果 ObsTrans/言播的译音已经通过虚拟声卡进入一个独立的“音频输入采集”，这一步就满足了。还没拆开时，先按虚拟声卡接线指南处理。

说一句测试话，OBS 里应当只有译音源随播报跳动；暂停音乐以后，音乐源归零；关闭翻译播报以后，译音源归零。任何一个源同时带两种声音，都不要继续调压缩器。

压缩器加在哪一路

打开背景音乐源的 Filters，添加 Compressor。然后在 Sidechain/Ducking Source 里选择译音源。

这个方向很容易配反。侧链来源是“谁出现时触发”，挂载压缩器的源是“谁要变小”。因此：

• 译音是触发信号；
• 音乐是被压低的信号；
• 麦克风原声是否参与，要按你的直播语言策略决定，不要顺手混进去。

OBS 的压缩器官方说明给了一组侧链起始值：Ratio 32:1、Threshold -36 dB、Attack 100 ms、Release 600 ms、Output Gain 0 dB。官方把它们称为 starting point，而不是适用于所有直播间的答案。

参数按什么顺序调

先只调 Threshold。译音已经开始但音乐不降，阈值可能高于译音实际电平；没有播报时音乐也频繁起伏，可能是译音轨里混入了底噪或阈值过低。

再调 Attack。太慢会让每句话开头被音乐盖住，太快则会听到突然“塌下去”的泵动感。

最后调 Release。短句之间音乐一上一下，先延长 Release；译音已经结束很久音乐仍不回来，再缩短。不要用 Output Gain 补回被侧链压低的响度，OBS 官方对 ducking 的起始建议就是 0 dB。

还要防止削波

侧链只是让一个源变小，不保证总线不会过载。OBS 的音频混音技术说明指出，最终输出超过 0 dBFS 会产生削波失真；它同时把 -20 dBFS 作为语音附近的对齐电平，并把 -9 dBFS 作为允许最大电平。

不要把这两个数当成强制目标。更实用的做法是录下真实的“原声 + 译音 + 音乐”组合，检查总表不触顶，再在滤镜链末尾考虑 Limiter。OBS 的Limiter 文档明确要求限制器放在滤镜链最后。

ObsTrans 能帮什么，不能替代什么

ObsTrans/言播可以把译音单独送往虚拟声卡，同时保留本地监听，这让 OBS 获得可做侧链的独立来源。软件还提供输出测试，适合先确认 CABLE 与监听两路都能出声。

它不会替你决定音乐应该压低多少，也不知道商品演示中的环境音是否重要。最终判断必须来自本地录制和观众端试听，而不是控制台里“看起来会动”的电平条。

上线前验收

录三段：连续讲解、两三个短句、说完后长停顿。回放时只问三件事：

1. 每句话第一个词是否清楚；
2. 短停顿中音乐是否抽动；
3. 译音结束后音乐是否自然恢复。

三项都过，再去看平台预览。YouTube 的直播建议也要求开播前检查 Live Control Room 预览，并持续监听音视频质量。控制室预览是最后一层，不是替代本地录制的第一层。