本文介绍了在Ubuntu系统下编译WebRTC M94版本库的完整流程。首先需安装depot_tools工具并配置环境变量，然后下载WebRTC源码和依赖项。重点说明了如何切换M94分支（branch-heads/4606）并解决vpython工具缺失问题。通过GN生成构建文件后，使用ninja进行编译，最终生成libwebrtc.a库文件。此外还提供了提取头文件的方法，使用rsync命令从源码中

本文详细介绍了基于WebRTC库开发推拉流程序的方法，重点讲解了与ZLMediaKit流媒体服务器的交互流程。文章内容包括：1) 整体架构设计，通过RTCPeerConnection实现媒体协商；2) 核心类实现，包括WebRtcClient、SignalPeerClient和WebRTCStream；3) 视频源处理机制，使用VcmCapture类实现视频采集；4) 拉流渲染方案，通过SDL2实

在音视频通话中我们通常使用 RTP 协议包荷载音视频码流数据，例如用户摄像头采集图像后进行编码成帧，再将帧数据拆分到 RTP 协议包后发送到流媒体服务器，本文将介绍如何使用 JRTPLIB 发送 H264 码流数据。

网络中传输实时音视频数据通常使用 UDP，由于传输中存在丢包的问题可能使听到的声音有断续或者看到的视频卡顿，针对弱网场景可以通过添加适当的冗余包来对抗丢包引起的卡顿问题。FEC 基本原理是通过原始数据生成一定的冗余数据，如果原始数据在传输过程中有丢失，接收端也可以通过冗余数据恢复原始数据。本文介绍 ULPFEC 的基础理论，报文格式，并介绍 WebRTC ULPFEC 相关的源码实现。

音视频传输通常使用 UDP，由于网络中存在丢包，抖动，乱序等现象，接收端收到的媒体包需要有个包缓冲区存放，对于视频而言，一帧数据可能被打包到多个 RTP 包传输，因此接收端收到 RTP 包后会判断是否可以组成视频帧，如果可以组成视频帧还要判断其参考帧是否存在，如果存在则将该帧送入帧缓冲区，等待解码线程进行解码。如上所示，RtpVideoStreamReceiver 是收视频包的处理类，其中的 Vi

参考这篇博客。AAC 有两种格式：ADIF，ADTS。ADIF（Audio Data Interchange Format），音频数据交换格式，这种格式的特点是只在文件头部存储用于音频解码播放的头信息（例如采样率，通道数等），它的解码播放必须从文件头部开始，一般用于存储在本地磁盘中播放。

音视频传输通常使用 UDP，由于网络中存在丢包，抖动，乱序等现象，接收端收到的媒体包需要有个包缓冲区存放，对于视频而言，一帧数据可能被打包到多个 RTP 包传输，因此接收端收到 RTP 包后会判断是否可以组成视频帧，如果可以组成视频帧还要判断其参考帧是否存在，如果存在则将该帧送入帧缓冲区，等待解码线程进行解码。如上所示，RtpVideoStreamReceiver 是收视频包的处理类，其中的 Vi

WebRTC 提供了 mediaDevices.getDisplayMedia API 获取本地桌面数据，例如在共享屏幕时我们需要将本地桌面发送给对方。调用该函数后会弹窗提示选择希望共享的屏幕或窗口（例如本地有双显示器屏幕可以选择其中一个屏幕，或者选择希望共享的应用窗口），该函数调用成功后返回一个 Promise 对象，完成时会接收一个 MediaStream 对象。constraints 是一个

下载 Xcode，尽量不要选择太高的版本，否则编译可能会出现因 sdk 版本兼容问题的报错，如果你还没有安装 Xcode 可以选择下载安装。，如果你已安装 Xcode 也可以尝试直接使用该版本进入编译环节（编译不报错的话仍然用该版本就行），安装完成后执行如下命令。1. gn gen 命令用来生成编译文件，相当于 cmake，执行 gn clean out/Release 清理编译文件，3. out

在音视频通话中，我们常常使用 RTP 协议包承载音视频负载数据，使用 RTCP 协议包反馈当前传输统计数据，控制传输特性以保证提供较高的服务质量，本文将介绍 RTCP 协议以及 RTCP 常用报文的应用。