WebRTC扫清了很多障碍来使自己能够应用于多种领域中，当然这其中也包括金融领域。我之前采访过Cloud9科技的Leo Papadopoulos，他介绍了他们的服务和市场分配。这次我想继续讨论金融领域的事，所以采访到了Joseph Heenan—GreenKey的VP工程师，谈谈他们公司的服务以及GreenKey是如何从传统运营商手中偷走这块奶酪的。 在与Joe沟通之后，看起来金融领域
Gustavo Garcia Bernardo 我前一段时间在与老朋友Philipp Hancke聊天，谈到了这个话题，怎么可能有12%的WebRTC通话都失败了呢？我们看到这个数字之后很惊讶，基于我们的报告，OpenToken的通话失败率要比12%低的多，即便这样准确的数字也是根据每次通话的特定情况而决定的。 所以，我们决定拿出一些数据来证明WebRTC比他们所说的要好的多。 WebRTC连接使
Tsahi Levent-Levi 如果你错过了这条新闻，那么现在告诉你微软在不久之前以262亿美金收购了领英。 在某种程度上，微软现在统治了整个企业市场—通信，合作，和创作方面。 #微软Office（Excel，PowerPoint，Word是中流砥柱） #微软Outlook和Exchange（Email） #Yammer（企业通信） #Skype（音视频通信） #领英（用户简介和
我们非常激动的宣布初步的H.264/AVC支持微软Edge中的RTC堆栈了，正如我们在四月份的路线图中所承诺的那样。这项更新帮助实现浏览器之间1对1通话情况的交互式视频通信。 在我们的RTC堆栈中，这次预览版加入了以下内容： 1.支持packetization-mode 1，参照RFC 7742 2.支持约束基本档次（Constrained Baseline Profile）升级到4.2 3.支持
通过WebRTC的端到端通信通常被人们所误解。WebRTC并不是真正意味着你不需要服务器来协商和联接通话。它只意味着，在多数情况中，你可以直接地在浏览器之间进行通信。 要想让任何WebRTC服务正常的工作，你需要如下几条后端服务器： 1.信令服务器：对于联接浏览器之前的对话来说，最重要的就是某种中介器—一个了解通话双方端点的服务器。这就是信令服务器，负责协商
Tsahi Levent-Levi 根据提供商的路线图，我们可以期望WebRTC未来在以下6个方面得以发展。 1. 视频编解码器：运行WebRTC的浏览器将会支持一系列的编解码器。在今年年底，H.264编解码器将可以在所有支持WebRTC的浏览器上使用，比如Chrome、Firefox浏览器。VP8编解码器也会在浏览器上允许使用，只不过在微软的Edge浏览器上使用可能会稍微
WebRTC大肆宣传的势头可能已经平静下来，但是WebRTC的执行正在变得强劲。 在最近的Enterprise Connect 2016上，UC的分析人员Zeus Kerravala说道，他从会议现场回来的时候就带着一种WebRTC已经“失去动力”的感觉。但是我的收获却恰恰相反，WebRTC的宣传势头可能是已经下降了，但是WebRTC的执行应用正在日益强劲，或者按照Donald的话来说就是“Web
Doug Mohney WebRTC是一个不断发展而且没有固定下来的标准，但很多人在尝试使用WebRTC做其能力以为的事。开发人员的关注点是WebRTC“不能”做某些事情，或者需要被“固定”下来做某些事情。在这种争议中，我认为应该用WebRTC做它能力范围内的事，要用发展和用户需求来驱动能力，而不是将WebRTC过度延伸至当初设计之外的领域。 在话说
作为Google开源的技术，WebRTC并不是一个可以拿来就用并且性能很好的产品，需要工程师们对其进行较多的改善。本文主要来谈一谈WebRTC的优缺点。 WebRTC的优点： 1. 方便。对于用户来说，在WebRTC出现之前想要进行实时通信就需要安装插件和客户端，但是对于很多用户来说，插件的下载、软件的安装和更新这些操作是复杂而且容易出现问题的，现在WebRTC技术内置于浏览器中，用户不需要使用任
随着移动互联网和智能硬件的快速发展，音视频技术从独立应用普及到了嵌入式应用中，不管是智能硬件、手机应用或是Web程序中的许多模块都越来越依赖于音视频技术。2011年Google将WebRTC项目开源，让许多开发者眼前一亮，忍不住的加入了研究WebRTC的队伍中。他们大多数都认为WebRTC是Google公司的开源项目，肯定是拿来就用，而且效果还能很不错，想着开发高大上的音视频功能由此会变得so e
WebRTC 中文社区由
运营