新冠疫情过后，我们的生活恢复了常态。学校重新开放，老师重新回到教室，总而言之，线下课堂已经恢复了。但请大家不要忘记我们为此作出了多少努力。在这之前，老师和学生无法照常规上课，无奈采用了一种新的媒介，即线上学习。当时，无论老师还是学生都被迫进入了新环境，从根本上考验着他们的适应能力。但由于经历的事情太多，人们很可能不会记得，整个适应的过程对师生群体来说有多痛苦。 如今疫情逐渐缓解，我们得以停下来，总
若无特别说明，本文所介绍的更新功能均适用于 Android、Chrome OS、Linux、macOS 和 Windows 的最新 Chrome 测试版频道。点击文中各链接或ChromeStatus.com，了解更多更新信息。Chrome 90是指2021年3月11日发布的测试版。 AV1 编码器 Chrome桌面推出了一款AV1编码器。该编码器专门针对WebRTC集成的视频会议进行了优化。AV1
以前，许多WebRTC功能只有在本机应用程序中才能使用，包括带有修改后的Chromium代码的电子应用程序。 如今，借助WebRTC NV API，其中一些程序已经可以在Web应用中使用了。上周我们发布了与Google合作开发的SFrame E2EE，多亏Insertable stream，其部分功能在Web可用了，现在我们就可以给大家展示另一个以前在Web应用程序中几乎不可能实现的功能。 受合作
WebRTC由多个执行不同功能以建立媒体会话的API组成。我们将在本系列中回顾WebRTC的那些API。首先，我们从getUserMedia开始。getUserMedia使浏览器与媒体设备（即麦克风和摄像头）进行交互。 调用getUserMedia时，它会提示是否允许访问媒体设备。该提示仅在安全环境中可用，比如本地主机和在HTTPS下提供服务的站点。 调用getUserMedia API 最初，我
序：通常webrtcHacks上多是长篇文章，但并非所有有趣的话题都需长篇大论。有时简短一点会更好。因此，为了向大家展示符合上述特点的主题，我们开设了一个新的“短篇系列“栏目。以下是本系列第一篇文章，主题为“完美协商”。 什么是“完美协商”，我们为何需要“完美协商”？ 很久以前，WebRTC规范设计者决定将两个WebRTC端口之间的信令通信机制由应用程序负责。这意味着你的代码需要处理来回传递的SD
自Apple向Safari中加入WebRTC支持以来已经有一年多时间了，我之前关于具体实现的文章没有反映其中的一些更新。更重要的是，考虑到其中的不同和限制，对Safari来说，关于如何更好地开发WebRTC app还存在许多问题。 在Cluecon上我与Chad Phillips交流，最终谈到了他在Safari上使WebRTC工作的艰难经历。对此他有许多不错的建议。 Chad经常发布一些开源代码并
作者：steve…@webrtc.org（原文链接） 翻译：刘通 原标题：Transitioning Native PeerConnection to WebRTC 1.0 如果你没有使用PeerConnection C++，Java，或者Objective-C的API的话，那么你可以跳过本篇文章。Chrome中WebRTC 1.0的搬移计划有所不同，并将另行公布。 WebRTC规范
作者：Pipe（原文链接） 翻译：刘通 原标题：Common getUserMedia() Errors 在你的getUserMedia()开始运行的那一瞬间，就会遇到各种各样的错误： 1. 用户没有摄像头，只有一个麦克风 &nb
作者：Pipe（原文链接） 翻译：刘通 原标题：Why we chose WebRTC over Media Recorder API for HTML5 Video Recording 通过这篇文章，我们将要分析一下我们为什么在从浏览器录制视频的时候，选择使用WebRTC而不是Medi
作者：Chad Hart（原文链接） 翻译：刘通 原文标题：Reeling in Safari on WebRTC – A Closer Look at What’s Supported 相关文章：Safari版WebRTC详细分析（一） RTCPeerConnection 音频编解码器
WebRTC 中文社区由
运营