WebRTC SFU的职责之一是接收和发送RTCP数据包。RTCP数据包包括关于音频和视频流的不同类型的反馈，并且最重要的RTCP数据包是接收器报告(RR). RR数据包从媒体流接收器发送到该媒体流的发送者。在SFU的情况下，RR由SFU产生，并发送到媒体流发送器，并且还从每个流接收器发送到SFU。(如图1)。 RR数据包内发送的反馈包括用于计算网络引入的往返时间延迟，抖动和信息丢失。 这些RR数
当大规模运行WebRTC时，最终会以遇到问题和频繁的回归结束。能够快速识别出问题所在是防止Chrome Stable中的归档降级或调整自己代码以避免问题的关键。Chrome的bisect-builds.py工具使这个过程比你想象中容易得多。来自appear.in的Arne为你提供了一个示例，说明他是如何使用它解决最近出现的问题。 本文中，我将会逐步解释Chrome的更改是如何触发appear.in
前言 【 从头到脚 】会作为一个系列文章来发布，它包括但不限于 WebRTC 多人视频，预计会有： WebRTC 实战（一）：也就是本期，主要是基础讲解以及一对一的本地对等连接，网络对等连接。 WebRTC 实战（二）：主要讲解数据传输以及多端本地对等连接、网络对等连接。 WebRTC 实战（三）：实现一个一对一的视频聊天项目，包括但不限于截图、录制等。 WebRTC + Canva
距离WebRTC编码战缓和结束已经有几年了。H.264已经存在了超过15年，因此很容易掩盖使它工作的错综复杂的问题。 Tim Panton正在进行一个无人机项目，他需要一个轻量级的H.264栈供WebRTC使用，因此他决定建造一个。这当然不是我最推荐的做法，但是Tim表示这可能是一个启发性的试验。在本文中，Tim一步一步向我们介绍他使视频工作的步骤。你还可以通过阅读介绍H.264的RFC规范来得到
WhatsApp是另一个支持视频会议的App，核心实现思路没有使用WebRTC。而是使用了PJSIP，包含有一些WebRTC代码，也包含大量的其它代码，并且先于WebRTC开展。我模糊化了这个实现，来观察它是否与WebRTC和FaceTime结果一样。 模糊化准备 PJSIP是开源的，所以在Android WhatsApp binary可以轻易见到PJSIP代码。因为PJSIP使用了开源的libs
FaceTime是Apple给iOS和Mac提供的视频会议App.它是闭源的，核心功能未使用任何第三方库。我想知道模糊化FaceTime音频和视频流的内容是否会导致与WebRTC相同的结果。 模糊化准备 Philipp Hancke 在2015年对FaceTime的结构进行了出色的分析。与WebRTC相似，以SDP格式交换发信信息，接着使用RTP传输音频视频流，观察FaceTime在Mac上的具体
在Eede之后，Chrome是第二个通过navigator.getDisplayMedia()添加符合标准的屏幕捕捉的浏览器。 Chrome70的简介在八月宣布，并在十月的discuss-webrtc Google group中确认下来。 这个特点目前设置在一个标示下，你需要更新到Chrome70，然后进入chrome://flags/开启网络试验平台。 之后仿照本文范例你就可以在Chrome扩展
WebRTC是一个协议，允许人们使用JavaScript在两点之间创建实时通讯。 我们可以用这个结构使两个或更多浏览器之间实现直接交流，而不需要中心服务器。 服务器只需要在连接的时候被使用，因此每个客户端知道如何连接彼此。 我们可以使用这个特性创建什么类型的App呢？例如，直接网络摄像头连接。点对点通话，文件共享，还有更多。 本教程我会介绍一个当你第一次使用的时候，会发出惊呼的App
抓取WebRTC流量看起来相对简单，大多数情况下确实是这样：你只需要在其中一人的机器上安装类似tcpdump或wireshark的抓包工具，然后查看产生的文件，大多数情况会是.pcap或.pcapng文件。这些活动对于诊断连接问题或其它与WebRTC相关的问题很有用：实际上，wireshark可以自动检测出STUN，DTLS之类的标准协议，这些是WebRTC PeerConnections所关注的
如果你允许多人加入WebRTC通话，你可能会以SFU结束。计划如何分配容量比较困难-通常会进行估计，SFU应该放在哪里，它们将会消耗多少带宽，你需要何种服务器。 为了帮助网络架构和WebRTC工程师作出决定，Alex博士和他的CoSMo Softwae团队将负载测试元件放在一起来测量负载和视频质量。他们公布了所有主流的开源WebRTC SFU的测试结果。这个元件基于KITE并且在webrtc.or
WebRTC 中文社区由
运营