【webrtc】GCC 8：RemoteBitrateEstimator及两种算法实现

已于 2024-01-22 14:34:03 修改
阅读量490 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： WebRTC入门与实战 文章标签： webrtc 网络
于 2021-05-24 15:33:12 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/commshare/article/details/117220149
本文深入探讨WebRTC的模块`remote_bitrate_estimator`，讲解ReceiveSideCongestionController如何利用RemoteBitrateEstimator进行带宽估计。讨论了RembThrottler在码率控制中的作用，以及RemoteBitrateEstimatorSingleStream和RemoteBitrateEstimatorAbsSendTime两种算法的切换机制。重点阐述了基于时间戳偏移和绝对发送时间的带宽估算方法及其在P2P和SFU场景的应用。

【module 】remote_bitrate_estimator

module的代码分布

在这里插入图片描述

  • 上一篇提到了CC需要带宽估计算法： CC算法需要调用BE算法进行拥塞控制
  • RBE(Remote Bitrate Estimator)，负责算法核心部分，即带宽估计。
  • 有发送侧和接受侧的带宽估计两种。
  • G:\GERRIT\src\third_party\webrtc\modules\congestion_controller\include\receive_side_congestion_controller.h
  WrappingBitrateEstimator remote_bitrate_estimator_; //接收侧
  RemoteEstima
