如何设置网吧服务器

分类: 电脑/网络

问题描述:

我是网吧网管，最近准备安装一台网吧**服务器。都是设置那些方面能于局域网内共享，需要装什么软件。谢谢各位高手请教。

解析:

你说的是**服务器吧

**服务器架设，我推荐使用流媒体服务器形式

在正式介绍流媒体服务器架设之前，我们先来了解一下流媒体的概念：流媒体实际上是个技术名词。随着宽带成为网络架构的重点，网络上的信息不再只是文本、图象或者简单的声音文件，流媒体也就是Streaming Media由此孕育而生

流媒体不同于传统的多媒体，从前，多媒体文件需要从服务器上下载之后才能播放，一个一分钟的视频文件，在56K的窄带网络上至少需要30分钟进行下载。而流媒体的特点是运用可变带宽技术，使人们可以在28K到1200K的带宽环境下在线欣赏高品质音频和视频节目。

到目前为止，互联网使用较多的流媒体格式主要有美国Real Neorks公司的RealMedia和微软公司的Windows Media。不过，随着信息技术的发展，流媒体还有着广阔应用的空间。

下面我们再来了解一下流媒体服务器的一些概念

首先我们来理解一下什么叫单播,什么叫多播

其实单播的概念就是一个:只播放本地服务器的媒体文件

例如 ASFroot 下的文件就是用于单播的,简单点来说就是单单对外播放

多播的概念比单播只是深了一个层次

大家都有看新闻吧,新闻的现场直播不错吧

多播的概念与电视台差不多

现在来分析一下电视台,电视台有固定的发射频率,服务器也有固定的 IP

两者本质上是一样的

以下用逻辑点来说明:

电视台(简称 A 点)放电视剧就把录像带(简称 B 点) 去就行了

服务器把自己的文件共享出来就行了

这就是单播

电视台做直播,直播地点(简称 C 点)要将信号发射到电视台,电视台再对外发射

服务器接收到一个数据源,再将这个数据源对外共享

无论怎样,用户(简称D点)访问的时候不是直接访问源头,而是访问电视台(服务器)

这就是多播

多播的概念就是 D-> A <-B、C 这个架构

(B或者C 发送数据到 A, D 访问 A)

狭义上 B 点是固定的,它只是录像带,用 B 这个方案就是单播

C 点是活动的(直播地方嘛,当然是活动的), C 这个方案就是多播

Media Server(以下简称MS)与 Real Server(以下简称RA)支持同时单播与多播,

对于 C 点这个位置, MS 使用 MS 编码器(4103920),

RS 使用 RealProducer

两者的功能都差不多,只是一个是 Microsoft ,一个是 RealSystem 罢了

对于 RS 来说,只要你有 RS 的登陆权限就可以设定多播

详细设置可以自己慢慢看看,只是多加几个用户罢了

对于 MS 来说,只允许本地拥有 Administrator(NetShowSevice) 权限的用户作出配置

现在我们再来说说流媒体服务器支持的文件格式

windows media server支持的格式主要有asf、wmv、wma

realsystem server支持的文件格式主要有REALAUDIO、WAV、AU、MPEG-1、MPEG-2、MPS、REALVIDEO、AVI、QUICKTIME、REALPIX、REALTEXT、GIF、JPEG、SMIL、REAL FLASH

好了，说了那么多，该到正题了，我们的目的是做一个支持大部分流媒体格式文件的流媒体服务器，现在市面上能够买到的一些**文件有rm格式和wmv格式

还有一些是DivX技术的avi格式，要想让你的服务器对他们通吃，不是没有办法，现在realsystem的最新流媒体服务端软件Helix Server已经支持windows media了不过，到现在为止，还没有人破解它的授权算法，呵呵，授权价格是很贵的，我想很多人是没有这个购买力的，我们现在只好使用已经破解了的realserver8这个软件了，但realserver8不支持window edia，要想实现“通吃”，我们只好在一台服务器上架设两种流媒体服务器了

一、windows media server的架设

windows media server是微软免费提供的一个流媒体服务端软件（当然不是真的免费，你想想windows2000要多少钱，不过我用盗版，哈哈哈哈哈哈）在2000光盘中可以找到，在装windows2000时可以选择这个服务，如果装2000系统时，你没有选择添加这个服务，你也可以在添加删除程序里选择添加这个服务（不要告诉我你不会装windows2000）添加后，你的机器就已经拥有了windows media server服务了,你可以把asf、wmv等文件放到c:\asfroot\中，用mms地址/文件名的方式来访问你放进去的那个文件了，呵呵，怎么样？简单吧？不过，你不可能真的就用c盘来存放那么多的流媒体文件吧？我们要做的是更改流媒体服务器的主目录，就是说我们可以在另外的分区建立一个目录来存放这些文件，当用mms地址/文件名访问的时候是访问你建立的那个目录里的文件 而不是c:\asfroot\中的文件，下面我们用一些来介绍这些设置

