网络传输中链路的带宽是有限的，为避免往链路发送过载的数据量导致网络拥塞，我们需要进行带宽预估，结合预估带宽作出调整避免网络拥塞。在《WebRTC GCC 拥塞控制算法（REMB-GCC）》中我们总结了 REMB-GCC 拥塞控制算法，并在文末提到 Google 已经推出 TCC-GCC 取代 REMB-GCC。TCC-GCC 的原理也是基于延时梯度和丢包率进行带宽预估并避免网络拥塞，不同之处在于逻

HLS（HTTP Live Streaming） 是苹果公司提出的基于 HTTP 的流媒体传输协议，它的工作原理是将整个文件切分成一个个小的文件（通常是 TS 格式文件），客户端通过 HTTP 下载播放。在准备播放某个 m3u8 媒体源时会先下载一个包含元数据信息的 .m3u8 索引文件，根据 .m3u8 索引文件信息依次下载媒体流文件。

在网络传输中，所有应用程序都需要拥塞控制以避免网络出现拥塞的情况，对于音视频传输也是如此，假设发送方以某个码率值发送数据，但是网络出现拥塞，此时发送方应该降低发送码率，当网络拥塞情况好转，发送方又可以提升发送码率。GCC 算法是出自 Google 的一种结合延时梯度和丢包率的拥塞控制算法，WebRTC 默认使用该算法。

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

一. 前言二. 使用1. 下载 pantheon 代码并安装子模块git clone https://github.com/StanfordSNR/pantheon.gitgit submodule update --init --recursive2. 安装依赖与初始化(1) 运行 tools/install_deps.sh 安装依赖(2) 运行 src/experiments/setup.py

本文介绍了在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 相关的源码实现。

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