WebRTC'goog-remb'和'transport-cc'SDP线

Question

我想知道这条SDP线的含义，因为我正在尝试以5％到10％的数据包丢失来获得最平滑的帧率。

我不知道的行是：a = rtcp-fb：100 goog-remb a = rtcp-fb：100 transport-cc

我不知道为什么firefox（例如）取消了“ transport-cc”功能，即使我必须解码不完整的视频帧，我是否也想使流帧率平滑？

最好的问候，我希望有人可以帮助我:)

Answer 1

GustavoGarcía撰写了一篇有关WebRTC（以及新的Sender Side BWE）中的带宽估计的博客文章。

总结一下：goog-remb和transport-cc都是拥塞控制机制，goog-remb是较旧的方法，而transport-cc是较新的方法。

我最好的猜测是firefox正在剥离transport-cc，因为firefox尚未采用transport-cc更改。以我的经验，Chrome在webrtc更改方面始终领先于Firefox。

在有损网络中，这些拥塞控制算法可能会告诉发送方降低发送比特率。降低发送比特率可以减少损失（以质量为代价）。但是，如果网络总是有10％的损耗（例如嘈杂的WiFi网络），您仍然可能会遇到视频帧解码问题。

处理视频解码失败是vp8 / h264视频编码参数的函数，而不是拥塞控制的函数。就像我说的那样，拥塞控制可能有助于减少丢失（如果您的WebRTC数据包使网络不堪重负），但是，如果您的网络有损（例如，WiFi较差），那么拥塞控制算法只会降低质量，而不会改善解码失败率。