首先我们进入“配置服务器”选择“流式媒体服务器”点击“管理”进入

Windows Media Encoder

打开Windows Media Encoder后，在向导中选择第一项，而非第二项，这与前面的ASF文件输出是不同的，如图4。

图4

接下来的视频音频源选择是极为关键的，这里一定要保证设备被正确地检测到。我们这里选择了电视卡的AV In作为视频输出。

如果有必要的话，大家还可以在“配置”中进行视频制式的选择，如图5。

随后Windows Media Encoder会为我们自动建立服务器，并给出HTTP连接地址与局域网内部地址，这些内容我们必须记住，只有让访问者知道地址和端口号，我们的“个人视频服务器”才能正常为大家服务。与制作ASF文件相同的是，架设流媒体服务器时Windows Media Encoder也会要求确认画面质量。此时大家应该根据访问人数的多少以及自己的上行带宽来确定，如图6。

图6

至于那些欢迎文件，则是可有可无，如果觉得没有必要完全可以忽略，这不会对服务器造成任何影响。最后就是确认一些版权信息了，如图7。

图7

当我们进行完一切设置之后，Windows Media Encoder的界面会再次出现)，此时必须按下“开始”才能让服务器正式启动，如图8。

图8

打开连接视频卡AV In的视频信号(可以是摄像机、录像机、CATV等)，如果一切正常的话，大家就可以看到画面，如图9。

图9

好了，现在我们就可以通知我们的朋友了，告诉它刚才记下的地址。打开Windows Media Player，输入IP地址以及端口号，如图10。

图10

终于可以看到画面了，如图11。

图11

有几个问题要特别注意，windows meida server不支持中文文件名和目录名，realserver支持中文目录名和文件名

下面，我们在来说说realserver的安装和设置

RealProducer

看到过VOD视频点播网站上的嵌入式Real播放器吗？这种感觉真是很好。对于有个人主页的朋友而言，何不也来享受一下DIY流媒体点播的乐趣呢？RealProducer 85 Plus这款强力流媒体制作软件为我们提供了相当方便的网页制作。

点击工具菜单下的“创建网页”(如图1)，选择你需要创建的RM文件对象。随后RealProducer会询问创建“弹出式播放器”还是“嵌入式播放器”(如图2)，这里大家可以根据需要选择。不过建议使用后者，因为这样启动速度更快。我们还可以制定播放器的界面，一般选择“标准播放器”即可。再经过几个简单的步骤之后，我们的HTML文件就生成了。此时RM文件对象所在的目录会多出几个文件，我们把这些文件与RM一起上传到FTP服务器即可。然后浏览者就可以轻松地享用你创建的RM流媒体(如图3)。需要注意的是，我们在上传文件时，一定要保证RM与HTML文件在同一目录下，不然播放器是找不到RM文件的，因为RealProducer在制作时使用相对路径。

图1

图2

图3

冲锋队：好了，流媒体软件应用我们就为大家介绍到这里了。其实潜力无限的流媒体市场还有很多出色的软件，但是有些并非是免费软件，因此就不多介绍了。希望大家能够充分享受流媒体的乐趣。

另外可以见：ehqy/dispbbsboardID=12&ID=11184

也有介绍的

MediaServer不行

helixServer可以

helixServer支持多种流媒体文件:

音频文件:RealAudioWavAuMPEG-1MPEG-2MP3

视频文件:RealVideoAVIQuickTime

其他类型:RealPixRealTextGIFJPEGSMILReal G2 with Flash

但Helix SERver不支持所有的流媒体文件,所以还要一些软件支持,因此Helix Universal Platform提供了一功能强大的工具---Helix Producer它可以将Helix Server 不支持的流媒体文件转换成它支持的流媒体文件

Helix Server在win2000下的安装

1双击安装程序开始安装

2单击next

3单击<Browse>按钮选择你的License,然后单击next

4单击<Accept>

5选择路径

6设置管理员用户名和密码

7设定PNA协议监听端口,默认为7070

8设定RTSP协议监听端口,默认为554

