shichaog的专栏

然而视频分为I/P/B三种类型的帧，I帧压缩率最低但是可以独立解码，P帧可以使用前帧信息解码因而压缩率比I帧大一些，B帧可以使用来自前后帧的信息解码因而压缩率是最大的，因而通常每帧大小并不一样，这就导致短时生成的需要发送的视频流可以很大也可以是零，此外，视频编码器在突然移动的情况下超过目标帧大小也是比较常见的，尤其是在处理屏幕共享时，比理想尺寸大10倍甚至100倍是一个非常常见的场景。6.根据RTP数据包的SSRC，步骤5中的路由对象将RTP数据包发送到对应的RTP模块，在该RTP模块中由。

在交互式实时通信场景中，实时通信音频数据的编码发送不同于直播场景 RTMP 之类的推流方案不同，实时通信的实时性优先，而直播场景的可靠性优先，因而实时通信场景上层一般采用UDP/RTP协议，而直播推流场景采用RTMP/TCP协议，实时通信的实时性优先，并不意味着质量要求不高，基于UDP传输的丢包、抖动乱序都会带来通信质量的下降，因而在接收端WebRTC采用了NetEQ技术，而在发送端则需要根据探测到的网络条件、接收端发回来的 RTCP 包来动态调整控制编码码率。创建并注册transport。

如果要传输多路视频，则他们在视频媒体描述中需要通过SSRC来区分。在创建音视频Track的时候，其中一个非常重要的参数是源，音频源和视频源的本意是一样的，即可以生成数据的设备，source和Track分开是因为一个source可以向多个不同的track提供数据，即AudioSourceInterface是AudioTracks以引用计数方式使用的一个源，在2.2.3小节中，视频Track创建的参数确实是设备，而音频的源参数则不是真正意义上的设备，其音频源的创建见2.3.1小节。

WebRTC 音频组件

audio system