audio - 订阅/动态静音WebRTC房间中的许多音频流的理想方法？

Question

我们正在使用OpenTok建立视频聊天室体验，并且在基本工作正常的同时，我发现当 session 室中有很多参与者发布音频时，本底噪声非常高。像Zoom这样的浏览器外解决方案似乎没有这种高水平的“白噪声”，但是我们似乎仍然能够立即听到每个参与者。
我们试图解决的第二个问题是所需订阅的数量庞大:我们受到OpenTok的limit(每个房间3000个订阅)的限制。当前，每个客户都订阅每个发布者的供稿。
在尝试不同的方法时，我想到这是所有视频聊天应用程序都必须解决的问题。目前是否有最佳方法来解决此问题？我可以看到以下解决方案:

将发布者端的流静音，实质上是streaming silence，直到我们的语音 Activity 检测(VAD)算法触发。

使订户端的流静音，直到VAD触发。由于VAD是在发布商方面完成的，因此我们可能会失去其音频的开头。

仅在VAD触发时订阅流。这类似于先前的解决方案，但是有助于减少我们的订阅数量。但是，我相信这里的延迟和不确定性(每个客户都将单独订阅，对于某些客户而言，这可能会比其他客户更快)，这意味着我们肯定会失去发言的开始。

当前使用WebRTC解决此问题的最佳方法是什么？我们的目标是Chrome，Firefox和Safari。

Answer 1

OpenTok开发人员倡导者在这里。
什么时间...我只是写了一篇关于此的博客文章:Best Practices for Multi-Party Video Conferencing with the Vonage Video API
我认为它涵盖了大多数(如果不是全部)您的问题。另外，请确保加入Vonage Community Slack，我们的整个团队和社区都可以为您提供帮助。