流式传输的两大主流种类及流式传输特点

转自:http://blog.csdn.net/hguisu/article/details/7418087

流式传输定义很广泛,现在主要指通过网络传送媒体(如视频、音频)的技术总称。其特定含义为通过Internet 将影视节目传送到PC机。实现流式传输有两种方法:实时流式传输(Realtime streaming)和顺序流式传输(progressive streaming)。(百度百科)

在网络上传输音/视频(英文缩写A/V)等多媒体信息目前主要有下载和流式传输两种方案。A/V文件一般都较大,所以需要的存储容量也较大;同时由于网络带宽的限制,下载常常要花数分钟甚至数小时,所以这种处理方法延迟也很大。流式传输时,声音、影像或动画等时基媒体由音视频服务器向用户计算机的连续、实时传送,用户不必等到整个文件全部下载完毕,而只需经过几秒或十数秒的启动延时即可进行观看。当声音等时基媒体在客户机上播放时,文件的剩余部分将在后台从服务器内继续下载。流式不仅使启动延时成十倍、百倍地缩短,而且不需要太大的缓存容量。流式传输避免了用户必须等待整个文件全部从Internet上下载才能观看的缺点。

  1.流式传输的种类

  网络传输音频、视频等多媒体信息有下载和流式传输两种方案,下载方案由于A/V文件较大,所需存储容量也较大,且网络带宽的限制导致下载费时久,且延迟亦较大;而流式传输方案则避免了用户需等待整个文件全部下载后才能播放的缺点。流式传输技术又分两种,一种是顺序流式传输,另一种是实时流式传输。

  ①顺序流式传输(Progressive Streaming)

  顺序流式传输是顺序下载,媒体在下载文件的同时,用户可以观看在线节目。在给定时刻,用户只能观看已下载的那部分,而不能跳到还未下载的部分。顺序流式传输不像实时流式传输那样,可以在传输期间根据用户连接的速度进行调整。由于标准的HTTP服务器可发送这种形式的文件,也不需要其他特殊协议,因而它经常被称作HTTP流式传输。由于该文件在播放前观看的部分是无损下载的,最终播放质量较好,因而特别适合质量较高、数据量较小、通过Modem发布的短片段,如片头、片尾、广告等。但用户在观看前必须经历数秒的延迟,传输速度较慢时尤为明显。对通过调制解调器发布的短片段,顺序流式传输显得很实用,它允许用比调制解调器更高的数据速率创建视频片段。尽管有延迟,毕竟可发布较高质量的视频片段。顺序流式文件是放在标准HTTP或FTP服务器上,因而易于管理,基本上与防火墙无关。顺序流式传输不适合长片段和有随机访问要求的视频,如讲座、演说与演示,它也不支持现场广播。因此,严格地说来,它本质上是一种点播技术。

  ②实时流式传输(Realtime Streaming)

  实时流式传输可保证媒体信号带宽与网络连接匹配,可实时观看节目。实时流与HTTP流式传输不同,它需要专用的流媒体服务器与传输协议。实时流式传输总是实时传送,因而特别适合现场事件,且支持随机访问,用户可对观看内容进行快进或后退以观看前面或后面的内容。理论上,实时流一经播放就不可停止,但实际上,可能发生周期暂停。实时流式传输必须匹配连接带宽,这意味着在以调制解调器速度连接时图像质量较差。而且,由于出错丢失的信息被忽略掉,网络拥挤或出现问题时,视频质量差,而没有顺序流式传输视频质量好。实时流式传输需要特定服务器,如QuickTime Streaming Server、RealServer与Windows Media Server。这些服务器允许你对媒体发送进行更多级别的控制,因而系统设置、管理比标准HTTP服务器更复杂。实时流式传输还需要特殊网络协议,如:RTSP(Realtime Streaming Protocol)或MMS(Microsoft Media Server)。这些协议在有防火墙时有时会出现问题,导致用户不能看到一些地点的实时内容。

  显然,在实际应用时,具体采用哪种传输方式可根据需要确定,且流式传输也支持在播放前完全下载到硬盘。一般情况下,流式传输模式会使用RTP/UDP、RTSP/TCP两种通信协议与A/V(Audio/Video)Server建立联系,将服务器的输出重定向到一个运行A/V Player程序所在客户机的目的地址。通常,流式传输系统一般都要配置一套专用的服务器和播放器。

  2.流式传输的特点

  与单纯的下载方式相比,这种对多媒体文件边下载边播放的流式传输方式具有以下的特点:

  ①大幅度地缩短启动延时

  流式传输大幅度地缩短启动延时,因为用户不用等待所有内容下载到硬盘上才开始浏览,无论是上班时间还是晚上,速度都相当快。一般来说,一个45分钟的影片片段,在一分钟以内就显示在客户端上,而且在播放过程中,一般都不会出现断续的情况。此外,全屏播放对播放速度几乎无影响,但快进、快倒时,需要时间等待。

  ②大大降低对系统缓存容量的需求

  由于Internet是以包传输为基础进行断续的异步传输,其数据被分解为许多包进行传输。动态变化的网络使各个包可能选择不同的路由,故到达用户计算机的时间延迟也就不同。因此,在客户端需要缓存系统来弥补延迟和抖动的影响和保证数据包传输顺序的正确,从而使媒体数据能连续输出,且不会因网络暂时拥堵而使播放出现停顿。虽然,流式传输仍需要缓存,但由于不需要把所有的动画、视音频内容都下载到缓存中,因而对缓存的要求大大降低。

  由于流媒体技术使用了数据缓冲技术,因而可保持流媒体的不间断,并保证文件传输的可靠性。

  ③有特定的实时传输协议实现流式传输

  由前面叙述所知,流媒体目前有三种主流格式,并需要相应的特定的实时传输协议。一般,采用RTSP等实时传输协议,更加适合动画、视音频在网上的流式实时传输。

  此外,采用流媒体技术不会占用本地的硬盘空间等。