9设定http协议监听端口,默认为80

10设定MMS连接端口,默认为1755

11设置Helix Server管理端口安装程序随机生成一个5位端口

12选择启动模式建议选中Install Helix Server as an NT service

13确认设置信息

完成

Helix Server的主要组成

1rmserverexe:执行程序位于Bin文件夹

2rmservercfg:配置文件

3子文件夹Plugins:存放插件

4子文件夹Content:存放用以提供服务的视频文件

5子文件夹HelixAdministrator:存放HS的管理工具

6子文件夹LOGS:存放运行信息

管理简介:

1IP绑定

单击<Server setup>下的<IP Bingding>,单击+安钮可以添加,添加完后要单击左上角的<Rrestart Server>重新启动服务器才能生效

2连接控制

单击<Server setup>下的<Connection Control>

<Maximum Client Connections>设置最大并发连接数,但最大不能超过所拥有的权限的数量(与License有关),0代表没限制,即所允许的最大连接

若将<RealPlayers Only>或<RealPlayer Plus Only>的值设为<on>,则只能通过RealOne来进行播放

所以，如果你仍想继续通过MMS协议来观看网络视频、音频内容，建议不要将你的Windows Media Player播放器升级到11的版本。由于Windows Media Player是Windows操作系统的一个功能，无法整个删除，所以如果你已经安装了Windows Media Player 11，那么请使用我们的提供的方式回滚到以前的版本。

方法一：一般情况下，单独安装升级MediaPlay 11是可以用以本文的方法进行回滚,两项卸载完成就可以回滚到以前的版本，而且不需要再重装播放器。如果用户是直接使用XP Ghost盘安装的操作系统，系统直接内置了Media Player 11的版本，这就需要在卸载回滚之前请先下载卸载回滚包，（点击这里下载）下载后安装运行（安装目录请勿更改），完成后即可用以下所示方法进行回滚。需要说明的是这种方式回滚完成后，需要重新安装MediaPlay 10的版本播放器后即可正常观看。

单击“开始”，然后单击“控制面板”。在“控制面板”的分类视图中，单击“添加或删除程序”，然后单击“删除程序”。单击“Windows Media Player 11”，然后单击“删除”。 在下图出现的对话框中，单击“确定”。然后出现在下图所示的对话框中，单击“确定”。在回滚过程完成时（可能需要几分钟的时间，具体时间受计算机性能影响）。然后在出现的对话框中，先不要点重起，先点右上解的红叉，关闭对话框。 继续在“添加删除程序”里再单击“Windows Media Format 11 Runtime”，然后单击“删除”。 在出现的对话框中，单击“确定”。 然后在出现的两个对话框中，选中红框所示的部分。选中后显示为打勾，然后再单击“OK”。在出现的对话框中单击“Restart”重起计算机。重起后可恢复到MEDIAplay10的版本。

流媒体概述

所谓流媒体是指采用流式传输的方式在Internet播放的媒体格式。 流媒体又叫流式媒体，它是指商家用一个视频传送服务器把节目当成数据包发出，传送到网络上。用户通过解压设备对这些数据进行解压后，节目就会像发送前那样显示出来。

目录[隐藏]

流媒体的定义

流媒体的技术

流媒体播放方式

流媒体技术应用

[编辑本段]流媒体的定义

这个过程的一系列相关的包称为“流”。流媒体实际指的是一种新的媒体传送方式，而非一种新的媒体。流媒体技术全面应用后，人们在网上聊天可直接语音输入；如果想彼此看见对方的容貌、表情，只要双方各有一个摄像头就可以了；在网上看到感兴趣的商品，点击以后，讲解员和商品的影像就会跳出来；更有真实感的影像新闻也会出现。

流媒体技术发端于美国。在美国目前流媒体的应用已很普遍，比如惠普公司的产品发布和销售人员培训都用网络视频进行。

流式传输方式则是将整个A/V及3D等多媒体文件经过特殊的压缩方式分成一个个压缩包，由视频服务器向用户计算机连续、实时传送。在采用流式传输方式的系统中，用户不必像采用下载方式那样等到整个文件全部下载完毕，而是只需经过几秒或几十秒的启动延时即可在用户的计算机上利用解压设备(硬件或软件)对压缩的A/V、3D等多媒体文件解压后进行播放和观看。此时多媒体文件的剩余部分将在后台的服务器内继续下载。

[编辑本段]流媒体的技术

一、流式传输的基础

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

