Search Results for: HTML5 – Page 5

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

Salvatore Loreto, Simon Pietro Romano 网页实时通信(WebRTC)是一个即将到来的标准,其目的是在网页浏览器中赋予点对点实时通信的能力。IETF RTCWeb以及W3C WebRTC工作组正在为下一代浏览器之间建立和管理可靠通信通道,而共同定义API以及底层通信协议。 现在,支持网络上实时通信的势头伴随着两大互联网标准化团体—IETF和W3C正在逐渐增大。 在此领域的标准化工作目的在于规定一个W3C API使网页应用能够在任何设备上运行—从安全接口到输入外设(例如网络摄像机和麦克风)—在浏览器之间点到点的发送和接收实时媒体和数据。API的设计必须允许网页开发人员在通信会话中实现寻找和连接参与者的功能。W3C的API将会依赖于现存的协议—那些已经被IETF认定为路由网络相关方面最适当的协议(控制协议,连接建立及管理,无连接传输,最佳编码器及译码器的选择,等等)。但是,在两种标准化工作之间并没有明显的分别,其十分明显地在单一端点的应用层责任上进行了交叉,以及与远端端点之间的交互。 这个向浏览器激活的RTC

FIFA 2014年世界杯直播流的架构

Leandro  我们之前接到了给FIFA 2014年世界杯做推流的任务,我觉得这段经历很值得拿出来来共享。这篇文章是对架构,构成部分,经历的痛苦,学到的东西,开放的资源等等的一个简单概述。 一些数字 德国7:1战胜巴西 (是的,我们觉得并不光荣) 单场比赛同时50万的观众在线 – 阿根廷对阵瑞士 单场比赛达到580Gbps的速率 – 阿根廷对阵瑞士 整届世界杯大约等同于1600年的总观看时长 核心概述 项目的目的是接收一个输入流,为成百上千人产生HLS输出流,并且给最终用户提供极好的观看体验: 提取RTMP输入流 产生HLS并且将其送入Cassandra 从Cassandra中提取二进制数据和元数据,并且用Nginx+lua重建HLS播放列表 以可伸缩的方式(scalable way)服务并缓存直播内容 设计并实现播放器 如果您想要搞清楚为什么我们选择使用HLS,请浏览这个陈述(只有葡萄牙语)。提示:有时我们需要从零开始重建一些东西。 输入 直播流以RTMP的形式进入我们的服务器,我们使用EvoStream(现在我们改使用nginx-rtm