google-chrome - 在WebRTC视频录制中应该如何使用PLI数据包

Question

我们正在使用 licode MCU 将视频从 Google Chrome 流式传输到服务器并进行录制。这里的棘手部分是只涉及一个 Chrome 浏览器，因此服务器端 code必须处理向客户端发送反馈。

我们添加了服务器端 code每 5 秒向客户端发送 REMB(带宽)数据包。这会导致客户端增加比特率，以便视频质量良好。

我们做了一些事情 similar使用 PLI 数据包来尝试提高视频质量。录制的视频有块状伪影，看起来不太好。当前代码每 0.8 秒发送一次 PLI，这会导致客户端发送一个关键帧(视频的全帧)。这修复了糟糕的视频质量，因为它强制一个关键帧，但是当出现数据包丢失(wifi 网络)时，它很快就会再次变坏。

我的问题是应该如何使用这些 PLI 数据包？

我认为 PLI 的意思是:

PLI    - Picture Loss Indication

Answer 1

你的应用程序应该至少发送三种 RTCP 反馈:

每秒左右准确的接收方报告 (RFC 3550)，向发送方指示数据包丢失和抖动率；这将导致发送方调整其吞吐量以适应链路特性；

一个通用的 NACK (RFC 4585)，每当它错过一个数据包；这将通过使发送方重新发送丢失的任何数据包来避免损坏；

一个 PLI (RFC 4585)，只要它在给定的时间间隔内没有看到关键帧，例如两秒。

发送 REMB 仅在吞吐量增长过快时限制吞吐量是必要的，例如，如果接收方报告中提供的反馈不准确。