WebRTC带宽要求

有人知道什么是WebRTC带宽最低要求吗？ 我感兴趣的是有无视频以及不同视频分辨率的值。我对两党会议特别感兴趣，但如果你知道每一方的价值观，那也很好

如果你有实际的指标是好的，但如果你知道如何从理论上计算这也是好的

---

此外，不同的浏览器有不同的带宽要求？

带宽要求几乎与和的带宽要求相同。实时音频的比特率通常为40-200kbit/s。视频至少需要200kbit/s（如果你想看到人们的脸，则需要500kbit/s）

根据opus的最小带宽为6kbit/s，vp8的最小带宽为100kbit/s。总的来说，这是106kbit/s，但如果考虑到webrtc协议栈的开销和不断变化的网络条件，我想如果想要稳定的视频和音频，200kbit/s是最小的

Chrome和Firefox都使用opus和vp8，因此带宽要求应该是相同的。虽然我没有任何确凿的数据来证明这一点

---

您可以通过转到查看webrtc生成的当前流量chrome://webrtc-internals 检查所有图表。

对于两方会议，500 kbit/s的会议质量就足够了（每个流，因此用户线路上的负载为1 Mbit/s）。关于这一点，我同意另一个答案

然而，多方WebRTC带宽可能会受到瓶颈制约，这不仅是因为参与者的互联网带宽，还因为TURN媒体中继服务器的潜在带宽限制（如果您使用一台服务器），这是由于NAT设置困难而无法实现P2P连接时所需要的。（）

我试图粗略计算一台TURN服务器在最大化其带宽之前可以服务多少用户：

• 假设我们总共有100 Mbit/s的服务器带宽（输入+输出），我们希望WebRTC流量最多使用60 Mbit/s

• 例如，在配置TURN服务器时，我们将输入和输出流分别设置为30 Mbit/s（3750000字节/s，使用

  bps容量=3750000

  ）

• 输出流将经历更高的负载，因为给定n个参与者，每个参与者将有1个视频输入流和n-1个视频输出流供TURN服务器处理。意味着瓶颈将是30 Mbit/s的组合输出流

• 在最坏的情况下（根本不可能存在STUN协商的P2P连接），该带宽将足以满足：30 Mbit/s/500 kbit/（s*流）=60个视频流

• 给定n个参与者，每个参与者将有n-1个输出流，这意味着总共有n*（n-1）=n^2-n个流。那么，我们的最大60个流就足以容纳：n^2-n=60 n=8.26=~8个参与者（）

---

不过，还不确定这有多准确。

你知道webrtc实验是只针对Chrome还是针对其他浏览器吗？opus和vp8是独立的，没有连接到webrtc项目，因此webrtc实验中关于这两种技术的结果应该是独立于浏览器的。我不知道剩下的结果。我猜他们指的是Chrome和Firefox。毕竟这两个实现共享了一些代码，而且测试看起来相当彻底。为什么P2P视频呼叫需要带宽用于turn和stune服务器？？我想连接后，轮转和晕眩服务器不需要做任何事情吗？