Google 公布 WebRTC 技术路线图

谷歌在今年 1 月份发布的 Chrome Dev 版本中首次集成了 WebRTC,引起了广泛的关注。今天,谷歌在博客中公布了 WebRTC 技术的开发路线图。

WebRTC 是 一项在浏览器内部进行实时视频和音频通信的技术,是谷歌在 2010 年收购 Global IP Solutions 公司而获得一项技术。该技术基于 WHATWG 协议,目的是通过浏览器提供简单的 JavaScript 就可以达到实时通讯(Real-Time Communications)能力。2011年谷歌在 BSD 许可协议下向开发人员开放了 WebRTC 架构的源代码。

基于 WebRTC 技术的聊天功能

谷歌称,目前大部分 WebRTC 规范已经成型,将在今年晚些时候发布该规范的首个稳定版本。稳定版中将包括:

1.   JSEP

JSEP(JavaScript Session Establishment Protocol,JavaScript 会话建立协议)是一个信令 API,允许开发者构建更强大的应用程序以及增加在信令协议选择上的灵活性。谷歌还会提供一个 JavaScript 库以降低使用该 API 的复杂性。

2.   Topologies(拓扑)

将支持多个独立的 PeerConnections,每个 PeerConnections 将能够发送和接收多个独立的媒体来源。

3.   ICE / STUN / TURN

ICE 和 STUN 是互联网上建立点对点连接的标准方法。Chrome 目前的栈偏离了官方标准,谷歌称正在努力解决这个问题。该技术还将支持 TURN 服务,以便能够透过防火墙进行连接,这需要进行中继转发和封装。

4.   DTLS-SRTP

在 Chrome 中使用 WebRTC 将被强制加密,在首个 WebRTC 稳定版本中,将采用 DTLS-SRTP 方式。

5.   VP8、iSAC、iLBC、G.711

在 Chrome 中,将通过 VP8 提供视频编解码支持。在音频方面,将支持 iSAC、iLBC、G.711和 DTMF,默认为 iSAC。

未来 Chrome 的功能

谷歌在博客中还列出了将在未来的 Chrome 版本中实现的功能,包括:

  • Data API
  • 屏幕共享
  • PeerConnection 代理:允许向第三方转播流
  • 录音:现在谷歌正在完善 MediaRecorder 规范

除了 Chrome,未来的 Firefox 中也将加入基于 WebRTC 的视频聊天功能,Mozilla 近日在一个测试版 Firefox 上演示了该功能。随着该技术的成熟,浏览器的功能将会更加强大,开发者也可以据此开发出更实用、更具创意的应用。

时间: 2024-11-06 16:47:14

Google 公布 WebRTC 技术路线图的相关文章

Delphi 和 C++Builder 2014年及以后技术路线图

From http://www.itnose.net/detail/6006569.html Delphi 和 C++Builder 2014年及以后技术路线图 2014-03-08 18:47 RAD Studio, Delphi 和 C++Builder 2014年及以后技术路线图 By: Embarcadero News 内容源自Embarcadero新闻组,本人水平有限,欢迎各位高人修正相关错误! 也欢迎各位加入到Delphi学习资料汉化中来,有兴趣者可QQ:[email protect

百度和 Google 的搜索技术是一个量级吗?

著作权归作者所有. 商业转载请联系作者获得授权,非商业转载请注明出处. 作者:Kenny Chao 链接:http://www.zhihu.com/question/22447908/answer/21435705 来源:知乎 很多答案是从使用上讲的,我加两个技术方面的. 搜索引擎需要对抓取到的结果进行管理.当索引结果越来越多时,保证存储和查询速度,保证数万台服务器内容一致的难度越来越高.Google于03至06年左右公布了三篇论文,描述了GFS.BigTable.MapReduce三种技术以解

基于webRTC技术 音频和视频,IM解

由于原来的文章 http://blog.csdn.net/voipmaker  转载注明出处. 基于WebRTC技术可实现点对点音视频.即时通信.视频会议.最新的系统组件包含: TeleICE NAT 穿越server: 基于标准的NAT穿越协议 ICE,实现NAT穿越,音视频p2p传输 单台机器支持上万并发 TeleMCU 视频会议server: 实现webrtc 视频会议server能力 同一个会议可接入sip视频client. webrtcclient.pstn 线路. TeleMedia