流媒体指在Internet/Intranet中使用流式传输技术的连续时基媒体，如：音频、视频或多媒体文件。流式媒体在播放前并不下载整个文件，只将开始部分内容存入内存，流式媒体的数据流随时传送随时播放，只是在开始时有一些延迟。流媒体实现的关键技术就是流式传输。

流式传输定义很广泛，现在主要指通过网络传送媒体（如视频、音频）的技术总称。其特定含义为通过Internet 将影视节目传送到PC机。实现流式传输有两种方法：实时流式传输（Realtime streaming）和顺序流式传输（progressive streaming）。一般说来，如视频为实时广播，或使用流式传输媒体服务器，或应用如RTSP的实时协议，即为实时流式传输。如使用HTTP服务器，文件即通过顺序流发送。采用那种传输方法依赖你的需求。当然，流式文件也支持在播放前完全下载到硬盘。

顺序流式传输

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

实时流式传输

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

二、流媒体所涉及的软硬件产品

1、编码器：它由一台普通计算机、一块microvision 高清视频采集卡和流媒体编码软件组成。Microvision流媒体采集卡负责将音视频信息源输入计算机，供编码软件处理;编码软件负责将流媒体 采集卡传送过来的数字音视频信号压缩成流媒体格式。如果做直播，它还负责实时地将压缩好的流媒体信号上传给流媒体服务器

2、服务器：由流媒体软件系统的服务器部分和一台硬件服务器组成。这部分负责管理、存储、分发编码器传上来的流媒体节目。

3、终端播放器，也叫解码器: 这部分由流媒体系统的播放软件和一台普通PC组成，用它来播放用户想要收看的流媒体服务器上的视频节目。

三、 流媒体技术原理

流式传输的实现需要缓存。因为Internet以包传输为基础进行断续的异步传输，对一个实时A/V源或存储的A/V文件，在传输中它们要被分解为许多包，由于网络是动态变化的，各个包选择的路由可能不尽相同，故到达客户端的时间延迟也就不等，甚至先发的数据包还有可能后到。为此，使用缓存系统来弥补延迟和抖动的影响，并保证数据包的顺序正确，从而使媒体数据能连续输出，而不会因为网络暂时拥塞使播放出现停顿。通常高速缓存所需容量并不大，因为高速缓存使用环形链表结构来存储数据：通过丢弃已经播放的内容，流可以重新利用空出的高速缓存空间来缓存后续尚未播放的内容。——流式传输的实现需要合适的传输协议。由于TCP需要较多的开销，故不太适合传输实时数据。在流式传输的实现方案中，一般采用HTTP/TCP来传输控制信息，而用RTP/UDP来传输实时声音数据。流式传输的过程一般是这样的：用户选择某一流媒体服务后，Web浏览器与Web服务器之间使用HTTP/TCP交换控制信息，以便把需要传输的实时数据从原始信息中检索出来；然后客户机上的Web浏览器启动A/VHelper程序，使用HTTP从Web服务器检索相关参数对Helper程序初始化。这些参数可能包括目录信息、A/V数据的编码类型或与A/V检索相关的服务器地址。

A/VHelper程序及A/V服务器运行实时流控制协议（RTSP），以交换A/V传输所需的控制信息。与CD播放机或VCRs所提供的功能相似，RTSP提供了操纵播放、快进、快倒、暂停及录制等命令的方法。A/V服务器使用RTP/UDP协议将A/V数据传输给A/V客户程序（一般可认为客户程序等同于Helper程序），一旦A/V数据抵达客户端，A/V客户程序即可播放输出。

需要说明的是，在流式传输中，使用RTP/UDP和RTSP/TCP两种不同的通信协议与A/V服务器建立联系，是为了能够把服务器的输出重定向到一个不同于运行A/VHelper程序所在客户机的目的地址。实现流式传输一般都需要专用服务器和播放器，其基本原理如图所示。

四、智能流技术（SureStream）

