WebRTC‘goog’和‘transport’SDP线路

Question

我想知道这条SDP线的含义是什么，因为我试图获得5%到10%数据包丢失的最平滑的框架位置。

我不知道的线路是:a=rtcp:100 goog-remb a=rtcp-fb:100 transport

我不知道为什么firefox (例如)要删除传输-cc功能，即使我必须解码不完整的视频帧，也想让流帧平滑吗？

我希望有人能在这方面帮助我:)

Answer 1

古斯塔沃·加西亚( Gustavoía)写了一篇关于这件事的博客文章，名为WebRTC中的带宽估计(以及新的发件人端BWE)。

综上所述，goog和transport都是拥塞控制机制，goog-remb是一种较老的方法，运输-cc是一种较新的方法。

我最好的猜测是firefox取消了传输-cc，因为firefox还没有采用传输-cc的更改。根据我的经验，Chrome在webrtc变化方面总是领先于Firefox。

在有损网络中，这些拥塞控制算法可以告诉发送方降低发送比特率。降低发送比特率可以减少损失(以牺牲质量)。但是，如果网络总是有10%的损耗，就像有噪声的WiFi网络一样，您仍然可能会遇到视频帧解码问题。

视频解码故障的处理是VP8/H 264视频编码参数的一种功能，而不是拥塞控制。正如我说过的，拥塞控制可能有助于减少损失(如果您用WebRTC数据包压倒网络)，但是如果您只有一个有损耗的网络(例如，糟糕的wifi)，那么拥塞控制算法只会降低质量而不会改进解码失败。

Answer 2

google-remb和transport只能处理拥塞，如果您试图以5%至10%的数据包丢失获得最平滑的帧位，则必须区分不同的情况：

1. 网络拥塞导致的分组丢失

使用同步广播或svc空间可伸缩性，选择低分辨率。

1. 固定无线设备或其他设备造成的数据包丢失

使用nack和fec，增加冗余。