![](https://img-blog.csdnimg.cn/20201014180756927.png?x-oss-process=image/resize,m_fixed,h_64,w_64)
webrtc qos
文章平均质量分 79
青丶空゛
一歩ずつ歩み続けてはじめて千里の遠くに行き着けるし.
(如果个别文章图片不见了,建议访问我的博客园找对应文章,[https://www.cnblogs.com/ailumiyana],懒癌又犯了,懒得改了 哈哈)
展开
-
webrtc QOS笔记四 Nack机制浅析
NackModule2::GetNackBatch(kTimeOnly) :kTimeOnly 根据时间判断是否发送nack,在没有打开补偿配置的情况下间隔为一个rtt时间,rtt会动态更新(默认频率1000ms), 初始值为kDefaultRttMs(100ms), 再次发送的时间 resend_delay 默认为一个rtt 时间,即一个rtt时间后没有收到重传回来的nack,就继续发送, 实验阶段增加了补偿配置,可以动态延长resend_delay 延迟, 可以作为改进方案之一, 后面有提.原创 2023-04-04 11:28:00 · 803 阅读 · 1 评论 -
webrtc QOS笔记三 RTT计算,SRS增加XR
完整NTP时间戳用64bits表示,左半32bits表示整数,右半32bits表示小数,一般为了紧凑,取中间32bits表示即可,这时整数与小数分别16bits表示)。记录着上次源SSRC_n发送SR的NTP时间,从收到的SR记录的NTP时间戳获取。记录着上次源SSRC_n发送Receiver Reference Time Report Block的NTP时间,从收到的Receiver Reference Time Report Block记录的NTP时间戳获取。记录着发送该SR的NTP时间戳。原创 2023-03-22 16:01:29 · 1016 阅读 · 0 评论 -
[issues] webrtc 接入SRS丢包率不正确问题
SrsRtcConnection::negotiate_play_capability 里面分配 rtx_ssrc_, rtx_pt, rtx_apt。: SRS暂不支持RTX通道发送nack重传包,重传包以media形式发送,sdk没有区分开来,没有将nack重传包计入丢包统计,得到的实际丢包率远低于实际丢包率。RTX在webrtc SDK里面视频是默认打开RTX的[M88],SRS没有支持,需要先在SRS SDP协商里面解析和分配rtx相关字段.这里简单过来拉流端增加方法。原创 2023-03-17 09:46:59 · 242 阅读 · 0 评论 -
webrtc QOS笔记二 音频buffer数据不足生成很多gap的问题
webrtc QOS笔记二 音频buffer数据不足生成很多gap的问题原创 2023-02-23 17:56:29 · 310 阅读 · 0 评论 -
webrtc QOS笔记一 Neteq直方图算法浅读
webrtc qos of neteq histogram原创 2023-02-16 17:23:35 · 610 阅读 · 0 评论