WebRTC M57分支版本更新声明
作者:Anatoli Davidson(原文链接) 翻译:刘通 M57 WebRTC技术M57分支。 概述 WebRTC M57,目前已经登录Chrome测试版中,并且Andr
作者:Anatoli Davidson(原文链接) 翻译:刘通 M57 WebRTC技术M57分支。 概述 WebRTC M57,目前已经登录Chrome测试版中,并且Andr
作者:Bernard Aboba & Shijun Sun(原文链接) 翻译:刘通 我们很高兴的宣布在Microsoft Edge浏览器中,已经支持了预览版的WebRTC 1.0 API,以及H.264/AVC和VP8视频编解码器,以及夸平台和浏览器的可交互视频通信解决方案。 &n
作者:Chris Kranky(原文链接) 翻译:刘通 WebRTC继续着通过基于codec的硬件来改善电池使用量的工作。让我们来看看结果如何。 视频codec的改善也带来了很多其他改变,于是我与我在Tokbox的同事们(Christian Ferran和Sridhar B
原作者:Levent-Levi(原文链接) 翻译:刘通 为了确保这篇文章所写内容尽可能的准确,我决定请来Philipp Hancke来作为此篇文章的共同作者。 当你想要找到你WebRTC产品
原作者:Chad Hart(原文链接) 翻译:刘通 上周我参加了ClueCon,一个聚焦于FreeSwitch和开源手机社区的展会。我很高兴地看到WebRTC成为了这届展会的主要话题,但是很惊讶地发现人们在将WebRTC实际应用到他们的产品之前会十分的犹豫,到底要不要用WebRTC。我决定在我的发言中着重关注一下我所听到不要使用WebRTC的理由。  
Amir Zmora 加快了H.264和DTLS的认证速度 Chrome 52 beta的更新日志中写道此次更新修复了超过30个bug,并且在Chrome中支持H.264,以及改变了DTLS默认认证生成算法以获得更好的私密性和更出色的表现。这个版本会在7月26号那天发布给你的浏览器。 浏览器支持WebRTC H.264是IETF所要求的,并且对浏览器的互操作性以及和传统视频系统的连接性都十分的重要
Tsahi Levent-Levi 视频编解码器的硬件加速几乎是强制的。 当与H.264所对比时,VP8没有被淘汰的3个原因是: 1 它是这5年里Chrome浏览器唯一一个WebRTC视频编解码器,使它有发展时间的优势 2 尽管H.264支持移动端,但并不总是对开发人员开放 3 VP8和H.264都比较老了,所以它们的软件实现都很成熟 对于VP9,最主要的担心是它会被落在后边,被芯片供应商所遗忘&
RED5PRO 之前Tsahi Levent-Levi发布了一篇文章,在其中写出了他为何认为H.264会成为WebRTC应用软件未来发展中所选择的协议。在这篇文章中他写的很多地方都是正确的,而且我认同他的绝大部分观点。H.264在几乎所有的移动设备的硬件编码器中都支持使用,并且因为微软选择了它而不是VP9/VP8,他看起来确实是很容易就得到的正确选择。我并不认为谁会相信苹果挑选除H.264/AA
Tsahi Levent-Levi H.264的最初设定就是为了在WebRTC服务中取代VP8。 微软在上一个星期公布了支持ORTC的H.264/AVC现在已经可以在Edge浏览器中使用了。 *对的,是ORTC而不是WebRTC。 *对的,只是在运行标识的后面。 *对的,只能在Edge上运行,IE不可以。 当然,这只是今天让视频通话在Firefox,Chrome和Edge之间运行的唯一方式。VP8
WebRTC 中文社区由
运营