在 WebRTC 应用中,通过 Capture Handle 识别共享标签页

我一直不太赞同在演示的同时共享屏幕。大家进入视频会议应用程序,跟大家打招呼,然后开始分享自己在另一个标签或窗口的ppt。那你要看什么呢?ppt吗?但我更想面对观众并与其互动。确实,有些工具可以让你预览所分享的内容,但你仍然需要来回滑动每张ppt。理应采用一个更好的办法,那就是capture handle。 Capture Handle是origin trial中一个用于屏幕共享(getDispla

WebRTC Mesh 架构

最简单的WebRTC实例可以让你在两个浏览器之间建立一个实时的端对端连接,在其中交换个人视频、音频和数据。具体过程如图: 当然,大家都知道还需要信令和几个STUN/TURN服务器来完成上述操作。目前,我们先假设这些部分都已齐全。 办个派对 如果我们在上述连接中加入一个用户,两个用户,三个用户,会发生什么呢?这就是被定义为多方参与的一种情况。此种情况下的规则有所不同,甚至可以说大不相同。 涉及到如何

FaceTime终直面WebRTC:deep dive实现(下)

2021-06-15更新 音频数据还有一点很奇怪:音频ssrc 78925910在统计图中出现了两次,一次作为入站数据出现: 另一次作为出站数据出现: RTP转储清楚地表明,服务器并没有用该SSRC发送任何音频数据包。它是浏览器在第一次调用createAnswer和setLocalDescription时产生的,随后服务器在setRemoteDescription调用中使用了它。技术上讲,这是一个

FaceTime终直面WebRTC:deep dive实现(上)

在今年的WWDC演讲中,苹果宣布FaceTime在web浏览器中可用,同时支持Android和Windows用户端。我们上次研究FaceTime还是六年前(详见此篇文章),现在是时候更新了。FaceTime肯定使用了WebRTC,这篇文章中我会给大家解释为什么很大程度上能确定它使用了WebRTC。 摘要 FaceTime Web确实在媒体服务中使用了WebRTC,并使用Insertable Str

WebRTC测试——让testing更简单(下)

目前,生成流量是很多WebRTC testing工具的开发重点。需要依靠以下两种技术的任意一种来完成。 1. 使用浏览器自动化技术,比如建立在Selenium之上。并依靠浏览器自行处理和管理所有WebRTC流量; 2. 创建合成的、预先编码的流量(或只是回传收到的内容)。这种技术主要用于大规模测试,即需要测试几十万个数据流。这时再使用浏览器的话成本过高,所以采用此种技术。 2. 用户模拟 在生成W

WebRTC测试——让testing更简单(上)

生成WebRTC测试很难,但细节决定成败。testRTC的WebRTC云测试以及验证平台就可轻松完成扩缩。 从简单的1:1,到弄清楚如何优化大型群组视频通话,到给数千名参与者现场直播,测试WebRTC应用挑战重重。我们需要的是操作方便而又功能强大的自动化技术。与其他网络技术不同,WebRTC有三点特性: 1. WebRTC资源独占。这就导致大规模测试时分配资源变得很复杂。 2. WebRTC交互性

在 WebRTC 应用中增加录制功能前,该优先考虑的难点

在实时音视频应用中增加录制功能应该越早越好。 当开发一个 WebRTC 音视频应用之前,我们都需要考虑一个问题“是否需要录制功能?”。如果回答为“是”,那么就要考虑“用来做什么?”、“需要录制多少内容?”,这些问题都需要优先考虑。不论你是通过实时音视频 PaaS 服务,还是基于开源自研的方式来开发应用,以上这些问题的答案都将很大程度上影响你的架构设计。同时,你还要决定是进行单流录制还是合流录制。本

Chrome 90测试版——AV1 WebRTC编码器、新origin trials及更多更新

若无特别说明,本文所介绍的更新功能均适用于 Android、Chrome OS、Linux、macOS 和 Windows 的最新 Chrome 测试版频道。点击文中各链接或ChromeStatus.com,了解更多更新信息。Chrome 90是指2021年3月11日发布的测试版。 AV1 编码器 Chrome桌面推出了一款AV1编码器。该编码器专门针对WebRTC集成的视频会议进行了优化。AV1

如何集成拨号功能至WebRTC应用

如何才能把拨入或拨出功能添加到你的WebRTC视频应用中呢?在何种情况下,你会把公用电话交换网(PSTN)上的传统拨号电话连接到WebRTC音视频会议呢?下面我们就来探讨一下如何把拨号功能集成到WebRTC。 你可以观看我们WebRTC.ventures工程团队提供的下列视频和其他提示,这些都是我们YouTube视频WebRTC Tips系列的一部分。除此之外,你也可以继续阅读下文。 视频网址 拨

在SFU上实现RED音频冗余功能

最近,Chrome添加了使用RFC 2198中定义的RED格式给音频流添加冗余的选项。Fippo之前写过一篇文章解释该过程和实现,建议大家研读。大致总结一下这篇文章的话,主要讲述了RED的工作原理是在同一个数据包中添加具有不同时间戳的冗余有效载荷。如果你在出现损耗的网络中丢失了一个数据包,若另一个数据包被成功接收,其中可能会含有丢失的数据,产生更好的音频质量。 上述假设发生在简化的一对一场景下,但

近期热门

有奖小调查

1 分钟回答 3 个小问题,让内容更符合你的 WebRTC 学习与开发期望。
每个月最后一天会随机抽出 5 名获奖者,并通过邮件联系送上奖品。
填写问卷