WebRTC扫清了很多障碍来使自己能够应用于多种领域中，当然这其中也包括金融领域。我之前采访过Cloud9科技的Leo Papadopoulos，他介绍了他们的服务和市场分配。这次我想继续讨论金融领域的事，所以采访到了Joseph Heenan—GreenKey的VP工程师，谈谈他们公司的服务以及GreenKey是如何从传统运营商手中偷走这块奶酪的。 在与Joe沟通之后，看起来金融领域
Gustavo Garcia Bernardo 我前一段时间在与老朋友Philipp Hancke聊天，谈到了这个话题，怎么可能有12%的WebRTC通话都失败了呢？我们看到这个数字之后很惊讶，基于我们的报告，OpenToken的通话失败率要比12%低的多，即便这样准确的数字也是根据每次通话的特定情况而决定的。 所以，我们决定拿出一些数据来证明WebRTC比他们所说的要好的多。 WebRTC连接使
延迟最小化 遵循下面几点减少数据包从A到B传输的时间可以增加通话质量。 传输POP的地理距离 当我们讨论传输的时候，必须注意这些事情：出于传输POP的原因要知道用户在哪里，我们在POP之间用什么做回程，以及当质量受影响之后该怎么处理。举个例子： # Alice在波士顿想要打电话给在香港的Bob # Bob的防火墙限制VoIP数据流，所以他需要使用TURN服务器 # 所使用的TURN服务器在德克萨斯
Know Where to ‘TURN’ When Deploying WebRTC Eric Lagerway 12%，这就是Callstats.io的CEO Varun Singh，告诉WebRTC Conference-in-Conference大会上的听众WebRTC通话失败的比例。对于那些失败的通话，有22%的通话需要某些形式的媒体传输。造成12%这个比例的主要原
Tsahi Levent-Levi 视频编解码器的硬件加速几乎是强制的。 当与H.264所对比时，VP8没有被淘汰的3个原因是： 1 它是这5年里Chrome浏览器唯一一个WebRTC视频编解码器，使它有发展时间的优势 2 尽管H.264支持移动端，但并不总是对开发人员开放 3 VP8和H.264都比较老了，所以它们的软件实现都很成熟 对于VP9，最主要的担心是它会被落在后边，被芯片供应商所遗忘&
原文 1.WebRTC后台服务: 通话的房间服务器(Room Server) 房间服务器是用来创建和管理通话会话的状态维护,是双方通话还是多方通话,加入与离开房间等等,我们暂时沿用Google部署在GAE平台上的AppRTC这个房间服务器实现,该GAE App的源码可以在github.com上获取.该实现是一个基于Python的GAE应用,我们需要下载Google GAE的离线开发包到我们自己的L
Tsahi Levent-Levi 如果你错过了这条新闻，那么现在告诉你微软在不久之前以262亿美金收购了领英。 在某种程度上，微软现在统治了整个企业市场—通信，合作，和创作方面。 #微软Office（Excel，PowerPoint，Word是中流砥柱） #微软Outlook和Exchange（Email） #Yammer（企业通信） #Skype（音视频通信） #领英（用户简介和
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
Tsahi Levent-Levi 二者都有！ VP8和VP9都是由Google研发且推出的视频编解码器。之前，Chrome浏览器的WebRTC实现只支持VP8，现在已经支持VP8和VP9了。这就让我与用户有了很多有趣的交流，关于要不要接受、什么时候接受VP9—或者是不是应该取而代之的使用H.264。 关于VP8和VP9的话题经常会给人错误的理解，所以我先尝试的解释一下。 最重要的放在最前面： 1
WebRTC 中文社区由
运营