有谁知道什么是WebRTC带宽最低要求？我对有或没有视频以及不同视频分辨率的值有什么兴趣.我对两党会议特别感兴趣,但如果你知道每一方的价值观,那也很好.
如果你有实际的指标是好的,但如果你知道我怎么能在理论上计算这也是好的.
另外,不同的浏览器有不同的带宽要求？
Sve*_*nov 17
带宽要求与opus和vp8的带宽要求几乎相同.实时音频通常具有40-200kbit/s的比特率.视频需要至少200 kbit/s(如果你想看到人们的脸,则为500kbit/s).
根据webrtc实验,opus的最小带宽为6kbit/s,vp8为100kbits/s.所以总共产生106kbit/s但是当你考虑到webrtc协议栈的开销和不断变化的网络条件时,我猜想如果想要稳定的视频和音频,200kbit/s是最小的.
Chrome和Firefox都使用opus和vp8,因此带宽要求应该相同.虽然我没有任何硬数据可以证明这一点.
您可以通过访问chrome:// webrtc-internals并检查所有图表来查看webrtc生成的当前流量.
对于两方会议,500 kbit/s以获得良好的会议质量应该足够(每个流,因此用户线上的负载为1 Mbit/s).我对此有其他答案.
但是,多方WebRTC带宽可能会受到瓶颈,不仅仅是因为参与者的互联网带宽,还因为TURN媒体中继服务器的潜在带宽限制,如果您使用的话 - 这是因为难以实现P2P连接所需的NAT设置.(这里的所有细节.)
我尝试粗略计算TURN服务器在最大化带宽之前可以服务的用户数:
假设我们总共有100 Mbit/s服务器带宽(输出+输出),我们希望最多60 Mbit/s可用于WebRTC流量.
因此,例如在配置coturn TURN服务器时,我们将每个输入和输出流设置为30 Mbit/s(3,750,000 Byte/s,使用bps-capacity=3750000).
输出流将经历更高的负载,因为给定n个参与者,每个参与者将有1个视频输入流和n-1个视频输出流供TURN服务器处理.意味着瓶颈将是30 Mbit/s组合输出流.
在最坏的情况下(根本没有STUN协商的P2P连接),该带宽足以满足:30 Mbit/s/500 kbit /(s*stream)= 60个视频流.
给定n个参与者,每个参与者将有n-1个输出流,这意味着总共n*(n-1)= n ^ 2-n个流.我们的最大 然后60个流足以用于:n ^ 2 - n = 60 <=> n = 8.26 = ~8个参与者(计算).
但不确定这是多么准确.
| 归档时间： |
|
| 查看次数： |
14504 次 |
| 最近记录： |