iOS系统 我们尝试用iOS的本地桥接机制进行初始化。但Olm.h和Olm.mm包含模块实现起来会更简单，其中jsiadapter::install在setBridge方法里被调用，暴露host函数。 暴露host函数 如上所述，Android和iOS的专有代码最终都会调用跨平台的jsiadapter::install方法。C++方法也在这里被暴露。即JS对象被设置在jsiRuntime.glob
距我们首次发布web应用的端到端加密技术已有一段时间了。自那之后我们也一直在努力做出更新改进，其中值得一提的迭代项是我们用libolm和自动密钥协商引入了Double Ratchet算法。 每位参与者都有一个随机生成的密钥来加密媒体。该密钥通过与Olm建立的E2EE通道（使用XMPP MUC私人信息）被分发给了其他参与者（以便他们可以解密媒体流）。更多内容详见白皮书。 即使实际的加密/解密API在
在软件领域，“back-pressure”指的是系统为“推回”下行力量采取的行动。也就是系统在受到胁迫，或在总调用模式表现出过多峰值，或过于突发时，单方面采取的一种防御性行动。 这种方法通常用于微服务基础设施。但在实时通信平台中没有被过多提及。其实它们对于处理负载峰值，同时将服务质量保持在合理的范围内也同样重要。在高峰期或突发期，服务质量可能会略有下降，但仍然可用。服务器是不应该停机的。 通常用来
很久没有查看Google Meet的webrtc统计数据了，所以上周我趁开会的时候看了看，有哪些最新的变化被添加进来了。 P2P连接 我检查的第一个变化是：如果线上会议里只有两个参与者，Google Meet是否仍使用P2P连接。令人惊讶的是，过去会议是包含P2P支持（有关P2P-SFU过渡的讨论）的，但现在已经被移除了。 这会增加基础设施的成本（对Google来说不是什么大问题），和一对一呼叫的
目前我们看到了很多软件服务、基础设施服务、平台服务、通信平台服务、视频会议服务等等，那么是否能提供游戏服务呢？现在已有一些云游戏方面的尝试，其中最出名的就是谷歌最近推出的Stadia。虽然Stadia 能够玩转WebRTC，但是其他游戏平台能否以同样的方式把WebRTC玩起来还尚未可知。 Thanh Nguyen建立了开源项目CloudRetro，来测试上述想法是否可行。CloudRetro以基于
很多人都试图实现一个酷炫新功能——背景分割。虚拟背景已经风靡一段时间了。我们所说的“分割”，不是在用户身后插入一个新的背景，而是完全移除他的真实背景，是允许视频软件把每个用户放进一个共享的屏幕里，或者说出现在一个共享环境中。这个功能还没有一个通用的名字。Zoom称之为沉浸式视图（Immersive View）；微软称其为Together Mode。RingCentral称其为overlay。也有人
Peer5工程师团队发现了一个WebRTC安全漏洞，我们将其归类为Prflxion。在用户使用Chrome或Edge时，该漏洞会泄露用户的本地IP地址。而该数据作为一个有价值的标识符，可能会被第三方（如广告公司或任何专门为感兴趣的人映射内部网络的人）用来准确识别、定位NAT（网络地址转换）背后的用户。该漏洞存在于所有通用操作系统上基于Chromium的浏览器（Chrome，Edge）。 2021年
最近对Safari的批评声不断，其中很多是有关WebRTC的。尽管社区已经出具了详细的错误报告以示对此事的积极关注，但还是有很多人抱怨其功能缺失和其他倒退的服务（详见Das-Inge Aas发表在webrtcHacks上的这篇文章）。造成该现象的一个根本原因是苹果巨长无比的发布周期和非公开的路线图。这使得该产品很难被提前测试以及反馈bug。另一个原因是，什么因素能推动发布以及什么不能推动发布并不清
在测试或监控 WebRTC 应用时，网络抖动和往返时间哪个更重要呢？ 如果你已经拥有了自己的 WebRTC 应用程序。用户借助该应用来沟通交流。那你如何知晓用户体验如何？服务器地址是否正确？你是否正确配置了路由？你是否需要在法兰克福添加一个新服务器？是否在澳大利亚增扩规模会更好？ 要回答这些问题，我们需要检查应用的用户以及应用使用质量。其中，在检查WebRTC 质量时，你会遇到很多关于网络抖动、延
我一直不太赞同在演示的同时共享屏幕。大家进入视频会议应用程序，跟大家打招呼，然后开始分享自己在另一个标签或窗口的ppt。那你要看什么呢？ppt吗？但我更想面对观众并与其互动。确实，有些工具可以让你预览所分享的内容，但你仍然需要来回滑动每张ppt。理应采用一个更好的办法，那就是capture handle。 Capture Handle是origin trial中一个用于屏幕共享（getDispla
WebRTC 中文社区由
运营