首页 > 新闻 > 专家观点 >

视频会议厂商如何适配WebRTC?

2016-08-01 09:51:04   作者:Tsahi Levent-Levi   来源:WebRTC中文网   评论:0  点击:

  让我们看看目前的一些做视频会议的公司在WebRTC上做了哪些事?
  Avaya
  Avaya在视频会议领域的成就源自它对RADVISION的收购(全球领先的IP、3G和IMS网络视频通信提供商)。
  登录Avaya网站,进入“视频会议产品”版块(主要是Avaya Scopia),就会发现他们基本是通过硬件提升来实现的。正如网站上声称的那样,你可以“体验到最流畅的视频质量,分辨率可以达到1080p/60fps,一流的带宽利用率以及抗丢包的能力,采用的技术是H.265 HEVC以及SVC。”
  不过有一些值得注意的事是:
  1,1080p是大势所趋——当然前提条件是你要有1080p的视频源,并配上足够的带宽。每秒60帧的帧率相比较30fps提高了不少,但我觉得必要性不大。
  2,H.265如今在一条“错误”的路上前进。毕竟新一代编解码器都在向免税化推进。
  3,H.264 SVC是我们目前正前进的方向。
  不过有消息称Avaya目前正在努力将WebRTC技术植入到他们的新产品中。
  Cisco
  Cisco作为全球领先的网络凯发国际娱乐场供应商是一个庞大而又迷茫的公司。如果你看一下Cisco那些用于“远程视频”的产品,他们大部分都与Avaya的产品很相像。同样都把重点放在了速度和容量上。
  另一方面,目前Cisco将自己的命运压在了他们的最新一款叫做Cisco Spark的协同合作产品/服务上。
  Cisco Spark是一个形似Slack的产品,聚焦于音视频通信,将常用的通信功能(消息通信、会议、呼叫)都汇聚在一起,让你可以轻易连接到Cisco此前在这个领域内的大量产品。Cisco Spark使用了WebRTC来支持他在浏览器端的呼叫能力。因此,Spark可以提供的功能之一就是用户可以使用支持WebRTC的浏览器来连接Cisco的视频会议产品。
  在编码方案上,Cisco选择了H.264,目前只适用于Firefox以及新版的Chrome。
  Cisco一直以来都将大量资金投入在收购、培养属于自己的WebRTC商标上:
  1,收购Tropo;
  2,收购Acano;
  3,Spark基金——Cisco投资了1500万作为Spark基金,鼓励社区开发者积极使用Cisco提供的API开发更多有用的应用。
  Cisco目前已经将放弃一味靠硬件求发展的道路,并且不断砸钱,向他们的目标奋进。
  Google Hangouts
  WebRTC、Chrome、Hangouts、Google,这些可以说是一个不可分割的整体。
  Google投资WebRTC,部分原因是因为Hangouts。
  如今,Hangouts使用了植入在Chrome中的WebRTC,但是在其他浏览器上使用的话还需要相应的插件。
  Google同时也推出了另一款产品——Chromebox,它是面向家庭的,是一套Hangouts专用的家用视频会议设备。对于Chromebox目前有多成功我不知道,但是在目前众多高端家用视频会议系统大多与WebRTC无关的前提下,它的出现着实让人令人眼前一亮。所以可以想象如果下一步它的功能不仅仅局限于Hangouts而是能扩展到任何基于WebRTC的服务,这将会是多么棒的一件事。
  Hangouts目前存在的问题其实是它的身份定位问题。到底是一个面向C端还是面向B端?这会影响到Hangouts最终采取的路线方案。
  Lifesize
  Lifesize是Logitech旗下的一个子公司。早期他致力于销售家用的视频会议硬件设备。
  在2014年,Lifesize发布了他自己的云服务,此举打破了他们立足于只销售硬件设备的传统路径,而实实在在地也步入了视频会议服务供应商的行列——提供他们自己的视频会议服务。
  在2015年,他在产品中引进了WebRTC技术,使得浏览器也可以通过WebRTC加入到他的服务中,并且还可以连接到任意一套家用系统中。
  2016年,Lifesize离开了Logitech这位母亲的怀抱,成为了一个独立的公司。
  Microsoft Skype
  Skype自从2015年以来就没有做过什么有趣的事,至少在他转向WebRTC之前是这样。但是在那之后就完全不一样了。
  最近,Skype又推出了几款产品——Skype for Business、Skype for Web以及Skype SDK。
  Skype for Web最初是以一个插件的形式存在,目前这个插件运行在原生的Microsoft Edge上,这与Google当年引入Hangouts采取的路线是一样的。
  在这里,我个人有几点看法:
  1,Skype目前正在大力投资他的后端建设,更重要的是,将他变得更现代化,来适应更多新兴技术,比如WebRTC;
  2,理性地说,这个过程仍需要很长一段时间,还有很多事情需要协调;
  3,不管怎么样,Skype迎接WebRTC的时代即将到来,Skype有很大的空间来决定自己将来要走向哪里以及下一步要做什么。
  Polycom
  或者我现在应该称接下来要分析的公司为Mitel?
  Polycom在他发行的系列产品RealPresence Web Suite中加入了WebRTC。在传统的企业内部视频会议模式中,这个产品的作用就像是“一扇门”将浏览器连接到他现有的一套产品/服务和工具上。
  与此同时,Polycom放弃了他在以色列专门负责MCU产品设计与生产的工厂。这足以说明了WebRTC在这个市场引起了怎样的动荡。
  Vidyo
  Vidyo近几年来与WebRTC之间的关系可谓是又爱又恨,但是他确实在这个领域内做了许多工作:
  1,在2013年,他宣布与Google合作将SVC融入WebRTC。
  2,在2014年,他以自己的一款名为“VidyoH2O”的产品,也参与了Google Chromebox的发布,这款产品提供了连接Hangouts与其他企业视频会议系统所需的网关。
  3,在2015年,他们又推出了一款基于WebRTC的服务器,使得应用开发者能够在Vidyo框架中集成WebRTC呼叫功能。
  4,2015年,Vidyo公司内部也经历了管理层面的变革——公司原本的总裁Ofer Shapiro就任副总裁一职,取而代之的是Eran Westman。
  5,2016年,Vidyo开始发布基于云的视频会议产品(VCaaS)以及提供PaaS云服务。
  2016年?两件关于WebRTC的大事已经发生了:
  1,VP9编码器目前已经应用于Chrome及Firefox底层的WebRTC技术中,并且计划将SVC编码也加入其中。这正是Google与Vidyo合作的目的之一。
  2,Video发布了他们的云端视频会议产品及PaaS云服务产品。
  从某种程度上说,Vidyo选择在Chrome开始支持VP9/SVC的时候与Google建立在SVC上的合作关系,以立志于提供更好的服务质量是对自己一个很好的定位。他们也似乎是唯一一个积极开发VP9之上的产品并且同时也支持VP8和H.264的视频会议供应商。其他一些供应商似乎目前对H.264/VP8或者H.265很满意。
分享到: 收藏

专题