webrtc-internals中的参数的真正含义是什么
原作者:Levent-Levi(原文链接) 翻译:刘通 为了确保这篇文章所写内容尽可能的准确,我决定请来Philipp Hancke来作为此篇文章的共同作者。 当你想要找到你WebRTC产品
原作者:Levent-Levi(原文链接) 翻译:刘通 为了确保这篇文章所写内容尽可能的准确,我决定请来Philipp Hancke来作为此篇文章的共同作者。 当你想要找到你WebRTC产品
作者:Gustavo Garcia(原文链接) 翻译:刘通 Slack现在的火爆程度与Uber不相上下,并且拥有快速增长的通讯工具,集成了各种WebRTC服务器。Slack在一年以前收购了一个从事WebRTC技术的公司,并且在今年上半年推出了他们自己的音频会议服务器,我们在这两篇文章中进
作者:Levent-Levi(原文链接) 翻译:刘通 你不会相信在TCP上的TURN会如何改变WebRTC在网络上的表现。 我之前在BlogGeek.me上写了一篇关于使用TURN以及不要依
原作者:Chad Hart(原文链接) 翻译:刘通 上周我参加了ClueCon,一个聚焦于FreeSwitch和开源手机社区的展会。我很高兴地看到WebRTC成为了这届展会的主要话题,但是很惊讶地发现人们在将WebRTC实际应用到他们的产品之前会十分的犹豫,到底要不要用WebRTC。我决定在我的发言中着重关注一下我所听到不要使用WebRTC的理由。  
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 中文社区由
运营