今天，288Kbps调制解调器是Internet连接的基本速率，cable modem、 ADSL、DSS、ISDN等发展快，内容提供商不得不要么限制发布媒体质量，要么限制连接人数。根据RealNetwork站点统计，对288Kbps调制解调器，实际流量为10bps到26Kbps，呈钟形分布，高峰在20Kbps。这意味着若内容提供商选择20Kbps固定速率，将有大量用户得不到好质量信号，并可能停止媒体流而引起客户端再次缓冲，直到接收足够数据。一种解决方法是服务器减少发送给客户端的数据而阻止再缓冲，在RealSystem 50中，这种方法称为“视频流瘦化”。这种方法的限制是RealVideo文件为一种数据速率设计，结果可通过抽取内部帧扩展到更低速率，导致质量较低。离原始数据速率越远，质量越差。另一种解决方法是根据不同连接速率创建多个文件，根据用户连接，服务器发送相应文件，这种方法带来制作和管理上的困难，而且，用户连接是动态变化的，服务器也无法实时协调。 智能流技术通过两种途径克服带宽协调和流瘦化。首先，确立一个编码框架，允许不同速率的多个流同时编码，合并到同一个文件中；第二，采用一种复杂客户/服务器机制探测带宽变化。

针对软件、设备和数据传输速度上的差别，用户以不同带宽浏览音视频内容。为满足客户要求，Progressive networks公司编码、记录不同速率下媒体数据，并保存在单一文件中，此文件称为智能流文件，即创建可扩展流式文件。当客户端发出请求，它将其带宽容量传给服务器，媒体服务器根据客户带宽将智能流文件相应部分传送给用户。以此方式，用户可看到最可能的优质传输，制作人员只需要压缩一次，管理员也只需要维护单一文件，而媒体服务器根据所得带宽自动切换。智能流通过描述I现实世界Internet上变化的带宽特点来发送高质量媒体并保证可靠性，并对混合连接环境的内容授权提供了解决方法。流媒体实现方式如下： 对所有连接速率环境创建一个文件 在混合环境下以不同速率传送媒体 根据网络变化，无缝切换到其它速率 关键帧优先，音频比部分帧数据重要 向后兼容老版本RealPlayer

智能流在RealSystem G2中是对所谓自适应流管理(ASM)API的实现，ASM描述流式数据的类型，辅助智能决策，确定发送那种类型数据包。文件格式和广播插件定义了ASM规则。用最简单的形式分配预定义属性和平均带宽给数据包组。对高级形式，ASM规则允许插件根据网络条件变化改变数据包发送。每个ASM规则可有一定义条件的演示式，如演示式定义客户带宽是5,000到15,000Kbps，包损失小于25%。如此条件描述了客户当前网络连接，客户就订阅此规则。定义在规则中的属性有助于RealServer有效传送数据包，如网络条件变化，客户就订阅一个不同规则。

五、常用流媒体格式

声音流、视频流、文本流、图像流、动画流

RA：实时声音

RM：实时视频或音频的实时媒体

RT：实时文本

RP：实时图像

SMIL：同步的多重数据类型综合设计文件

SWF：micromedia的real flash 和shockwave flash动画文件

RPM：HTML文件的插件

RAM：流媒体的元文件，是包含RA、RM、SMIL文件地址（URL地址）的文本文件

CSF：一种类似媒体容器的文件格式，可以将非常多的媒体格式包含在其中，而不仅仅限于音、视频。

它可以把ppt和教师讲课的视频完美结合， 很多大学和大型企业使用这套软件进行教学录像和远程教育

1、realnetwork公司：三种

2、apple公司：quicktime\mov

3、microsoft公司

（1）asf\wmv\wma

（2）avi

（3）mpeg\mpg\dat

4、micromedia公司

（1）flash的swf格式

（2）metastream的mts格式

（3）aam多媒体教学课件格式，可将authorware生成的文件压缩为aam和aas流式文件播放

六、流媒体的传输协议

1、RSVP：资源预留协议

2、RTP：实时传输协议

3、RTCP：实时传输控制协议

4、MMS：微软流媒体服务协议

5、RTSP：实时流协议

6、MIME：都用途因特网邮件扩展协议

[编辑本段]流媒体播放方式

1单播

在客户端与媒体服务器之间需要建立一个单独的数据通道，从一台服务器送出的每个数据包只能传送给一个客户机，这种传送方式称为单播。每个用户必须分别对媒体服务器发送单独的查询，而媒体服务器必须向每个用户发送所申请的数据包拷贝。这种巨大冗余首先造成服务器沉重的负担，响应需要很长时间，甚至停止播放；管理人员也被迫购买硬件和带宽来保证一定的服务质量。

2组播

IP组播技术构建一种具有组播能力的网络，允许路由器一次将数据包复制到多个通道上。采用组播方式，单台服务器能够对几十万台客户机同时发送连续数据流而无延时。媒体服务器只需要发送一个信息包，而不是多个；所有发出请求的客户端共享同一信息包。信息可以发送到任意地址的客户机，减少网络上传输的信息包的总量。网络利用效率大大提高，成本大为下降。

