WebRTC OPUS编解码器：优质音频的最小带宽

在我的WebRTC应用程序中，OPUS编解码器已用于压缩音频流，我想知道应该为没有抖动的音频流分配的最小可行带宽是多少？

根据我测试的几百Kbps（位，而不是字节），大约300-400Kbps应该足以获得良好的音频质量，而不仅仅是语音，但音乐也是。但更重要的是网络延迟，应该在20-25ms以下

---

对于良好的语音音频，十分之一（30-40Kbps）就足够了。但这只适用于一位同行。延迟可能要高得多，但您会不时听到一些小的跳跃，这对于对话应该是可以接受的。

对于Opus语音编码，mono 16KHz采样率：

• 当语音仍然可以识别时，最小为6Kbps
• 16Kbps是一个中等速度，足够好了
• 32Kbps是一个最大值-如果以更高的比特率（高于32）编码，您不会看到太大的差异。

---

300-400:）您可能希望：）对于视频而言，256kbps是一个相当不错的数字，300-400kbps对于良好的音频质量来说似乎具有一定的价值。我一直在寻找下限，因为我的应用程序需要发送/接收多个用户的流，并且我需要最小化带宽使用。这取决于我的应用程序。如果你想优化它的语音效果，你可以只获得其中的十分之一。是的，我的应用程序的使用案例是在同龄人之间进行对话。所以，我想30-40kbps对于上述用例来说已经足够了。是的，没错。但这只适用于一位同行。带宽最低要求也取决于对等点的数量。我更新了我的答案。