基于webrtc技术的session border controler (SBC)

本文原创自 http://blog.csdn.net/voipmaker  转载注明出处. WebRTC技术致力于在浏览器端实现实时音视频,多媒体数据互操作,其NAT穿越部分采用ICE框架,目的是实现媒体P2P,SBC又叫会话边界控制器,致力于媒体,信令NAT穿越,但SBC技术中媒体由服务器中转,这违背WEBRTC的初衷,但是当基于WebRTC技术的客户端与非WebRTC技术客户端(如基于SIP,H323协议)实现互操作时,需要借助一个网关,负责两边协议的转换工作,这时SBC作为接入设备可以考虑

实时音视频互动系列(下):基于 WebRTC 技术的实战解析

在 WebRTC 项目中,又拍云团队做到了覆盖系统全局,保证项目进程流畅.这牵涉到主要三大块技术点: 网络端.服务端的开发和传输算法 WebRTC 协议中牵扯到服务端的应用协议和信令服务 客户端iOS.安卓 H.264 编解码技术 △ WebRTC 技术点 实时音视频互动必须遵守三大点 必须基于 UDP 协议,否则不要谈实时 因为 TCP 协议的重传机制(传输保障)会导致累积延迟问题,用 UDP 协议没有传输保障机制,但需要自行完善丢包容错逻辑. 又拍云音视频互动方案是基于UDP 协议,使用 T

基于webrtc技术session border controler (SBC)

由于原来的文章 http://blog.csdn.net/voipmaker  转载注明出处. 我建了一个通信学习 交流群. 45211986, 欢迎增加. WebRTC技术致力于在浏览器端实现实时音视频,多媒体数据互操作,其NAT穿越部分採用ICE框架,目的是实现媒体P2P,SBC又叫会话边界控制器.致力于媒体,信令NAT穿越,但SBC技术中媒体由server中转.这违背WEBRTC的初衷.可是当基于WebRTC技术的client与非WebRTC技术client(如基于SIP,H323协议)实

基于webrtc技术的视频会议方案探讨

本文原创自 http://blog.csdn.net/voipmaker  转载注明出处. webrtc标准定制了web上如何p2p传输实时媒体, 但多人视频并没有规范,同时也是webrtc在企业级解决方案中的一个挑战,webrtc技术视频 会议方案可以归纳为一下几种 1. Mesh solution 这是最简单的方案,其原理就是客户端创建多个one-one的连接,互相relay媒体,这种方案服务器不需要改动,简单,但是客户端占用资源多. 2. Mixer solution 这种方案是传统视频会

基于webRTC技术的 音视频,IM解决方案

本文原创自 http://blog.csdn.net/voipmaker  转载注明出处. 基于WebRTC技术可实现点对点音视频.即时通信.视频会议,最新的系统组件包括: TeleICE NAT 穿越服务器: 基于标准的NAT穿越协议 ICE,实现NAT穿越,音视频p2p传输 单台机器支持上万并发 TeleMCU 视频会议服务器: 实现webrtc 视频会议服务器能力 同一个会议可接入sip视频客户端. webrtc客户端,pstn 线路. TeleSwitch  webrtc网关服务器: 负

《Getting Started with WebRTC》第二章 WebRTC技术介绍

本章作WebRTC的技术介绍,主要讲以下的概念: .  如何建立P2P的通信 .  有效的信令选项 .  关键API的关系 2.1 设置通信 尽管WebRTC通信的基础是P2P的, 但设置这个通信的初始步骤是要求一些协作的. 这些动作通常由Web服务器和/或信令服务器提供. 这个协作可以允许两个或多个WebRTC设备或端找到彼此,交换通信的细节, 协商定义了他们如何通信的会话, 最后建立它们之间的直播P2P媒体流. 2.2 一般流程 应用场景其实是很多的,从简单的页面DEMO到多方会议. 这里只