时间: 2024-08-10 11:42:42

流式传输的两大主流种类及流式传输特点的相关文章

新手进行响应式布局的9大知识点

不管是web和webAPP开发,目前响应式布局设计越来越重要啦!因为响应式布局是一个解决多类型屏幕问题的最优方案. 因此,今天25学堂来跟大家分享9个响应式布局设计的知识点或是概念. 第一点:响应式设计 vs 适应式设计 看似相同实则不然.这两种设计方式彼此相辅相成,所以说也没有对错之分.具体情况要依内容而定.2者解决的问题就是自适应的问题.确保可以在各个不同尺寸的终端显示效果一样. 第二点:内容流和信息纵向展示 随着移动屏幕尺寸越来越小,内容所占的垂直空间也越来越多,也就是说,内容会向下方延伸

数据库两大神器【索引和锁】

前言 只有光头才能变强 索引和锁在数据库中可以说是非常重要的知识点了,在面试中也会经常会被问到的. 本文力求简单讲清每个知识点,希望大家看完能有所收获 声明:如果没有说明具体的数据库和存储引擎,默认指的是MySQL中的InnoDB存储引擎 一.索引 在之前,我对索引有以下的认知: 索引可以加快数据库的检索速度 表经常进行INSERT/UPDATE/DELETE操作就不要建立索引了,换言之:索引会降低插入.删除.修改等维护任务的速度. 索引需要占物理和数据空间. 了解过索引的最左匹配原则 知道索引

学习游戏要学习编程语言吗?十大主流编程语言解析

