又拍云 UTUN 网络详解
如何定义实时音视频互动, 延迟 400ms 内才能无异步感
实时音视频互动如果存在 1 秒左右的延时会给交流者带来异步感，必须将视频播放延迟限制在 400ms 以内，才能给用户较好的交互体验。
当延迟控制在 400ms 以内时，两个人音视频互动是实时的，不会有异步感存在，即实时音视频互动。
实时音视频互动系列
2019-12-06 15:41:31WebRTC 视频统计信息之延迟抖动与丢包
2019-12-06 15:40:44最近在内网情况下测试视频会议，视频下行延时很大，很多时候超过100ms。另外，视频的上下行抖动总是稳定在30~40ms这个区间。这些统计在内网环境下是不正常的，于是决定看看是哪里导致这些问题的。
在解决这些问题的过程中，也对 WebRTC 内部视频统计数据做了一次梳理。
阅读这篇文章之前，最好对 RTP、RTCP、SR、RR 有一些了解。这里就不过多展开，可以参考以下文章：
RTP Data Transfer Protocol
RTP Control Protocol – RTC
RTP/RTSP/RTCP 有什么区别
WebRTC 镜像源
2019-12-06 15:39:51WebRTC 镜像源
webrtc src
WebRTC - 编译以及运行 IOS 的 Demo
WebRTC iOS&OSX 库的编译
生成 WebRTC 的 DEMO 并运行
使用 xcode 来生成 webrtc 的 Demo
webrtc ios client 源码拉取和编译
webrtc 视频 jitterbuffer 原理机制 (描述版)
jitter buffer QoS 的解决方案
webrtc 中的码率控制
WebRTC 介绍
WebRTC 源码解读一
WebRTC 架构简介
C/C++ Linux 程序员必须了解的 10 个工具
C++ 设计一个类不能偷懒的地方
设计性能良好系统的指导思想
WebRTC 实时音视频技术的整体架构介绍
WebRTC 开发（二）源码下载与编译
WebRTC（三）
2019-12-06 15:38:48简单的 https server 服务搭建
1 |
二进制安装 |
WebRTC（一）
2019-12-06 15:38:13WebRTC API
Node.js v10.15.3 文档
廖雪峰 - nodejs
Webrtc 笔记 - 获取源码
WebRTC 音频引擎实现分析
实时通信 RTC 技术栈之：视频编解码
开源实时音视频技术 WebRTC 中 RTP/RTCP 数据传输协议的应用
WebRTC 项目源码在国内的镜像
WebRTC（二）
2019-12-06 15:36:16端对端 1V1 传输基本流程
媒体能力协商过程
WebRTC 端对端连接：
RTCPeerConnection：
-
基本格式
1pc = new RTCPeerConnection([configuration]);
RTCPeerConnection 方法分类：
- 媒体协商
- Stream/Track
- 传输相关方法
- 统计相关方法
WebRTCTURN协议初识及turnserver实践
2019-12-06 15:34:18本文主要为初步接触WebRTC的开发者介绍WebRTC turnserver的原理机制，以及Agora在此方面的部分经验。如遇到疑问，可以点击这里，与作者直接交流。
完整WebRTC技术及应用概要
2019-12-06 15:31:18 Web Real-Time Communication（WebRTC）是最近几年非常热门的一项新的基于浏览器的技术，很多VoIP的厂家和应用集成厂家的解决方案中都逐渐支持了WebRTC技术。WebRTC技术通过对浏览器或者移动终端应用，结合API接口，实现了视频，语音功能。当然，WebRTC受到如此多重视，当然也离不开主要的推动者Google，微软，Mozilla等大牌厂家的鼎力支持，以及几个着名的协议组织，例如，W3C和IETF的协助。
虽然，网络上有很多关于WebRTC的文章，这些文章通过不同的角度对WebRTC做了非常详细的介绍，WebRTC官方网站也发布了有很多的文档。但是，很多网上的文章比较零散，讨论的角度都不一样。另外，很多权威的文档和纸质书基本上都是以英文出版，一些读者的英文阅读能力没有那么高的话，可能影响对技术的消化吸收。为了给中国读者提供一个比较全面的完整的关于WebRTC的技术以及应用概要，笔者希望通过一个完整的篇幅，对WebRTC技术做一个比较系统，完整地描述介绍，其内容包括从WebRTC背景知识，媒体流，相关的协议栈，NAT处理，安全以及隐身设置，WebRTC当前的问题以及未来的提升，WebRTC用户使用场景，和开源WebRTC媒体服务器以及视频会议，WebRTC测试工具等知识点，让普通读者能够通过一篇文章就对WebRTC技术有一个非常清晰的思路，为进一步学习WebRTC技术做一个有效铺垫，读者可以快速进入到真正的WebRTC技术应用开发中。在十一个章节中，笔者会根据WebRTC技术的架构以及相关的应用做一个完整的介绍。
WebRTC介绍
2019-12-06 15:29:09众所周知，浏览器本身不支持相互之间直接建立信道进行通信，都是通过服务器进行中转。比如现在有两个客户端，甲和乙，他们俩想要通信，首先需要甲和服务器、乙和服务器之间建立信道。甲给乙发送消息时，甲先将消息发送到服务器上，服务器对甲的消息进行中转，发送到乙处，反过来也是一样。这样甲与乙之间的一次消息要通过两段信道，通信的效率同时受制于这两段信道的带宽。同时这样的信道并不适合数据流的传输，如何建立浏览器之间的点对点传输，一直困扰着开发者。WebRTC应运而生。
WebRTC，名称源自网页实时通信（Web Real-Time Communication）的缩写，是一项实时通讯技术，它允许网络应用或者站点，在不借助中间媒介的情况下，建立浏览器之间点对点（Peer-to-Peer）的连接，实现视频流和（或）音频流或者其他任意数据的传输，支持网页浏览器进行实时语音对话或视频对话。WebRTC包含的这些标准使用户在无需安装任何插件或者第三方的软件的情况下，创建点对点（Peer-to-Peer）的数据分享和电话会议成为可能。它是谷歌2010年5月以6820万美元收购拥有编解码、回声消除等技术的Global IP Solutions公司而获得的一项技术。该项目是由GIPS项目和libjingle项目融合而成。其中GIPS部分主要提供媒体的处理的功能。libjingle项目部分主要提供P2P传输部分的功能。2011年5月开放了工程的源代码，与相关机构 IETF 和 W3C 制定行业标准，组成了现有的 WebRTC 项目，在行业内得到了广泛的支持和应用，成为下一代视频通话的标准。
WebRTC是一个开源项目，旨在使得浏览器能为实时通信（RTC）提供简单的JavaScript接口。说的简单明了一点就是让浏览器提供JS的即时通信接口。这个接口所创立的信道并不是像WebSocket一样，打通一个浏览器与WebSocket服务器之间的通信，而是通过一系列的信令，建立一个浏览器与浏览器之间（peer-to-peer）的信道，这个信道可以发送任何数据，而不需要经过服务器。并且WebRTC通过实现MediaStream，通过浏览器调用设备的摄像头、话筒，使得浏览器之间可以传递音频和视频。
WebRTC并不是单一的协议， 包含了媒体、加密、传输层等在内的多个协议标准以及一套基于 JavaScript 的 API。通过简单易用的 JavaScript API ，在不安装任何插件的情况下，让浏览器拥有了 P2P音视频和数据分享的能力。同时WebRTC 并不是一个孤立的协议，它拥有灵活的信令，可以便捷的对接现有的SIP 和电话网络的系统。
关键要认识到的是，点对点并不意味着不涉及服务器，这只是意味着正常的数据没有经过它们。至少，两台客户机仍然需要一台服务器来交换一些基本信息（我在网络上的哪些位置，我支持哪些编解码器），以便他们可以建立对等的连接。用于建立对等连接的信息被称为信令，而服务器被称为信令服务器。
WebRTC没有规定您使用什么信令服务器或什么协议。 Websockets是最常见的，但也可以使用长轮询甚至邮件协议。
WebRTC 开发实践：从一对一通话到多人会议
2019-12-06 15:26:38为了让初学者快速起步把 WebRTC demo 跑起来，我写了一个极其简单的 startup demo 项目，展示了如何基于 WebRTC API 实现一对一的视频通话。该项目地址：https://github.com/Jhuster/RTCStartupDemo
本文则主要介绍如何从一对一通话升级到多人通话，即视频会议，其中涉及到如下几个问题：
多人会议，每个 Client 是创建多个 PeerConnection 还是只有一个 PeerConnection ？
多人会议，谁来发起 OFFER，谁来作为 ANSWER，如何把多个 Client 相互间的连接分别建立起来 ？
首先，我们用下面这一张图来看看两个 WebRTC Peer 之间是如何建立一对一通话链路的：