了解本专栏 订阅专栏 解锁全文
WebRTC中的RemoteBitrateEstimatorAbsSendTime
syntax_bug719的博客
09-12 157
具体来说，当数据包从发送端发送到接收端时，发送端会为每个数据包附加一个时间戳，而接收端会记录接收到该数据包的时间戳。总结起来，RemoteBitrateEstimatorAbsSendTime在WebRTC中扮演着关键的角色，通过比较发送时间戳和接收时间戳的差异，可以有效地估计发送端的比特率。需要注意的是，这只是RemoteBitrateEstimatorAbsSendTime的简单示例，实际应用中可能需要结合其他组件和算法来进行更准确的比特率估计。方法，将差异传递给比特率估计器，以更新内部状态。
【带宽估计module】接收侧 RemoteBitrateEstimatorAbsSendTime 2 算法实现
突围
05-24 419
【带宽估计module】接收侧 RemoteBitrateEstimatorAbsSendTime 2 实现 前面，我们知道cc需要BE 参考大神： WebRTC GCC拥塞控制算法详解 GCC核心思想就是通过预测可用带宽来控制发送的速率，会结合发送端和接收端两端各自估测的带宽来综合计算， 其中发送端的带宽估测主要依赖于丢包率(其实也有延迟)， 接收端的带宽估测依赖于延迟(的变化)。 每个包都需要IncomingPacket 处理。 处理时调用REB算法，如 RBE算法中接受侧实现Re
WebRTC中的远程比特率估计算法：RemoteBitrateEstimatorAbsSendTime
syntax_bug719的博客
09-14 171
在上述代码中，我们定义了一个名为RemoteBitrateEstimatorAbsSendTime的类，它具有一个update方法用于更新发送时间戳和接收时间戳，并根据差值计算比特率估计值。这有助于提供更好的音视频通信体验。RemoteBitrateEstimatorAbsSendTime是WebRTC中一种常用的远程比特率估计算法，它基于发送时间戳来估计发送方到接收方的比特率。在WebRTC中，远程比特率估计是一个关键的算法，用于估计网络上的传输带宽，以便动态调整音视频流的质量和带宽利用率。
RemoteBitrateEstimatorAbsSendTime起始阶段探测带宽失败
123456789
03-26 725
使用RemoteBitrateEstimatorAbsSendTime的时候发现刚刚开始会出现大量的Probe failed, sent at这样的打印，然后打印等级是Info（这个等级的打印说明问题不大），但是还是看了一下代码了解一下是什么原因导致的。这个是因为收到的包过于密集导致的，出现大量的接收或者发送的包间隔不到1毫秒（ComputeClusters函数）。 当且仅当发送间隔和接收间隔都...
webrtc-RemoteBitrateEstimatorSingleStream
qq_16135205的博客
04-01 766
CongestionController::WrappingBitrateEstimator RemoteBitrateEstimatorSingleStream 兼容以前老的基于延迟码率估算方式，接收端使用RemoteBitrateEstimatorSingleStream估算码率的，然后通过REMB反馈给发送端的 估算方式，跟发送端估算方式是一致的 这结构体，保存的基于延迟的码率估算的相关结...
WebRTC基于GCC的拥塞控制(下) - 实现分析
fdsafwagdagadg6576的专栏
02-21 383
本文在文章[1]的基础上，从源代码实现角度对WebRTC的GCC算法进行分析。主要内容包括： RTCP RR的数据源、报文构造和接收，接收端基于数据包到达延迟的码率估计，发送端码率的计算以及生效于目标模块。</br> 拥塞控制是实时流媒体应用的重要服务质量保证。通过本文和文章[1][2]，从数学基础、算法步骤到实现细节，对WebRTC的拥塞控制GCC算法有一个全面深入的理解，为进一步...
注释一下以下代码：
最新发布
05-20
- **算法实现**: 使用特定的带宽估算算法（如 GCC 或其他自定义算法），计算并更新当前的带宽估值。 - **事件通知**: 当带宽估值发生变化时，向注册的观察者发出通知。 ```cpp class RemoteBitrateEstimator { ...
congestion_controller、 remote bitrate estimator、pacing模块浅析
weixin_29405665的博客
12-08 2538
1.在rtp_send_controller线程，源码call/rtp_transport_controller.send.cc的UpdateControllerWithTimeInterval函数，会定时更新bitrate，调用栈如下： ->call/rtp_transport_controller_send.cc UpdateControllerWithTimeInterval ->PostUpdate ->UpdateControlState -> call/call.cc
RemoteBitrateEstimatorAbsSendTime算法在WebRTC中的实现
MznkCloud的博客
09-24 144
通过测量在每个RTP数据包的传输过程中所经历的时间，接收方可以推断出网络的往返时间（Round-Trip Time，以下简称RTT）以及网络带宽的可用情况。远程比特率估计（Remote Bitrate Estimation，以下简称RBE）是WebRTC中的重要组成部分，它通过分析发送方和接收方之间的网络状态，动态地估计可用的网络带宽，从而实现流媒体的自适应码率控制。通过维护一个队列，保存多个Transit值和对应的RTT值，可以得到平均的RTT和Transit。
webrtc-RemoteEstimatorProxy
qq_16135205的博客
04-01 921
RemoteEstimatorProxy 接收端使用RemoteEstimatorProxy，统计接收的报信息，然后进行feedback包的构建，并且触发发送。 继承于Module，有Process处理循环 数据输入部分 void RemoteEstimatorProxy::IncomingPacket(int64_t arrival_time_ms, ...
REMODE解析
weixin_30586257的博客
04-20 3088
　　版权声明：本文为博主原创文章，未经博主允许不得转载。 　　纯视觉的三维重建（不考虑用结构光的那一类）常用的有两大类方法：一类是SfM，缺点是计算量比较大，做不到实时运行；另一类是KinectFusion为代表的用深度相机做实时重建，缺点是一般只能在室内小范围运行。REMODE（REgularized MOnocular Depth Estimation）[1]是用单目RGB相机实现三维...
webrtc研究-视频接收端处理
liuhongxian的专栏
12-12 3218
在call.h 里面有定义，我们把接收到的数据调用 DeliverPacket 即可class PacketReceiver { public: enum DeliveryStatus { DELIVERY_OK, DELIVERY_UNKNOWN_SSRC, DELIVERY_PACKET_ERROR, }; virtual DeliveryStatus Del
【webrtc】跟webrtc学时间戳、序号类型转换
突围
01-22 387
webrtc
Robot Framework之Remote—基本原理介绍
点点寒彬的博客
07-24 789
我们日常写测试用例的时候，难免会有需要从服务器去获取数据的情况，RF框架本身是基于Python的一层封装，对于复杂的交互和编码并不友好，因此官方提供了一个Remote的方法来来帮助我们改善这个情况，可以像执行关键字一样执行后台的方法，便于我们简化复杂的调用。.........
webrtc中的码率控制
热门推荐
chinabinlang的专栏
10-20 1万+
本来想要自己写一篇文章，但是网上已经有很好的文章了，所以这里直接综合转载； 文章前面的部分是简单总结，后面是转载的文章； 名词解释： GCC谷歌提出的拥塞控制算法(Google Congestion Control，简称GCC[1])来控制发送端码率 TransportCC： REMB：Receiver Estimated Maximum Bitrate, 接收端最...
webrtc研究-remb协议分析
liuhongxian的专栏
12-21 4667
分析入口 webrtc/ideo/vie_remb.ccvoid VieRemb::OnReceiveBitrateChanged(const std::vector<uint32_t>& ssrcs, uint32_t bitrate) { RtpRtcp* sender = nullptr; { rtc::CritScope
WebRTC之带宽控制部分学习(1) ------基本demo的介绍
DreamMaker
06-06 7246
WebRTC的代码真是非常之大啊，下载以及编译了我好几天才搞完。。。。。 可以看到WebRTCd代码分成了4个部分，目前为止只看了talk里的一些东西。       1、 talk中的项目文件大多数都是以libjingle开头的，可以看出libjingle是WebRTC中非常核心的一个东西啦。        libjingle中开辟了两个通道，分别为会话通道和数据通道，一个用来会话建立管理等
Webrtc delay-base-bwe代码分析(6): 整体分析
MeRcy_PM的博客
05-22 2147
Webrtc delay-base-bwe代码分析(6): 整体分析
webrtc 研究-带宽控制
liuhongxian的专栏
12-06 2623
带宽控制上行带宽控制 webrtc/modules/bitrate_controller 下行带宽估计 remote_bitrate_estimator
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

等风来不如迎风去

你的鼓励是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值