【WebRTC---源码篇】（二十四）GCC获取码率后的分配

༄yi笑奈何

已于 2023-12-18 17:30:52 修改

阅读量2.1k

点赞数

分类专栏： WebRTC从入门到精通（持续更新中）文章标签： webrtc

于 2023-08-09 19:45:23 首次发布

本文链接：https://blog.csdn.net/qq_40179458/article/details/132196093

版权

WebRTC从入门到精通（持续更新中）专栏收录该内容

60 篇文章 12 订阅 ¥59.90 ¥299.90

订阅专栏

超级会员免费看

本文深入探讨了WebRTC中GCC（Goog Congestion Control）的码率分配过程，从RtpTransportControllerSend的PostUpdates开始，详细讲解了如何通过GoogCcNetworkController获取码率，然后在RtpVideoSender中如何根据丢包率、帧率等因素调整FEC冗余度。接着，介绍了FecControllerDefault如何更新FEC费率，以及RtpSenderEgress如何更新RTP统计。最后，VideoSendStreamImpl根据这些信息计算并生效编码码率。总结了pacer的速率是探测码率的2.5倍，FEC和NACK的码率是动态调整的，不影响编码器的总体码率。

摘要由CSDN通过智能技术生成

RtpTransportControllerSend::PostUpdates

配置码率

// Contains updates of network controller comand state. Using optionals to
// indicate whether a member has been updated. The array of probe clusters
// should be used to send out probes if not empty.
// 包含网络控制器命令状态的更新。使用可选来
// 指示成员是否被更新。探针簇阵列
// 如果不是空的，应该用来发送探测。
struct NetworkControlUpdate {
  NetworkControlUpdate();
  NetworkControlUpdate(const NetworkControlUpdate&);
  ~NetworkControlUpdate();
  absl::optional<DataSize> congestion_window;//拥塞窗口
  absl::optional<PacerConfig> pacer_config;
  std::vector<ProbeClusterConfig> probe_cluster_configs;
  absl::optional<TargetTransferRate> target_rate;//目标码率
};