WebRTC带宽估计后，得到的结果会存到TargetTransferRate结构体中，然后回调给上层。TargetTransferRate定义如下： [crayon-628f1d7f6fafe077914126/] 可以看到该结构体有两个估计码率值，本文我们介绍下其中的stable_target_rate，该值在后续的码率分配中有用到，配合target_rate进行相关判断。 在GoogCcNetworkController中，TargetTransferRate结果值按如下得到： [crayon-628f1d7f…
在音视频领域，想深入研究的话，必定会接触WebRTC。WebRTC是一个庞大的工程，就像是音视频领域的百科全书，音视频采集，编解码，传输，渲染等一条龙在WebRTC里都有，而且WebRTC还有很多先进的音视频处理算法。由于WebRTC代码过于庞大，所以最好单步调试跟踪代码运行，这样才可以更好地学习WebRTC，否则很难有头绪。工欲善其事必先利其器，作为调试神器，宇宙第一IDE Visual Studio必不可少。所以本篇文章主要讲下如何在Windows上编译WebRTC，同时得到VS工程，然后调试。 很早以前写过V…
今天是6月8号，转眼高考过去十年了，今年因为疫情，高考推迟到7月。十年前的选择真的是改变了命运，选择了感兴趣的计算机类专业，工作后也一直从事感兴趣的方向，现在的自己真要感谢过去十年努力的自己。点一首陈奕迅的《十年》送给自己，希望下一个十年依旧精彩。
之前有个网友问基于时延的带宽预测代码中如下时间转换什么含义： [crayon-628f1d7f737a6344396718/] 那时因为工作比较忙，没去细看，没回答上。最近重新看了下这个问题，我想现在应该能回答上了（现在看起来其实很简单）。所以本文分析下如上时间转换代码为什么这么写。 绝对发送时间 在WebRTC使用绝对发送时间（Absolute Send Time）记录RTP包发送出去的时间。在GCC拥塞控制中的带宽预测，通过这个发送时间，以及包接收时间，计算带宽增长趋势。在基于接收端的带宽预测中，会在RTP包报…
很多时候Native应用调用WebRTC C++接口时需要查看底层详细日志，目前有两种方法： 编译Debug版本Webrtc 在应用程序入口（例如构造函数中）调用rtc::LogMessage::LogToDebug(rtc::LS_INFO); 对于Windows以及Linux应用，日志将输出到stderr。
Transport-cc指的是Transport-wide Congestion Control。WebRTC最新的拥塞控制算法（Sendside BWE）基于Transport-cc，接收端记录数据包到达时间，构造相关RTCP包，然后反馈给发送端，在发送端做带宽估计，从而进行拥塞控制。之所以基于Transport-cc，放到发送端进行带宽估计，除了方便维护，也增加了相关算法的灵活性，因为大多数处理逻辑都放到了发送端。WebRTC中为了使用Transport-cc，需要用到RTP报头扩展以及增加新的RTCP类型。这…
今天周末稍微放松下，看了下最近很火的龙岭迷窟，由于是腾讯视频独家，所以打开了N年没碰过的腾讯视频，平常都是B站以及Youtube上的多。由于之前联通办了个王卡套餐，送了会员，所以选择1080P画质播放，可是没看多久，画面就出现我再熟悉不过的花屏马赛克了。 我想，这腾讯视频点播难道不是传统的基于TCP的RTMP或者HLS吗，怎么可能花屏，难道基于WebRTC？打开Wireshark看了下，全是加密的UDP数据包，然后打开浏览器的：chrome://webrtc-internals/，可以看到用的是WebRTC中的Da…
近期评论
Richard on WebRTC研究：Encoded Transform楼主你好，图片不见了，可以更新一下嘛？