WebRTC前世今生，在2010年google收购了GlobalIpSolutions公司，并在2011年将其开源。WebRTC主要是用于web浏览器的多媒体及时通讯技术，可以实现在没有其他中间媒介的情况下实现点对点通讯。本文主要目的是了解WebRTC的整体框架，为后续深入学习WebRTC框架打下基础。......

简单的说， 就是客户端根据WSDL 生成 SOAP 的请求消息， 通过 HTTP 传输方式（也可以是其它传输方式， 如 FTP 或STMP 等，目前 HTTP 传输方式已经成为 J2EE Web Service 的标准）传给对方， 服务方实现服务请求，Web Service（Web服务）将结果以 SOAP 的消息格式返回给客户端。如果人工去创建和解析基于 XML 格式的 SOAP 消息还是

WebRTC 作为一个实时音视频通信系统，包含了信令控制、音视频传输、音视频采集、音视频编码、音视频解码、音视频渲染等所有功能。由于其功能多样性，注定了系统结构的复杂性，再加上音视频需要做很多编码前后的处理，算法非常复杂，逻辑结构也复杂。为了在复杂网络环境下，保证音视频通信的流畅性，WebRTC 还做了很多流控、带宽预测、拥塞控制算法。为此，为了降低系统的复杂性，提高系统的运行效率，WebRTC

1、快进快退事件处理先来看下[快进]/[快退]事件的触发与处理机制，这里我们仍然是通过异步事件机制实现[快进]/[快退]控制的。首先通过上下左右4个方向键触发[快进]/[快退]事件，其中，左右键设定[快进]/[快退]10s，上下键设定[快进]/[快退]60s。然后在main函数的事件循环处理逻辑中，通过sdl来监听捕获每个按键对应的消息，接着通过goto跳转到do_seek执行具体的事件处理逻辑。

WebRTC前世今生，在2010年google收购了GlobalIpSolutions公司，并在2011年将其开源。WebRTC主要是用于web浏览器的多媒体及时通讯技术，可以实现在没有其他中间媒介的情况下实现点对点通讯。本文主要目的是了解WebRTC的整体框架，为后续深入学习WebRTC框架打下基础。......

BWE（Bandwidth Estimation）可能是WebRTC视频引擎中最关键的模块了。BWE模块决定视频通讯中可以发送多大码率视频不会使网络拥塞，防止视频通讯质量下降。早期的带宽评估算法比较简单，大多是基于丢包来估计，基本的策略是逐步增加发送的数据量，直到检测到丢包为止。为了让发送端获悉网络上的丢包信息，可以使用标准的RTCP的RR来发送周期性的报告。现代的带宽评估算法则可以在网络链路发生

基于RTC场景下要解决的声音的问题，WebRTC有一个大体如下图所示的音频处理流水线WebRTC的音频处理流水线，不是一次性建立起来的，而是分阶段分步骤建立的。整体而言，可以认为这个流水线分两个阶段建立，或者可以认为这个流水线分为两部分一部分可称为静态流水线，另一部分可称为动态流水线，或者也可以称为前端和后端。静态流水线，在某个时间点建立一次，随后在整个WebRTC通信过程中基本保持不变；....

基于RTC场景下要解决的声音的问题，WebRTC有一个大体如下图所示的音频处理流水线WebRTC的音频处理流水线，不是一次性建立起来的，而是分阶段分步骤建立的。整体而言，可以认为这个流水线分两个阶段建立，或者可以认为这个流水线分为两部分一部分可称为静态流水线，另一部分可称为动态流水线，或者也可以称为前端和后端。静态流水线，在某个时间点建立一次，随后在整个WebRTC通信过程中基本保持不变；....

1、同步的时间基准有3种时间基准，即音频时钟、视频时钟与系统时钟，与音频时钟的原理类似类似，这次我们来介绍视频时钟与系统时钟。1.1 视频时间戳计算与音频时钟类似，视频时钟用来追踪当前视频播放的时间戳位置，取值大致等于 当前播放视频帧的pts + 修正值delta。在毫秒级别上，若取得视频时钟(即当前帧pts)的时刻，与视频时钟被调用时刻存在延迟，那么，视频时钟需要在被调用时进行修正。其修正值de

对于不支持采集和播放 10 ms 音频数据的平台，在平台的 AudioDeviceModule 和 AudioDeviceBuffer 还会插入一个 FineAudioBuffer，用于将平台的音频数据格式转换为 10 ms 的 WebRTC 能处理的音频帧。（3）iOS除了提供的可开关的AGC以外，还有一个AGC会一直工作，对信号的level进行微调；因为WebRTC 的音频流水线只支持处理 1