计算机的发展,促使了一个新的职业的出现,程序员是近些年出现的并且得到了广泛关注的一个职业,相信这也是很多莘莘学子的职业梦想.但程序员也有很多种,并不是每一个程序员能够精通所有的编程语言.所谓术业有专攻,如果将来志在编程世界的网友就要注意了,今天给大家推荐一下2014年最流行的编程语言,他们可以说是未来程序员们生存的工具. 1.JavaScript JavaScript在Web应用上有着非常大的需求,JavaScript主要用于实现为Web浏览器,以提供增强的用户界面和动态网站. 直到google

hadoop两大核心之一:MapReduce总结

MapReduce是一种分布式计算模型,由Google提出,主要用于搜索领域,MapReduce程序 本质上是并行运行的,因此可以解决海量数据的计算问题. MapReduce任务过程被分为两个处理阶段:map阶段和reduce阶段.每个阶段都以键 值对作为输入和输出.用户只需要实现map()和reduce()两个函数即可实现分布式计算. 执行步骤: map任务处理: 1.读取输入文件内容,解析成键值对(key/value).对输入文件的每一行,解析成 键值对(key/value).每一个键值对调

由横瓜先生发起的一种新型的引力波网络传输技术的大讨论

Uyuw's Concert Time Limit: 6000MS   Memory Limit: 65536K Total Submissions: 6587   Accepted: 2611 Description Prince Remmarguts solved the CHESS puzzle successfully. As an award, Uyuw planned to hold a concert in a huge piazza named after its great d

微服务架构的两大解耦利器与最佳实践

这几年,微服务架构这个术语渐成热门词汇,但它不是一个全新架构,更不是一个包治百病的架构.那么,微服务架构究竟能够解决什么问题,又带来哪些痛点? 本文将与大家谈谈这个问题,以及微服务架构的两大解耦利器配置中心和消息总线的最佳实践. 微服务架构解决的问题与带来的痛点 一 互联网高可用架构为什么要服务化? 上图是互联网典型的高可用架构,大部分公司如果没有使用微服务,正在使用这样的架构: 用户端是浏览器 browser,APP 客户端 后端入口是高可用的 nginx 集群,用于做反向代理 中间核心是高可

深度解析两大内测分发工具Pre.im与TestFlight

说起移动应用的内测分发平台,众多开发者首要想到的就是国外的TestFlight.不过最近国内的一家测试平台Testin也针对内测分发这一环节推出了平台Pre.im,受到了开发者的追捧.这里,我们就来深度解析一下老牌平台TestFlight与后起之秀Pre.im之间的不同,以便开发者可以更好地选择最适合自己的内测分发工具. 语言环境 这是两者最直观的一个区别,TestFlight从登录界面到帮助文档皆是全英文环境,Pre.im则全是中文.下面,就来个帮助文档方面的对比. 不过,如果开发者对语言方面

选择LoadRunner Protocol的两大定律

选择LoadRunner Protocol的两大定律 确定性能测试脚本录制时使用的协议类型经常是一个容易引起误会的问题.很多刚刚接触到性能测试的同行常常会想当然地根据开发语言等来决定协议的选取,导致录制后的脚本不能回放成功. 选择LoadRunner Protocol的两大定律 在选择LoadRunner协议之前,首先要弄懂被测软件系统的架构,知道系统由哪些节点组成,每个节点之间的通信方式.然后根据一下原则来选择LoadRunner协议. 1.以客户端和其直接连接的Server通信方式为准. 因

SQL/NoSQL两大阵营激辩:谁更适合大数据

企业在着手推动大数据项目的过程中,经常会遇到这样一个关键性的决策难题--到底该使用哪种数据库方案?经过综合考量,最终的选项往往只剩下 SQL 与 NoSQL 两种.SQL 具有骄人的业绩以及庞大的安装基础,但 NoSQL 却能够带来可观的收益并同样拥有不少支持者.在今天的辩论当中,我们将一同听听两大阵营中各位专家的意见. Network World 网站主编 John Dix 专门组织了此次辩论并邀请到多位专家.其中两位参与专家分别是 VoltDB 公司 CTO Ryan Betts 和 Cou