3点播与广播

点播连接是客户端与服务器之间的主动的连接。在点播连接中，用户通过选择内容项目来初始化客户端连接。用户可以开始、停止、后退、快进或暂停流。点播连接提供了对流的最大控制，但这种方式由于每个客户端各自连接服务器，却会迅速用完网络带宽。

广播指的是用户被动接收流。在广播过程中，客户端接收流，但不能控制流。例如，用户不能暂停、快进或后退该流。广播方式中数据包的单独一个拷贝将发送给网络上的所有用户。 使用单播发送时，需要将数据包复制多个拷贝，以多个点对点的方式分别发送到需要它的那些用户，而使用广播方式发送，数据包的单独一个拷贝将发送给网络上的所有用户，而不管用户是否需要，上述两种传输方式会非常浪费网络带宽。组播吸收了上述两种发送方式的长处，克服了上述两种发送方式的弱点，将数据包的单独一个拷贝发送给需要的那些客户。组播不会复制数据包的多个拷贝传输到网络上，也不会将数据包发送给不需要它的那些客户，保证了网络上多媒体应用占用网络的最小带宽。

[编辑本段]流媒体技术应用

互联网的迅猛发展和普及为流媒体业务发展提供了强大的市场动力，流媒体业务正变得日益流行。 流媒体技术广泛用于多媒体新闻发布、在线直播、网络广告、电子商务、视频点播、远程教育、远程医疗、网络电台、 实时视频会议等互联网信息服务的方方面面。流媒体技术的应用将为网络信息交流带来革命性的变化，对人们的工作和生活将产生深远的影响。

一个完整的流媒体解决方案应是相关软硬件的完美集成，它大致包括下面几个方面的内容： 内容采集、 视音频捕获和压缩编码、内容编辑、内容存储和播放、应用服务器内容管理发布及用户管理等。

用Helix Server做流媒体服务器，搭建过程先参考下http://wenkubaiducom/linkurl=uWcq__lG3WALYryGPuIftqmt1scFXNJzV4Jlu5L5J31tGD9EPHwSrr8DEcTL2upUyd6TMGvOvT_pCSdVUi2NKEoVsK6aiDaiaWvWpB3pM4e，如果不成功，后期我会在csdn上写篇博客，到时候把链接发给你。我搭过很多流媒体服务器，这个就是专门支持rtsp协议的，视频格式为rmvb或rm，音频格式为ra，就是用helix server做流媒体服务器，helix producer plus做视音频编码器，realplayer做客户端播放器，这三个组合起来使用，配置通畅就好了，那么都和你说了用哪些软件了，其实网上都能搜到相关软件的使用说明了，不懂的再问我吧！

没有吧，

什么是流媒体？

目前，在网络上传输音/视频等多媒体信息有两种解决方案，即http或ftp下载以及流式传输。

http或ftp下载使用标准的http和ftp协议，但由于多媒体信息个头巨大，下载一个多媒体文件一般需要几分钟或几小时的时间，这就造成为了看一个并不知道内容的视频，首先需要耗费可能比整个视频都要长的时间来完成下载。这些被下载的文件还必须在下载前制作完成，放在网络服务器上，这样造成的直接后果就是：网络带宽不断提高，人们下载的等待时间越来越少，但最终还是不能观看网上现场直播。

流式传输时，声音、影像或动画等多媒体信息由流媒体服务器向用户计算机连续、实时传送，它首先在使用者端的电脑上创建一个缓冲区，于播放前预先下载一段资料作为缓冲，用户不必等到整个文件全部下载完毕，而只需经过几秒或十数秒的启动延时即可进行观看。当多媒体信息在客户机上播放时，文件的剩余部分将在后台从服务器内继续下载。如果网络连接速度小于播放的多媒体信息需要的速度时，播放程序就会取用先前建立的一小段缓冲区内的资料，避免播放的中断，使得播放品质得以维持。

流式传输除了能够发送已经制作完成的文件外，还可以通过采集服务器实时采集现场音视频，推送到流媒体服务器端，实时提供给用户。因此，流媒体除了能够更好的承担如下载一样的多媒体点播服务外，更能够应用在现场直播、电视转播、突发事件报道等多种对实时性传输要求较高的领域。

有关流媒体的厂商

