我一直不太赞同在演示的同时共享屏幕。大家进入视频会议应用程序，跟大家打招呼，然后开始分享自己在另一个标签或窗口的ppt。那你要看什么呢？ppt吗？但我更想面对观众并与其互动。确实，有些工具可以让你预览所分享的内容，但你仍然需要来回滑动每张ppt。理应采用一个更好的办法，那就是capture handle。 Capture Handle是origin trial中一个用于屏幕共享（getDispla
若无特别说明，本文所介绍的更新功能均适用于 Android、Chrome OS、Linux、macOS 和 Windows 的最新 Chrome 测试版频道。点击文中各链接或ChromeStatus.com，了解更多更新信息。Chrome 90是指2021年3月11日发布的测试版。 AV1 编码器 Chrome桌面推出了一款AV1编码器。该编码器专门针对WebRTC集成的视频会议进行了优化。AV1
在Eede之后，Chrome是第二个通过navigator.getDisplayMedia()添加符合标准的屏幕捕捉的浏览器。 Chrome70的简介在八月宣布，并在十月的discuss-webrtc Google group中确认下来。 这个特点目前设置在一个标示下，你需要更新到Chrome70，然后进入chrome://flags/开启网络试验平台。 之后仿照本文范例你就可以在Chrome扩展
原文标题：addTrack adoption 作者：‘Philipp Hancke’ RTCPeerConnection addTrack 方法的使用 是时候研究更多数据了，这次不使用我自己的数据，而是使用Chrome遥测。Chrome对于它的特性发布了许多指标并且其中包含许多WebRTC指标。下图是RTCPeerConnection addTrack 方法，它激起了我的兴
原文标题：H.264 finally a first class citizen in WebRTC stacks 作者: “agouaillard“ H.264被列入了WebRTC所需的编码器 WebRTC 把H264和VP8都列入了WebRTC所必需要支持的视频编码器。同时联播可以同时使用多个编码器提供同一个媒体不同的分辨率来供人们选择以适应带宽波动（和其它）。不幸的是，libwebrtc没有
原文标题：Chrome Screensharing Blues – preparing for getDisplayMedia 作者: “Philipp Hancke“ 使用getDisplayMedia实现在Chrome中屏幕共享 Chrome网上商店已经决定停止允许Chrome扩展部件的内联安装，这对WebRTC应用有着极大的影响，因为目前在Chrome中屏幕共享需要扩展部件。GetDispl
作者：Dag-Inge Aas，webrtcHacks（原文链接） 翻译：刘通 原标题：Autoplay restrictions and WebRTC (Dag-Inge Aas) 前文链接：自动播放限制与WebRTC-1 不只是关于<audio>和<video> 现在事实证明，新的自动播放政策更改会影响<audio>和<video>标签以外的其他
作者：Phil Nash（原文链接） 翻译：刘通 原标题：Screen capture in Google Chrome 前文连接：在Chrome中进行屏幕捕捉1 搭建屏幕捕捉功能 在这篇博文的剩余篇幅中，我们要来看看如何用我们新写的扩展程序进行屏幕捕捉。 我们在项目文件夹中创建一个新的路径叫做chrome，在chrome里面建一个新的HTML页，叫做index.html。添加以下标记： 这是一个
作者：Phil Nash（原文链接） 翻译：刘通 原标题：Screen capture in Google Chrome 想要在WebRTC视频聊天应用中加入屏幕分享功能，你就必须首先能够捕捉屏幕内容。在本篇文章中，我们就要来看看如何在一个网页应用中获取Google Chrome浏览器的屏幕捕捉权限。 需要什么 为了能够进行这个项目，你需要： # Google Chrome浏览器 # 一个文字编辑
作者：Stian Selnes（原文链接） 翻译：刘通 原标题：How to capture & replay WebRTC video streams with video_replay (Stian Selnes) 引言—Philipp Hancke 当有丢包存在的时候进行视频解码并不会一项工作。因为在Chrome 58版本中引入了一个新的视频jitter buffer，导
WebRTC 中文社区由
运营