Search Results for: HTML5 – Page 4

从事WebRTC之前必读的一些教程

作者:Tessa Costa(原文链接) 翻译:刘通 原标题:Must-Read Tutorials Before Getting Started with WebRTC 最近WebRTC是特别热门的一个话题。苹果也宣布了他们支持WebRTC的P2P音视频聊天应用。Google更不用提是肯定支持的了。很多公司把WebRTC加到他们自己的通信平台中,就是因为WebRTC有很多的好处—包括提高用户参与度、用户忠诚度;加快成长速度以及提高效率等等。 你在看到这些好处之后可能也想从事WebRTC,即使你还不知道从何处着手。这是很多人都会遇到的问题,但不用担心,我们就是来帮忙的。下面就是我们建议你读的WebRTC教程。 WebRTC基础 Scaledrone—这个简单的教程会教你:          #WebRTC基础知识          #如何建立一个1对1视频通话    &nbs

WebRTC安全性的研究

原文链接 翻译:刘通   摘要          网页实时通信技术(简称WebRTC)是目前网页应用技术的一大发展趋势,WebRTC承诺不需要安装任何形式的插件或者程序就可以让浏览器获得进行实时通信的能力。但是,其开源的特点可能会造成潜在的安全隐患。此篇论文将要细节地对WebRTC的安全性展开讨论。   1 引言          WebRTC是一项开源的基于网页的应用技术,其允许用户在不安装任何插件的情况下就可以发送实时媒体流。使用适当的浏览器就可以简单地通过相关网页给另一方拨打网络电话。          下面列举了一下WebRTC的主要应用方向: # 实时音视频通话 # 网络会议 # 直接数据传输          与大多数实时系统(比如SIP)

实时通信行业国际会议 第二届实时互联网大会10月在京开幕

10月28-29日,由全球实时云服务商声网Agora.io和美国最大的实时通信行业大会的主办方TMC联合主办的第二届实时互联网大会(亚洲站)将在北京长城饭店召开,这是亚洲唯一实时通信行业和技术大会,也是目前亚洲规模最大、技术行业大咖最集中、最具有代表性的一次实时通信行业盛会。 实时沟通是人类最基本的需求。移动互联网时代,人与人之间的交流变得越来越实时,沟通的方式也多种多样。 早期,人们使用互联网就局限于接收邮件和网页浏览,没有太多的实时需求。而今,进入移动互联网时代,人们越来越不满足单纯文字和留言消息,希望更多“实时沟通”。如何通过实时通信技术实现真正意义上的“重现现场”,让对话者丝毫感受不到任何由于时空阻隔带来的延迟,是实时技术在进化变革中的核心。 实时是趋势,是未来,更是现在。今年早些时候云通讯服务商Twilio的上市,向全球证明了API经济的成功可能,也证明了业界对实时通信行业巨大市场前景的看好。 实时通信与互联网迅速融合 亿万级市场呼唤规模行业大会 我们欣喜地看到,在Facebook、微信、Hike、陌陌这些大体量社交平台加入实时

你应不应该用WebRTC呢?

原作者:Chad Hart(原文链接) 翻译:刘通     上周我参加了ClueCon,一个聚焦于FreeSwitch和开源手机社区的展会。我很高兴地看到WebRTC成为了这届展会的主要话题,但是很惊讶地发现人们在将WebRTC实际应用到他们的产品之前会十分的犹豫,到底要不要用WebRTC。我决定在我的发言中着重关注一下我所听到不要使用WebRTC的理由。     下面就是了: 理由1:“因为ORTC马上就要取代WebRTC了,我不想在一个过时的标准上面浪费时间。”     实际上:错的。     并没有ORTC与WebRTC相互排斥的说法。在WebRTC 1.0中已经有了很多ORTC的对象。那么在1.0的下一版本WebRTC NV中,WebRTC还会在保持向后兼容能力的同时继续加强与ORTC对象的结合。 理由2:“Codecs将不能与现存的系统所互通。”     实际上:错的。 &nbsp

为什么低延时对你的直播流产品这么的重要?

延时在很多的视频直播应用软件中都是一项十分重要的特征。 任何一类视频通信应用软件,像会议、辩论、竞标、直播、医学会诊,或者娱乐圈人士可以跟粉丝互动的应用,都要求延时一定要低。 什么是延时? 延时是接收到视频帧到播放此帧之间的时间差。 对于网络流应用来说,延时可以来源于任何工作流程,比如摄像头/编码器,上游网络,流服务器,下游网络,或者观看者的视频播放器都可以产生延时。 通常延时都是在缓存视频帧的时候产生的。对于25fps的视频来说,一个存储50帧的视频缓存会产生2秒的延时。 缓存会增加延时 对于广播应用软件,视频缓存区会对网络中断进行补偿。这也就是为什么用于直播的视频流应用总会有那么长的延时。你也许在IPTV或者网页上观看体育赛事,同时在广播中收听同场赛事解说的时候会感受到网络的延时。广播有很低的延时,但是网络视频流就会有几秒的滞后。 目前,此类网络应用的平均延时会有30秒或者更长。 低延时需求 对于商业使用的视频通信软件,尽可能小的延时是极为重要的。端到端延时的准确值会有差别,从8-10秒到1秒以内不等。 如何保证低延时? 因为缓存会发生在任意一个处理流程中,所以从编码器到服务器到播

对GreenKey科技的VP工程师—Joseph Heenan的采访

