WebRTC系列-- 带宽估计参数及限制编码器编码码率流程

已于 2023-10-10 14:02:38 修改
阅读量1.4k 收藏 6
点赞数 1
分类专栏： WebRTC进阶 文章标签： 音视频
于 2021-05-13 16:22:25 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/lym594887256/article/details/116754843
版权
本文深入探讨WebRTC中带宽估计的核心类SendSideBandwidthEstimation，详细阐述了带宽估计的限制参数设置流程，以及视频编码器的速率调整。同时，介绍了评估码率分配核心类BitrateAllocator的工作原理，包括AddObserver方法、AllocateBitrates方法中的码率分配策略。此外，还讨论了音频码率的调整及其参数设置流程。

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

文章目录

在分析WebRTC中带宽评估后限制编码器码率相关流程之前，必须先了解WebRTC中对上层提供的参数设置，毕竟码率评估的最大值不应该超过用户期望的限制；随意建议先看文章WebRTC中码率限制参数使用及sdp中参数使用流程了解其参数的主要设置流程，然后再阅读本篇文章;文章所提到参数min_bitrate_configured_和max_bitrate_configured_在此文章中对于带宽评估的最终值有很重要的影响；

1. 发送端带宽估计核心类 SendSideBandwidthEstimation

1.1 带宽估计限制参数

SendSideBandwidthEstimation 是发送端带宽估计的核心处理类;在其中的头文件中有三个关键参数:

  DataRate current_bitrate_;
  DataRate min_bitrate_configured_;
  DataRate max_bitrate_configured_
