在网络上传输音／视频等多媒体信息目前主要有下载和流式传输两种方案.docVIP

在网络上传输音／视频等多媒体信息目前主要有下载和流式传输两种方案,流式传输避免了用户必须等待整个文件全部从Internet上下载才能观看的缺点,即实时传输和实时播放。 实现流式传输有两种方法：实时流式传输（Realtime streaming）和顺序流式传输（progressive streaming）。一般说来，如视频为实时广播，或使用流式传输媒体服务器，或应用如RTSP的实时协议，即为实时流式传输。如使用HTTP服务器，文件即通过顺序流发送。 .顺序流式传输 　　顺序流式传输是顺序下载，在下载文件的同时用户可观看再线媒体，在给定时刻，用户只能观看已下载的那部分，而不能跳到还未下载的前头部分，顺序流式传输不象实时流式传输在传输期间根据用户连接的速度做调整。由于标准的HTTP服务器可发送这种形式的文件，也不需要其他特殊协议，它经常被称作HTTP流式传输。 实时流式传输通过流媒体服务器传输，流媒体服务器会匹配连接带宽，这意味着在以调制解调器速度连接时图象质量较差。而且，由于出错丢失的信息被忽略掉，网络拥挤或出现问题时，视频质量很差。 顺序流式传输 实时流式传输 Cpu占有率 高 低 带宽占有率 高 低于流式传输 图象质量 不变 取决于带宽 跳跃播放 传输协议 http 微软 mms Real rtsp 现场直播 不可以 可以 流媒体服务器的结构 其中，直播计算机一般成为 编码器， 视频服务器 为 media server , 几个基本概念 点播 即VOD，点播连接是客户端与服务器之间的主动的连接。内容流从服务器传到客户端。但这种方式由于每个客户端各自连接服务器，却会迅速用完网络带宽。广播指的是用户被动接收流。在广播过程中，客户端接收流，但不能控制流。例如，用户不能暂停、快进或后退该流。共有两类广播：单播和多播，两种都是被动的单播是客户端与服务器之间的点到点连接。“点到点”指每个客户端都从服务器接收远程流。仅当客户端发出请求时，才发送单播流。 B 多播(multicast service) 多播是通过启用多播网络传递的内容流；网络中的所有客户端共享同一流。这种方式的最大好处为可以节省网络带宽。 图4 利用多个媒体服务器实现LAN中的Multicast 问题：为什么多播需要路由器的支持 Real Network的流媒体实现架构 Real Network 的编码器---Real Producer Real Network 的服务器为 helix server, Real Network的协议是RTSP, 流媒体文件名是rm C:\Program Files\Real\Helix Server\Content Helix 可以提供对mms协议的支持，也就是能播放.asf文件 首先我们安装完Helix server 启动Helix Server, 用桌面的快捷方式或者输入 C:\Program Files\Real\Helix Server\Bin\rmserver.exe ..\rmserver.cfg（假定安装在c盘下） 2．如何在同一个服务器中同时提供helix 和microsoft 的windows media 服务 缺省端口，rtsp: 554 pna: 7070 http: 80 mms: 1755 monitor 9090 admin: 13959 如果同时有windows media，则有些端口会冲突 在 C:\Program Files\Real\Helix Server\ 中编辑rmserver.cfg, 避开这些端口 3．Mount point 设置缺省目录 改变Mount point 可以将存放视频文件目录改变 Helix server 与helix producer的连接 两种不同模式的实时转播 拉模式和灌模式 (pull and push) 拉模式下，编码计算机总是在发送数据，媒体服务器从编码计算机把数据拉到服务器播出。 灌模式下，媒体服务器总是 在工作，而编码计算机在开始直播时，把数据流“灌”到服务器上。 两者区别：A模式 耗费更多带宽 B 模式 更利于远程控制播送。 slta.bat?IP?Port?User?Pass?l.rm?r.rm IP:??是你运行slta所在服务器的IPPort:你安装Helix的http端口，我的是8080User:你登录Helix管理的账号， Pass:密码，l.rm:你命名的直播文件，是个虚拟文件r.rm:拷贝到当前目录需要广播的文件，你也可以指定具体的位于其它目录路径 SLTA.EXE?-?Live?Broadcast?Simulation?Utility Exec