Chromium WebRTC如何判定qualityLimitationReason？

qualityLimitationReason是WebRTC发送端视频流统计指标，用于标记视频质量主动下降的触发原因，Chromium的判定逻辑如下：

• none：视频编码过程未触发任何主动降质逻辑，编码器能以当前配置的最高质量处理帧，无带宽或CPU相关的限制触发。

• bandwidth：由网络带宽限制触发：

  • 发送端码率控制器根据网络带宽估算结果，下发低于视频源目标码率的编码指令；
  • 此时CPU使用率未达到触发降质的阈值，降质仅为适配网络带宽，因此标记为bandwidth。

• cpu：由CPU负载过高触发：

  • 系统监控到编码器CPU使用率超出阈值，或编码器处理单帧耗时过长导致帧率被迫下降；
  • 此时未触发带宽相关的降质逻辑，降质仅因CPU资源不足，因此标记为cpu；
  • 若因CPU不足导致帧丢弃或强制降低编码分辨率、帧率，也归为此类。

• other：不属于上述两类的降质原因，包括但不限于：

  • 视频源自身的质量调整（如摄像头自动降低分辨率）；
  • 硬件编码器的特殊限制；
  • 其他未明确归类的降质场景。

该指标的判定会随发送端实时运行状态动态更新，每次统计快照都会基于当前编码器、码率控制器及系统资源情况确定对应原因。

内容的提问来源于stack exchange，提问作者Itsik Beslon