【webrtc】GCC 7： call模块创建的ReceiveSideCongestionController

已于 2024-01-22 21:22:48 修改
阅读量1.2k 收藏 29
点赞数 27
CC 4.0 BY-SA版权
分类专栏： WebRTC入门与实战 文章标签： webrtc
于 2024-01-18 19:42:02 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/commshare/article/details/135682068
本文深入探讨了WebRTC中ReceiveSideCongestionController的实现，它负责接收端的带宽估计和拥塞控制。ReceiveSideCongestionController接收RTP包，处理接收侧的BWE，并根据REMB消息进行带宽估计。它与RemoteBitrateEstimator配合工作，通过RemoteEstimatorProxy发送反馈给发送端。当携带TWCC时，接收侧的BWE将关闭。此外，文章提到了RemoteBitrateEstimatorSingleStream，它基于RTP时间戳进行带宽估计，并通过OveruseDetector检测网络状况。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

了解本专栏 订阅专栏 解锁全文
【拥塞控制】ReceiveSideCongestionController调用发送侧/接收侧RBE
突围
05-24 417
参考 LearningWebRTC: 拥塞控制 WebRTC 实现拥塞控制牵涉到三个模块 RBE(Remote Bitrate Estimator)，负责算法核心部分，即带宽估计。 CC(Congestion Control)，封装RBE，负责实现DBCC。 BC(BitrateController)：实现LBCC，并取min(DBCC, LBCC)作为最终结果。 各自的功能在下面会看到详细的介绍。 RBE分为发送侧、接收侧。 CC模块（如ReceiveSideCongestionControl..
【webrtc】m98 call： 音频发送流、接收流的基础类/配置
突围
08-23 643
Enable feedback for send side bandwidth estimation.
WebRTC代码走读（二）：发送Call
wanghorse的专栏
03-28 3485
转载注明出处http://blog.youkuaiyun.com/wanghorseVoiceEngine_startListen VoEBaseImpl::StartReceive channelPtr->StartReceiving设置channel的receiving的状态 VoiceEngine_startPlayout VoEBaseImpl::StartPlayout
WebRTC源码分析——Call模块
ice_ly000的博客
04-18 3166
目录1. 引言2. Call对象的创建2.1 创建CallFactory对象2.2 创建Call对象2.2.1 PeerConnection.CreateCall_w2.2.2 CallFactory.CreateCallCall::Create3 Call功能详述4 总结 1. 引言 Call模块是WebRTC会话中不可缺少的一个模块，一个Call对象可以包含多个发送/接收流，且这些流对应同一个...
webrtc:call_学习WebRTC：构建实时井字游戏
culiu9261的博客
07-19 655
webrtc:callThe Scotchmas Day 3 giveaway can be found at the end of this article. 在本文的末尾可以找到Scotchmas Day 3赠品 。 Time to show off the versatility of WebRTC. If you don't know it already, WebRTC is a f...
【webrtc】m98：Call的创建及Call对音频接收处理
突围
05-20 349
CreateCallFactory
【网络通信 -- WebRTC】WebRTC 源码分析 -- GCC 带宽估计 -- 接收端带宽估计
最新发布
04-18
WebRTC GCC接收端带宽估计的核心实现在`RemoteEstimatorProxy`和`ReceiveSideCongestionController`模块中，主要流程包括： - **RTP包处理**：接收端通过`RtpStreamReceiver`处理每个到达的RTP包，记录时间戳、...
webrtc 代码学习（三十一） Sender Side BWE，待续
Miracle_包子
11-13 727
Sender Side BWE 作者：LanPZzzz 文章目录1. 在计算 BWE 上，网上有很多的讲解，包括GCC，trendline filter，公式什么的等等，这些请自阅，这里就讲述下可能的流程啊，代码分析啊，可能有点乱2. 在接受到RTP 包的时候，有个参数 const rtc::PacketTime& packet_time， 其中 packet_time.timestamp...
【webrtc】call：RtpTransportControllerSend 基于RTP的传输链路控制（包括收发）和MediaSoup cc简单对比
突围
08-23 331
call：RtpTransportControllerSend
webrtc callclient流程
nuptxiaoli
06-08 1034
webrtc中的MethodCall0代码功能分析
liwenlong_only的博客
04-09 564
webrtc中的MethodCall0代码功能分析 MethodCall0实现了这样一个功能： 将一个类对象的成员函数(无参数)放在某个线程上下文执行，无返回(void)。 涉及到webRTC的类有： Message, MessageHandler, Thread, ReturnType 调用例子：下例是将proxy对象的Release_s方法放在work_thread执行上下文执行。 ...
webrtc封装sdk（二）call api的使用
翻肚鱼儿的博客
08-04 760
为什么使用Call Api 目前新版webrtc的api和以前已经有很大不同，如果希望封装webrtc为一个音视频sdk， 目前最简单的方法就是了解并使用call类的api。 本文简单介绍Webrtc::Call的基本使用方法。 文中提到的代码可以参考我的开源项目： Mac端可以运行的call调用demo foxrtc--基于webrtc封装的sdk Call简介 Call类的头文件为webrtc/call.h Call类的基本功能为管理rtp媒体流，负责整个音视频通话的管理。
完整的WebRTC调用序列图
辉
07-20 2163
说在前面的话：此图出自Rea-Time Communication with WebRTC: https://book.douban.com/subject/25849712/ 的第五章。
C++ WebRTC基础(5) ：webrtc c++ 线程异步调用介绍与代码演示
琅嬛福地
09-29 1477
  在进行RTC应用开发时，会有加入频道，其它用户加入频道，房间的流发生变化等操作，对于这些行为，需要有相应的通知，发给界面层，需要进行异步处理，例如当有用户加入房间时，就触发对应的回调函数返回加入的结果，而这个结果是用户层被动获取的，因为不知道什么时候加入成功，通过常会有一个virtual方法让界面层override获取结果。   webrtc源码提供了线程异步调用的实现，代码在rtc_base/rtc_base, 如下所示： webrtc的异步调用 在头文件async_invoker.h中有相关的说明
