webrtc中的码率控制

101 篇文章 105 订阅 ¥29.90 ¥99.00

本来想要自己写一篇文章,但是网上已经有很好的文章了,所以这里直接综合转载;

文章前面的部分是简单原创总结,后面是转载的文章;

 

名词解释:

 

GCC谷歌提出的拥塞控制算法(Google Congestion Control,简称GCC[1])来控制发送端码率

 

TransportCC

REMB: Receiver Estimated Maximum Bitrate,  接收端最大接收码率估测,接收端会估计本地接收的最大带宽能力,并通过rtcp remb 消息返回给对端,这样对端可以调整自己的发送端码率,达到动态调整带宽得目的

丢包率:

goog-remb:google实现了自己版本的remb;

 

协议文档:https://tools.ietf.org/html/draft-alvestrand-rmcat-remb-03

 

NACK:丢包重传

 

delay_based:  基于延时; recv端根据延时计算bitrate,remb返回到send端;

loss_base    : 基于丢包; send端接根据rtcp计算丢包率,计算bitrate;

 

接收延时:   <

  • 3
    点赞
  • 26
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 2
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

打赏作者

chinabinlang

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

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

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

打赏作者

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

抵扣说明:

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

余额充值