流媒体的市场巨大，世界上许多优秀的厂商都加入此行列，现阶段更是系统集成商竞争的风水宝地。而在通用市场上，竞争的公司主要有三个：Microsoft、RealNetworks、Apple，而相应的产品就是：Windows Media、Real Media、QuickTime。而近来，以开发Winamp著名的Nullsoft公司也在自己的MP3服务器中加入了视频支持，欲在流媒体市场分一杯羹。

由于Apple的服务器和编辑软件一般都以Mac为操作平台，Nullsoft的流媒体服务器属于新生不成熟事务，所以今天在这里我主要给大家介绍一下Microsoft和RealNetworks的产品。

流媒体的传输协议

大家在观看网上**或者电视时，一般都会注意到这些文件的连接都不是用http或者ftp开头，而是一些rtsp或者mms开头的东西，为什么是这样呢？实际上，这些和http和ftp一样，都是数据在网络上传输的协议，只是它们是专门用来传输流式媒体的协议而已。下面，让我们来看一下现在使用的主要的流媒体协议：

1 RTSP（Real Time Streaming Protocol），实时流媒体协议，它是由RealNetworks和Netscape共同提出的，现在用于RealNetworks的Real Media产品中；

2 PNM（Progressive Networks Audio），这也是Real专用的实时传输协议，它一般采用UDP协议，并占用7070端口，但当你的服务器在防火墙内且7070端口被挡，且你的服务器把SmartingNetwork设为真时，则采用http协议，并占用默认的80端口；

3 MMS（Microsoft Media Server protocol），这是微软的流媒体服务器协议，MMS 是连接 Windows Media 单播服务的默认方法。

介绍了主要的三个，可能您还会问，Apple的QuickTime使用哪种协议呢？在多数情况下，QuickTime使用http协议，但实际上它也由标准的流媒体传输协议，这就是标准RTSP协议，而Real公司使用的RTSP是自己经过开发的。

在流媒体传输中，标准的协议就是RTP（Real time Transport Protocol，实时传输协议）、RTCP(Real-time Transport Control Protocol，实时传输控制协议)、RTSP（Real Time Streaming Protocol，实时流媒体协议）和RSVP（Resource Reserve Protocol, 资源预订协议），厂商们的产品都是在这些协议的基础上进行研究与开发，限于篇幅，在这里我们就不再深入讨论了。

流媒体文件和发布格式

有了实时的传输协议，我们应该还能够想到，只有较小的文件才适合网络实时传输，那么，流媒体文件采用了什么样的压缩算法呢？

而使用Windows操作系统的朋友可以看到，我们观看网上流节目时，它们的后缀名一般是rm、asf、wmv等，这些就是流媒体的格式。流媒体文件格式经过特殊编码，不仅采用较高的压缩比，还加入了许多控制信息，使其适合在网络上边下载边播放，而不是等到下载完整个文件才能播放。

常见的流媒体格式大致有以下几种：

流媒体文件格式扩展(Video/Audio) 媒体类型与名称

asf　　　　　　　　　　　　　Advanced Streaming format (Microsoft)

rm　　　　　　　　　　　　　　　Real Video/Audio 文件 (Progressive Networks)

ra　　　　　　　　　　　　　　　Real Audio 文件 (Progressive Networks)

rp　　　　　　　　　　　　　　　Real Pix 文件 (Progressive Networks)

rt　　　　　　　　　　　　　　　Real Text 文件 (Progressive Networks)

swf　　　　　　　　　　　　　Shock Wave Flash (Macromedia)

mov　　　　　　　　　　　　　QuickTime（Apple公司格式）

viv　　　　　　　　　　　　　Vivo Movie 文件(Vivo Software)

另外还有一个wmv格式，是Windows Media Video的简称，它与asf文件有稍许区别，wmv一般采用window media video/audio 格式，asf视频部分一般采用Microsoft MPG4 V(3/2/1)，音频部分是windows media audio v2/1，不过现在很多制作软件都没有把它们分开，所以直接更改后缀名就能够互相转换为对方格式。

制作完成的流媒体文件需要发布到网络上才能够被别人使用，这就需要以特定方式安排压缩好的流媒体文件，而安排流媒体文件的格式就被成为流媒体发布格式。常见的发布格式主要有以下几种：

流媒体发布格式扩展 媒体类型和名称

asf　　　　　　　　Advanced Streaming format

smil　　　　　　　 Synchronised Multimedia Integration Language

ram　　　　　　　　RAM File

rpm　　　　　　　　Embedded RAM File

asx　　　　　　　　ASF Stream Redirector/ASF流转向器文件

xml　　　　　　　　eXtensible Markup Language

