firebase - 无 SFU 的多方 WebRTC

Question

基于 this article ，在没有服务器的情况下实现WebRTC解决方案时，我假设它意味着SFU，瓶颈是只有4-6个参与者可以工作。

有没有可以解决这个问题的解决方案？例如，我只想使用 Firebase 作为唯一的后端，主要是信令而不是 SFU。在 WebRTC 中实现至少 25-50 名参与者的一般实现策略是什么？

更新:此 Github project分享一个不同的说法。它指出“全网状网络非常适合多达约 100 个连接”

Answer 1

MESH 的真正瓶颈在于每个 RTCPeerConnection 将在浏览器中进行自己的视频编码。

p2p 的概念自然包含了这样的要求，即双方都应该根据网络状况调整编码质量。因此，当您的浏览器向对等方 X(良好的下载速度)和 Y(不良的下载速度)发送两个流时，X 和 Y 的编码将不同 - Y 将获得比 X 低的帧率和比特率。

听起来很合理，对吧？但是，不幸的是，每个对等连接都要求单独的视频编码。

如果多个对等连接可以重复使用相同的视频编码，那么 MESH 将更加可行。但谷歌没有在浏览器中提供该选项。 Simulcast 需要 SFU，所以这不是你的情况。

那么，对于 720p 30 fps 视频，浏览器可以在典型机器上执行多少并发视频编码？ 5-6，不多了。对于 640x480 15 fps？可能有 20 种编码。

在我看来，WebRTC 设计中可以将编码层和网络层分开，甚至可以将 getUserMedia 扩展为 getEncodedUserMedia，这样您就可以将相同的编码内容发送给多个对等点。

所以这就是人们将 SFU 用于多对等 WebRTC 的真正实际原因。