Webrtc源码开发笔记1 —Webrtc视频编码打包流程模块图解
lidec的专栏
06-12 4327
目录 Webrtc源码开发笔记1 —Webrtc视频编码打包流程模块图解 1. RtpTransceiver 2.1 VideoChannel 2.2BaseChannel 2.3 WebRtcVideoChannel 3.Call模块与Stream 4.RTP/RTCP Webrtc源码开发笔记1 —Webrtc视频编码打包流程模块图解 本章旨在梳理webrtc从transceiver到transport流程，从而宏观上了解webrtc视频采集，编码，打包发送等相关流程与相关模块的.
WebRTC学习进阶之路 --- 十七、源码分析之WebRTC的数据流水线详解&模块机制核心ProcessThread与ProcessThreadImpl
cchao985771161的博客
06-25 427
WebRTC学习进阶之路系列总目录：https://blog.youkuaiyun.com/xiaomucgwlmx/article/details/103204274 对于实时音视频应用来讲，媒体数据从采集到渲染，在数据流水线上依次完成一系列处理。流水线由不同的功能模块组成，彼此分工协作：数据采集模块负责从摄像头/麦克风采集音视频数据，编解码模块负责对数据进行编解码，RTP模块负责数据打包和解包。数据流水线上的数据处理速度是影响应用实时性的最重要因素。与此同时，从服务质量保证角度讲，应用需要知道数据流水线的运行状态，
webrtc笔记-媒体部分（拥塞问题）
weixin_40578430的博客
01-15 536
一
WebRTC实现简单音视频通话功能
yinshipin007的博客
07-28 1440
本文介绍如何基于WebRTC快速实现一个简单的实时音视频通话。流：一组按指定编码格式封装的音视频数据内容。一个流可以包含几个轨道，比如视频和音频轨道。推流：把采集阶段封包好的音视频数据流推送到 ZEGO 实时音视频云的过程。拉流：从 ZEGO 实时音视频云将已有音视频数据流拉取播放的过程。房间：是 ZEGO 提供的音视频空间服务，用于组织用户群，同一房间内的用户可以互相收发实时音视频及消息。用户需要先登录某个房间，才能进行音视频推流、拉流操作。
WebRTC系列-网络之带宽估计和码率估计(2)接收端带宽估计
HOSTEN的博客
10-20 653
上一篇介绍了WebRTC中带宽估计整体类关系；也介绍了接收端带宽估计的主要类及关系，这节就从类开始分析源码。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

打赏作者

等风来不如迎风去

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

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

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

打赏作者

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

抵扣说明：

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

余额充值