了解本专栏 订阅专栏 解锁全文 超级会员免费看
webrtc中的码率控制
chinabinlang的专栏
10-20 1万+
本来想要自己写一篇文章，但是网上已经有很好的文章了，所以这里直接综合转载； 文章前面的部分是简单总结，后面是转载的文章； 名词解释： GCC谷歌提出的拥塞控制算法(Google Congestion Control，简称GCC[1])来控制发送端码率 TransportCC： REMB：Receiver Estimated Maximum Bitrate, 接收端最...
WebRTC系列-网络之带宽估计和码率估计(4)接收端带宽估计-发送端paced
HOSTEN的博客
10-28 683
这篇是接收端带宽评估的最后一篇，在上一篇中分析了在接收端基于丢包的带宽估计处理方法；带宽估计后的值一方面会反馈到编码器控制编码码率，同时也会反馈到节拍器中；
技术解码 | WebRTC 发送方码率预估实现解析
m0_60259116的博客
03-10 665
WebRTC是一个非常复杂且庞大的东西，今天我们就对其中的发送方码率评估这一块做一个简单的实现解析，帮助大家更好的理解这部分内容。
webrtc 码率设置
haijianming优快云的专栏
12-03 8814
WebRTC原生就是为了p2p通话而设计的，视频的码流会尽量匹配你的带宽。你会发现，当两个客户端在局域网内 通话时，视频的码流会非常大，有时会达到两三兆。在有些业务场景下，你可能不希望要这么大的视频码流，比如会占用 你的服务器很大的带宽。如果我们能够灵活的控制视频码流，这对节省服务器带宽会非常有用。 WebRTC生成的SDP中，与视频编码相关的部分如下： a=rtpmap:100 V
WebRTC带宽估计
fishmai的专栏
04-09 9412
带宽估计可能是WebRTC视频引擎中最重要的一部分了。带宽估计（BWE）模块的任务是决定你可以发送多大的视频流且不会造成网络拥塞，以此来保证不会降低视频质量。          在以前的带宽估计算法还是十分基础的，大体上是基于丢包而设计的。通常我们在开始慢慢的增加视频的比特率，直到我们检测到丢包为止。为了检测丢包，你使用标准的RTCP反馈，其中接收端使用RTCP接收端报告（RR）信息来周期性
webrtc中的带宽自适应算法
mahout_xb的专栏
01-08 8560
webrtc中的带宽自适应算法分为两种： １，　发端带宽控制，　原理是由rtcp中的丢包统计来动态的增加或减少带宽，在减少带宽时使用TFRC算法来增加平滑度。 ２，　收端带宽估算，　原理是并由收到rtp数据，估出带宽；　用卡尔曼滤波，对每一帧的发送时间和接收时间进行分析，　从而得出网络带宽利用情况，修正估出的带宽。 两种算法相辅相成，　收端将估算的带宽发送给发端，　发端结合收到的带宽
WebRTC系列-移动端硬件编码支持Simulcast
HOSTEN的博客
11-10 841
写在开头: 本篇文章扩展自Simulcast这篇文章，这篇文章只写了个大概，这里细说实现细节;以下的功能实现都是在M76版本源码。 联播在H264EncoderImpl 实现 在移动端的WebRTC的native源码中H264有两种实现：基于系统的硬件支持的h264和在h264_encoder_impl.cc(video_coding/codecs/h264/)中实现的openH264软件编码; 硬件的Simulcast功能除了本文的描述有一种(这种方案已经在实际羡慕中测试验证),软件H264的实现是基于F
WebRTC系列-音/视频码率分配策略
HOSTEN的博客
10-22 1582
码率分配评估码率分配核心类BitrateAllocatorAllocateBitrates 方法 评估码率分配核心类BitrateAllocator AllocateBitrates 方法 先看一段WebRTC的日志输出: [2020-10-22 15:57:46] (bitrate_allocator.cc:468): BitrateAllocator::NormalRateAllocation() bitrate = 544470 sum_min_bitrates = 112000 [2020-10
WebRTC系列-音频优先级(流的优先级控制)
HOSTEN的博客
05-22 1090
音频对流的实时性要求比较高，对流的连续性要求也有较高要求，本文从带宽分配和发包的优先级两方面，分析WebRTC中的是怎么处理音频的；
WebRTC系列--带宽估计影响码率和硬件编码H264 simulcast
HOSTEN的博客
05-14 4083
目录编码器创建分析simulcast 的个数控制(`numberOfSimulcastStreams`)编码后的帧数据传递分辨率调整策略`QualityScale`关键类初始化QualityScaler源码分析1.构造方法2.CheckQp()3.丢帧的上报4. ReportQp方法分辨率控制流程1.上报qp2.回调控制帧率3. iOS 中分辨率调整码率控制帧率控制 `FrameDropper`编码完成的帧QP对码率的影响硬件资源检测类 OveruseFrameDetectorFrameDropper 帧
WebRTC视频码率控制（序言）
Stream Flow Master
04-10 1062
这里写自定义目录标题欢迎使用Markdown编辑器新的改变功能快捷键合理的创建标题，有助于目录的生成如何改变文本的样式插入链接与图片如何插入一段漂亮的代码片生成一个适合你的列表创建一个表格设定内容居中、居左、居右SmartyPants创建一个自定义列表如何创建一个注脚注释也是必不可少的KaTeX数学公式新的甘特图功能，丰富你的文章UML 图表FLowchart流程图导出与导入导出导入 欢迎使用Markdown编辑器 你好！ 这是你第一次使用 Markdown编辑器 所展示的欢迎页。如果你想学习如何使用Mar
WebRTC[11]-WebRTC如何通过SDP信息设置音频码率
liuzhen007的专栏
09-27 2254
前言 WebRTC除了通过API接口控制某些参数外，还能通过SDP信息进行音视频参数控制，特别是在进行JS SDK开发时，这种情况是非常普遍的。 正文 首先来看一段SDP信息（只包含音频信息）： v=0 o=- 8275923203002055919 2 IN IP4 127.0.0.1 s=- t=0 0 a=group:BUNDLE audio video a=msid-semantic: WMS 6a6d1509-69e0-4fc2-b447-5b4391f9ad69_STS m=audio
WebRTC的带宽分配(1): 流级别分配
yinshipin007的博客
02-28 872
今天来聊一聊WebRTC的带宽分配(BWA，Bandwidth Allocation)，带宽分配是将带宽估计（BWE，Bandwidth Estimation）的结果分配到不同的流上面。整个带宽估计不仅仅涉及如何分配估计结果到每一路流，还涉及如何分配用于保护的冗余码率，对于视频来说还需要考虑如何分配simulcast、SVC每一层的码率，甚至是如何决策视频流的暂停。因篇幅限制，代码细节这里不再详细介绍。至于不同的流如何去分配带宽到编码和冗余上，以及simulcast和SVC如何分配，我们将在下篇介绍。
webrtc码率设置的函数调用
u010643777的专栏
01-10 4318
基于版本branch-headers-60,列出webrtc的码率设置的主要函数调用过程。webrtc的码率控制，主要由发送端拥塞控制模块触
WebRTC视频码率控制（一）—— CPU使用度检测
yinshipin007的博客
03-30 723
首先，我们需要明确什么是CPU使用度。顾名思义，往往我们会认为与CPU占用率有关。但是阅读OveruseFrameDetector，除了注释中提到CPU，代码中并没有相关实现。实际上，所谓的“CPU使用度”是指编码耗时 / 采集耗时，是一个比值。当该比值越大时，表示编码跟不上采集，达到了编码器的性能瓶颈，需要对编码进行降级；反之，比值越小，表示编码能力有富余，还可以进行编码升级，提供更好的视频质量。换句话说，就是一个生产者与消费者的关系。
WebRTC 中带宽估计与拥塞控制算法
qq_31231915的博客
02-19 605
BBR 使用其模型寻找具有高吞吐量的操作点和低延迟，以在最佳工作点附近工作，系统需要保持两个条件：Rate Balance（最大发送速率）和 Full Pipe（BDP = BBR.BtlBw * BBR.RTprop）。：基于丢包的带宽估计，其基本思想是根据丢包的多少来判断网络的拥塞程度。丢包越多则认为网络越拥塞，发送速率就需要降低；基于发送端的延迟算法，也是利用区间延迟值，通过 TrendLine 滤波器（最小二乘法滤波器），通过斜率的增加或者减小来判断当前网络的拥塞状况。
WebRTC中的编码码率限制
WaJulia的博客
09-24 601
总结起来，WebRTC中的编码码率限制是一个重要的参数，它影响着图像和音频的质量以及带宽的消耗。默认情况下，WebRTC会根据网络状况自动调整编码码率，但我们也可以通过API手动设置编码码率限制来满足特定需求。在WebRTC中，编码码率是一个重要的参数，它决定了传输过程中图像和音频的质量和带宽消耗。较高的编码码率意味着更高的图像和音频质量，但也会占用更多的带宽和计算资源。需要注意的是，手动设置编码码率限制可能会导致图像和音频质量的降低，特别是在网络条件较差的情况下。属性来改变编码码率限制。
webrtc设置码率pc.c源码
liuweihui521的专栏
08-18 1367
RTCError PeerConnection::SetBitrate(const BitrateParameters& bitrate) {   rtc::Thread* worker_thread = factory_->worker_thread();   if (!worker_thread->IsCurrent()) {     return worker_threa...
webrtc-streamer延迟大
最新发布
03-27
然后，用户提到最佳实践和配置优化，可能需要具体参数调整，比如在WebRTC-Streamer中设置--h264-profile=baseline或者使用--video-bitrate来限制码率。另外，使用UDP而不是TCP，减少重传带来的延迟。还有调整ICE...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

打赏作者

简简单单lym

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

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

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

打赏作者

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

抵扣说明：

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

余额充值