WebRTC扫清了很多障碍来使自己能够应用于多种领域中,当然这其中也包括金融领域。我之前采访过Cloud9科技的Leo Papadopoulos,他介绍了他们的服务和市场分配。这次我想继续讨论金融领域的事,所以采访到了Joseph Heenan—GreenKey的VP工程师,谈谈他们公司的服务以及GreenKey是如何从传统运营商手中偷走这块奶酪的。 在与Joe沟通之后,看起来金融领域的传统通信运营商十分担心现在这些创新性的,云平台的,且价钱可承受的服务会代替掉他们的传统服务。 问:GreenKey科技到底是做什么的? GreenKey科技创建于2014年。我们最开始的产品是为经纪人和交易员做后端基本设施。在2015年,我们建立了前端,最开始是用Java搭建的,后来就改为使用HTML5。从那之后我们就一直在改变创新。 简单来说,每个在经济金融产业的手机都应该由GreenKey来提供技术。金融市场是靠声音来维持的,在GreenKey,我们将声音的技术和艺术结合在一起。我们把声音的效度以及细小的差别都与数字功能和分析相对应。然后,我们就能够驾驭声音了。 GreenKey是一个为

WebRTC音视频引擎研究–整体架构分析

1、WebRTC目的 WebRTC(Web Real-Time Communication)项目的最终目的主要是让Web开发者能够基于浏览器(Chrome\FireFox\…)轻易快捷开发出丰富的实时多媒体应用,而无需下载安装任何插件,Web开发者也无需关注多媒体的数字信号处理过程,只需编写简单的Javascript程序即可实现,W3C等组织正在制定Javascript 标准API,目前是WebRTC 1.0版本,Draft状态,网址;另外WebRTC还希望能够建立一个多互联网浏览器间健壮的实时通信的平台,形成开发者与浏览器厂商良好的生态环境。同时,Google也希望和致力于让WebRTC的技术成为HTML5标准之一,可见Google布局之深远。 2、WebRTC架构图 架构图颜色标识说明: (1)紫色部分是Web开发者API层; (2)蓝色实线部分是面向浏览器厂商的API层(也就是红色框标内模块,也是本人专注研究的部分) (3)蓝色虚线部分浏览器厂商可以自定义实现 3、WebRTC架构组件介绍 (1) Your Web App Web开发者开发的程序,Web开发者可以基于

在企业中使用WebRTC(六)

集成和互操作 WebRTC从两方面上脱离传统的企业通信:它打开了每个网页应用的通信功能而不是控制IT部门所安装的软件,并且它超远了现存的企业通信基础设施,尤其是从SIP家族和标准中生成的现代形式。利用SIP设备的WebRTC的集成和互操作可在末端用户的服务器中发生或者通过传输网关发生。 互操作 为了从浏览器连接SIP设备,人们可以在客户端内的JavaScript中应用SIP堆栈,利用WebRTC启动的端到端媒体通道。但是WebRTC在媒体通道包含几个新的文件和扩展,其并没有在现存的SIP设备中被应用,例如,多RTP和实时传输控制协议(RTCP),在同一UDP端口的音频和视频数据流,强制的ICE交流,强制的SRTP,以及推荐的强制音视频编码器。在现存的SIP设备中的互操作不支持一些或者全部需要的中介网关的特征。另外,SIP设备需要进行升级来支持所有的新特征。 升级现存的SIP电话,包括硬件设备和软件电话,并不是琐碎的。这里会涉及到一些潜在的方式。例如,目前的SIP电话可以被重新编程来实现加入WebRTC媒体流中,剩下没有改变却进行互操作在WebRTC中,或者被新一代电话所监控,这就需要不

网页实时通信:问题,成果,以及正在进行的标准化工作(二)

Salvatore Loreto, Simon Pietro Romano 开放互联网平台 HTML5通常被用来当做一个概括性词汇来指所谓的开放互联网平台的改善,尽管HTML自身只是众多用来开发网页应用的一部分,并且通常被视为此平台的一部分。完整的特征还包括层叠样式表(CSS)、文档对象模型(DOM)、JavaScript、以及一些脚本API。 HTML以一种结构化的方式展现了应用及其数据,并且让开发者能够利用CSS设计应用以及通过JavaScript控制它。所有这些技术都由网络设备(通过浏览器,代理,以及网络服务器)利用HTTP或者WebSocket(http://tools.ietf.org/html/ rfc6455)来传播的。 脚本API使程序员能够通过JavaScript来适当的控制和扩展浏览器的功能。的确,一旦有新的功能被加入到浏览器中,W3C工作组就也会设计一个新的API来将这个功能提供给开发人员,使浏览器的功能愈发接近那些本地应用环境。 架构 RTC的架构模型是浏览器RTC梯形模型,其使媒体通道能在浏览器间直接传输而不通过任何中间服务器。信令路径穿过服务器,可以根据需要

在企业中使用WebRTC(一)

Alan Johnston, John Yoakum, Kundan Singh, Avaya公司 摘要 WebRTC,网页实时通信,会像影响消费者之间通信和他们与企业的关系一样,给企业沟通带来重大的冲击。本文将会提出并讨论一些针对WebRTC在企业使用方面的问题。一部分涉及到网络安全问题,例如防火墙穿透,权限控制,以及P2P数据流。另一部分涉及到规定,例如录音规定,日志记录规定,以及一些强制的企业政策。另外,企业还会考虑与目前的通信基础设施以及以会话为中心的电话系统进行集成和互操作。 引言 WebRTC[1-3],这一在浏览器中加入实时音视频通信能力的功能,近期获得了越来越多的关注。随着浏览器提供商声明支持WebRTC的时间,以及开发者们所展示的demo,这些新的行业标准,应用程序编程接口(APIs),以及协议将会给互联网世界带来巨大的冲击。但是,其对企业的影响以及与现存的企业通信方式的对比,却并没有经常被人们提起。 通常,企业的通信系统允许两方电话沟通或者多方会议。这些实现以会话为中心的客户端-服务器功能的设备经常是处于受保护的企业网络环境内(在企业防火墙的保护下或者处于VPN网络