MPEG-4与流媒体

说到流媒体就不能不提及MPEG-4。MPEG-4是当前讨论的焦点之一，只因为它能够在大的压缩比下实现近似DVD品质的视频和音频效果，这也是许多朋友认为MPEG-4格式肯定比rm清晰的原因。但事实上并不是如此，MPEG-4只是一种视频编码技术，它的清晰度也根据压缩时所选择的码率的不同有较大的改变（我们见到的MPEG-4格式文件通常为500Kbps压缩生成，质量当然高了），并且，MPEG-4还有多种压缩标准，如Microsoft的asf视频部分就是基于MPEG-4的Discrete Cosine Transform (DCT)，另外还有DivX的免费MPEG-4版本（开始是破解微软的格式而来）。至于音频部分，更是混乱，Microsoft采用windows media audio v2/1，DivX采用MP3或者更高质量的AC3等。相比而言，Real或者Apple的格式使用的是自己开发的编码，在相同码率，特别是低码率下，不见得就比MPEG-4差，采取高码率的rm格式照样清晰可人，所以大家以后说rm格式清晰度差的观念要改变一下：），至少也要加上条件。而且，最新的Helix Producer中的Real Video 9采用VP5压缩格式进行编码，这可比DivX优秀多了！

不过，流媒体服务器开始向MPEG-4格式靠拢是不争的事实，Real最新的Helix就开始支持mp4格式文件的服务，而RealOne Player更是只需安装一个插件便可实现MPEG-4格式的播放。

点播与广播

在架设流媒体服务器之前，我们一定要了解一些点播与广播的知识。

点播是客户端与服务器之间的主动的连接，在点播连接中，用户通过选择内容项目来初始化客户端连接，一个客户端从服务器接收一个媒体流（这个连接是唯一的，其它用户不能占用），并且能够对媒体进行开始、停止、后退、快进或暂停等操作，客户端拥有流的控制权，就像在看影碟一样。这种方式由于每个客户端各自连接服务器，服务器需要给每个用户建立连接，对服务器资源和网络带宽的需求都比较大。

广播指的是用户被动接收流。在广播过程中，客户端接收流，但不能控制流，用户不能暂停、快进或后退该流，广播使用的数据发送手段有单播与广播。使用单播发送时，服务器需要将数据包复制多个拷贝，以多个点对点的方式分别发送到需要它的那些用户，而使用广播方式发送，数据包的单独一个拷贝将发送给网络上的所有用户，而不管用户是否需要，上述两种传输方式会非常浪费网络带宽和服务器资源，因此产生了组播（多播）技术。

组播（多播）吸收了上述两种发送方式的长处，克服了上述两种发送方式的弱点，将数据包的单独一个拷贝发送给需要的那些客户，组播不会复制数据包的多个拷贝传输到网络上，也不会将数据包发送给不需要它的那些客户，保证了网络上多媒体应用占用网络的最小带宽。但组播不仅需要服务器端支持，更需要有多播路由器乃至整个网络结构的支持。

单播与组播（多播）

在上面我们已经了解了一些单播和组播的概念，这也是现在流媒体方面讨论的焦点之一。以我的认识，点播与广播是一组概念，它们和客户端媒体交互的手段；单播和组播又是另外一组概念，它们是流媒体数据在服务器端和网络上的传输方式。

单播发送时，需要在客户端与媒体服务器之间需要建立一个单独的数据通道，从一台服务器送出的每个数据包只能传送给一个客户机，每个用户必须分别对媒体服务器发送单独的查询，而服务器必须向每个用户发送所申请的数据包拷贝。这种巨大冗余会造成服务器沉重和网络带宽的沉重负担，响应需要很长时间，甚至出现不能服务的情况。单播可以用在点播和广播上。

组播发送时，服务器将一组客户请求的流媒体数据发送到支持组播技术的路由器上，然后由路由器一次将数据包根据路由表复制到多个通道上，再向用户发送。这时候，媒体服务器只需要发送一个信息包，所有发出请求的客户端都共享同一信息包，并且信息可以发送到任意地址的客户机，没有请求的客户机不会收到信息包，网络上传输的信息包的总量没有广播那么多，大大提高了服务器和网络线路的利用率。不过组播也有自己的特点，首先是必须要开始支持组播技术的路由器，另外就是一般只能用作广播，因为用作点播会存在用户控制问题。

好了，说了这么多，您可能都嫌我烦了，那么，就让我们开始架设流媒体服务器之旅吧。