流媒体协议有哪些

问题一：流媒体用的是什么协议？ 流媒体的传输协议

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

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

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

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

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

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

问题二：流媒体系统包括哪三部分？目前三大主流媒体格式以及协议是什么？ 1、编码器：它由一台普通计算机、一块microvision 高清视频采集卡和流媒体编码软件组成。Microvision流媒体采集卡负责将音视频信息源输入计算机，供编码软件处理编码软件负责将流媒体 采集卡传送过来的数字音视频信号压缩成流媒体格式。如果做直播，它还负责实时地将压缩好的流媒体信号上传给流媒体服务器

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

流媒体技术原理

目前主流的流媒体技术有三种，分别是RealNetworks公司的RealSystem、Microsoft公司的WindowsMediaTechnology和Apple公司的QuickTime。这三家的技术都有自己的专利算法、专利文件格式甚至专利传输控制协议。

问题三：常见的流媒体协议有哪些？ 有MMS,RSVP,RTSP,RTP,RTPC等等

问题四：流媒体是什么?有什么类型? 流媒体，又叫流式媒体，是边传边播的媒体，是多媒体的一种。边传边播是指媒体提供商在网络上传输媒体的“同时”，用户一边不断地接收并观看或收听被传输的媒体。“流”媒体的“流”指的是这种媒体的传输方式（流的方式），而并不是指媒体本身。

有两种类型；

1.顺序流式传输是顺序下载，在下载文件的同时用户可观看在线媒体，在给定时刻，用户只能观看已下载的那部分，而不能跳到还未下载的前头部分，顺序流式传输不象实时流式传输在传输期间根据用户连接的速度做调整。由于标准的HTTP服务器可发送这种形式的文件，也不需要其他特殊协议，顺序流式传输比较适合高质量的短片段，如片头、片尾和广告，由于该文件在播放前观看的部分是无损下载的，这种方法保证电影播放的最终质量。

2.实时流式传输指保证媒体信号带宽与网络连接配匹，使媒体可被实时观看到。实时流与HTTP流式传输不同，他需要专用的流媒体服务器与传输协议。实时流式传输总是实时传送，特别适合现场事件，也支持随机访问，用户可快进或后退以观看前面或后面的内容。理论上，实时流一经播放就可不停止，但实际上，可能发生周期暂停。实时流式传输必须配匹连接带宽，这意味着在以调制解调器速度连鸡时图象质量较差。而且，由于出错丢失的信息被忽略掉，网络拥挤或出现问题时，视频质量很差。如欲保证视频质量，顺序流式传输也许更好。

问题五：流媒体协议RTMP，RTSP与HLS有什么不同 流媒体协议RTMP,RTSP与HLS有什么不同？

HLS (HTTP Live Streaming)

Apple的动态码率自适应技术。主要用于PC和Apple终端的音视频服务。包括一个m3u(8)的索引文件，TS媒体分片文件和key加密串文件。

常用的流媒体协议主要有 HTTP 渐进下载和基于 RTSP/RTP 的实时流媒体协议，这二种基本是完全不同的东西，目前比较方便又好用的是用 HTTP 渐进下载方法。在这个中 apple 公司的 HTTP Live Streaming 是这个方面的代表。它最初是苹果公司针对iPhone、iPod、iTouch和iPad等移动设备而开发的流.现在见到在桌面也有很多应用了，HTML5 是直接支持这个。

但是HLS协议的小切片方式会生成大量的文件，存储或处理这些文件会造成大量资源浪费。如果要实现数天的时移，索引量将会是个巨额数字，并明显影响请求速度。因此，HLS协议对存储I/O要求相当苛刻。对此，也有公司提出了非常好的解决方案。

新型点播服务器系统，独创了内存缓存数据实时切片技术，颠覆了这种传统实现方法，从根本上解决了大量切片的碎片问题，使得单台服务器的切片与打包能力不再是瓶颈。其基本原理如下：

不将TS切片文件存到磁盘，而是存在内存当中，这种技术使得服务器的磁盘上面不再会有“数以吨计”的文件碎片，极大减少了磁盘的I/O次数，延长了服务器磁盘的使用寿命，极大提高了服务器运行的稳定性。同时，由于使用这种技术，使得终端请求数据时直接从服务器的内存中获取，极大提高了对终端数据请求的反应速度，优化了视频观看体验。

RTSP协议，这应该是实时性最好的了，如果要想实时性要求很高，比如0.5s以内，这个是不错的选择。前阵子模仿spydroid写了个建议的rtsp 服务器，其实就是options，describe，setup，play，pause，teardown这几步了，这个协议用的最广泛，网上介绍也比较 多。要想真正深入了解rtsp协议，c++语言功底好的可以查看live555 。

问题六：实现流媒体传输的主要协议有哪些？各自的功能和任务是什么 基于Windows Media技术的流媒体系统的设计与实现

摘要：本文在简介流媒体技术及其中的Windows Media技术的基础上，结合实际简述了Windows Media服务器的安装、ASF文件的制作以及“点播单播发布点”、“广播单播发布点”、“多播广播站”的创建方法，从实践角度阐述了在网络中实现流媒体服务的技术和方法。

关键词：Windows Media 流媒体 网络视频

Windows Media-based streaming media technology, Design and Implementation

Abstract: This article profiles in streaming media technology in its Windows Media technology on the basis of the actual bined on a Windows Media server installation, ASF, as well as the production of documents on-demand unicast release point, Broadcast Unicast release point, Multicast broadcast stations, the creation of methods, and through links to web pages, etc. They may be related to the test, from the perspective of the practice described in the network to achieve streaming media services technologies and methods.

Key words: Windows Media streaming video network

1.流媒体技术概述

流媒体简单地说就是应用流式传输技术在Internet/Intranet上传输的连续时基媒体，如：音频、视频或多媒体文件。流式媒体在播放前并不下载整个文件，只将开始部分内容存入内存，流式媒体的数据流随时传送随时播放，只是在开始时有一些延迟。流媒体实现的关键技术就是流式传输。流式传输主要指通过网络传送媒体（如视频、音频）的技术总称。其特定含义为通过Internet将影视节目传送到PC机。流媒体技术是包含了采集、编码、传输、储存、解码等多项技术的综合技术。

2. Windows Media技术简介

2.1 特点

Microsoft公司推出的Windows Media技术具有方便性、先进性、集成性、低费用等特点，而且其制作、发布和播放软件与Windows NT/2000/9x集成在一起，不需要额外购买。Microsoft的流视频解决方案在Microsoft视窗平台上是免费的，制作端与播放器的视音频质量都上佳，而且易于使用。

2.2 Windows Media播放方式

Windows Media播放方式包括单播、多播、点播与广播。它们的含义如下表所示：

单播：是客户端与服务器之间的点到点连接。在客户端媒体服务器之间建立一个单独的数据通道，1台服务器送出的每个数据包只能传送给1个客户机。

多播：是通过启用多播的网络传递内容流，网络中的所有客户端共享同一流。由多播技术构建......>>

问题七：什么是流媒体播放协议 流媒体技术基础-流媒体传输协议

作者/来源：未知

实时传输协议RTP与RTCP

RTP（Real-timeTransportProtocol）是用于Internet上针对多媒体数据流的一种传输协议。RTP被定义为在一对一或一对多的传输情况下工作，其目的是提供时间信息和实现流同步。RTP通常使用UDP来传送数据，但RTP也可以在TCP或ATM等其他协议之上工作。当应用程序开始一个RTP会话时将使用两个端口：一个给RTP，一个给RTCP。RTP本身并不能为按顺序传送数据包提供可靠的传送机制，也不提供流量控制或拥塞控制，它依靠RTCP提供这些服务。通常RTP算法并不作为一个独立的网络层来实现，而是作为应用程序代码的一部分。实时传输控制协议RTCP。RTCP(Real-timeTransportControlProtocol)和RTP一起提供流量控制和拥塞控制服务。在RTP会话期间，各参与者周期性地传送RTCP包。RTCP包中含有已发送的数据包的数量、丢失的数据包的数量等统计资料，因此，服务器可以利用这些信息动态地改变传输速率，甚至改变有效载荷类型。RTP和RTCP配合使用，它们能以有效的反馈和最小的开销使传输效率最佳化，因而特别适合传送网上的实时数据。

6.2.1 RTP数据传输协议

RTP提供端对端网络传输功能，适合通过组播和点播传送实时数据，如视频、音频和仿真数据。RTP没有涉及资源预订和质量保证等实时服务，RTCP扩充数据传输以允许监控数据传送，提供最小的控制和识别功能。RTP与RTCP设计成独立传输和网络层。

2.1.1 RTP固定头

RTP 头格式如下：

-----------------------------------------------------------------------------------------------

|V=2|P|X| CC |M| PT | 系列号 |

-----------------------------------------------------------------------------------------------

| 时标 |

-----------------------------------------------------------------------------------------------

| 同步源标识(SSRC) |

-----------------------------------------------------------------------------------------------

| 作用标识 (CSRC) |

| .... |

-----------------------------------------------------------------------------------------------

开始12个八进制出现在每个RTP包中，而CSRC标识列表仅出现在混合器插入时。

2.1.2 复用 RTP 连接

为使协议有效运行，复用点数目应减至最小。RTP中，复用由定义RTP连接的目的传输地址（网络地址与端口号）提供。例如，对音频和视频单独编码的远程会议，每个媒介被携带在单独RTP连接中，具有各自的目的传输地址。目标不在将音频和视频放在单一RTP连接中，而根据SSRC段载荷类型进行多路分解。使用同一SSRC ，......>>

问题八：流媒体协议RTMP，RTSP与HLS有什么不同 RTMP是Real Time Messaging Protocol(实时消息传输协议)的首字母缩写。该协议基于TCP，是一个协议族，包括RTMP基本协议及RTMPT/RTMPS/RTMPE等多种变种。RTMP是一种设计用来进行实时数据通信的网络协议，主要用来在Flash/AIR平台和支持RTMP协议的流媒体/交互服务器之间进行音视频和数据通信。支持该协议的软件包括Adobe Media Server/Ultrant Media Server/red5等。

RTSP(Real Time Streaming Protocol)，RFC2326，实时流传输协议，是TCP/IP协议体系中的一个应用层协议，由哥伦比亚大学、网景和RealNetworks公司提交的IETF RFC标准。该协议定义了一对多应用程序如何有效地通过IP网络传送多媒体数据。RTSP在体系结构上位于RTP和RTCP之上，它使用TCP或UDP完成数据传输。HTTP与RTSP相比，HTTP请求由客户机发出，服务器作出响应使用RTSP时，客户机和服务器都可以发出请求，即RTSP可以是双向的。RTSP是用来控制声音或影像的多媒体串流协议，并允许同时多个串流需求控制，传输时所用的网络通讯协定并不在其定义的范围内，服务器端可以自行选择使用TCP或UDP来传送串流内容，它的语法和运作跟HTTP 1.1类似，但并不特别强调时间同步，所以比较能容忍网络延迟。而前面提到的允许同时多个串流需求控制(Multicast)，除了可以降低服务器端的网络用量，更进而支持多方视讯会议(Video Conference)。因为与HTTP1.1的运作方式相似，所以代理服务器〈Proxy〉的快取功能〈Cache〉也同样适用于RTSP，并因RTSP具有重新导向功能，可视实际负载情况来转换提供服务的服务器，以避免过大的负载集中于同一服务器而造成延迟。

问题九：实时流媒体RTSP协议的开发，该看哪些书籍 可以看看live555，那个代码里面有rtsp，流程很清晰，很好理解

如果要做流媒体客户端的话，可能会用到directshow

问题十：移动流媒体的控制协议 流媒体使用的特有的应用和控制协议有RTP/RTCP、RSVP和RTSP。（1）实时传输协议（RTP）和实时控制协议（RTCP）。RTP/RTCP是基于IP的应用层协议，支持实时数据（音频、视频流）的传输，其思想是传输实时数据的同时发送一些关于传输和接收的质量的反馈信息，这两个任务分别由RTP和RTCP完成。RTP提供一些机制用于进行时间重建、定时、丢包检测和重排序。RTP支持单播和组播，可用于单向传输也可用于双向业务，但是RTP本身不提供如何实时传输的机制，也不提供可靠的流阻塞控制，而是通过与RTCP和UDP的配合，使传输效率达到最优化。RTP/RTCP为传送实时数据提供需要的功能和控制机制，但是其本身不负责高层的任务，如重排序和同步，这些由应用程序完成。（2）资源预留协议（RSVP）。RSVP允许数据接收方为数据流请求特殊的端到端QoS。实时应用使用RSVP在路由器上预留必要的资源，这样在传输的时候可以得到所要求的带宽。RSVP流程是单一的，不区别发送方和接收方。RSVP支持组播和单播，并适应变化的成员个数和路由。使用RSVP要求传输路径上的节点都支持RSVP，这很难得到保证，所以流应用一般不使用RSVP。（3）实时流协议（RTSP）。RTSP是一个应用层协议，利用RTSP可以在服务器和客户端之间建立并控制连续的音频媒体和视频媒体流，进行服务器和客户端之间的“网络远程控制”，提供类似VCR的音频和视频的远程控制功能。但是RTSP要在独立于数据的通道中进行传输。RTSP支持单播和组播，提供选择传送通道的方法，可以选择UDP、组播UDP和TCP，而低层的传输机制依赖于RTP或TCP。RTSP与低层的协议（如RTP、RSVP）一起协调运行，提供完全的流服务。RTSP是有状态的、对称的协议，RTSP服务器维护会话状态且RTSP中媒体服务器和客户端都能发出请求。RTSP的语法和操作与HTTP相似，使用专用于音频和视频的类似于HTTP中的URL。

所谓流媒体技术，是指将连续的影像和声音信息经过压缩处理后放在网站服务器上，让用户能够一边下载一边观看、收听（即所谓的“在线欣赏”），而不需要等整

个压缩文件下载到自己的机器上才可以欣赏的网络传输技术。目前，在这个领域中的竞争者主要有微软、RealNetworks、Apple三家公司，例如微

软新近发布了Windows Media Services 9、RealNetworks公司新近发布的Helix

Platform、Apple新近发布的Darwin streaming server 4.1，意图在流媒体领域大干一场。

一般来说，一个完整的流媒体服务系统需要三个部分组成：编码器、流服务器和播放器。编码器通过对内容来源（如MP3文件或者麦克风输入）进行编码，并将编

码过的内容发送到流服务器；流服务器再将它们发布到Internet，这样客户端的播放器只要连接到流服务器就可以进行在线播放了。

利用Winamp架设MP3网络电台

当我们静静地在欣赏美妙的MP3音乐时，你是否曾经考虑过将这些原本属于个人的MP3音乐通过网络在局域网内进行发布，甚至还可以通过Internet进

行发布？这样就可以让遍布世界的朋友们与你一起共享MP3音乐之旅。其实，要做到这一点并不难，你只要将本机创建为一台MP3流媒体服务器，将自己所喜爱

的MP3音乐不停播放，然后通知朋友们访问你的这台MP3服务器就可以了。

说起MP3的播放，使用最广泛的莫过于Winamp了。对于MP3流媒体服务这个领域，Winamp的开发者Nullsoft公司当然不会放弃，专门发布

了面向MP3的流服务器SHOUTcast Server。虽然它的功能没有Windows Media Server和Real

Server强大，但它不仅对硬件的要求极低，更关键的是完全免费，使用起来没有后顾之忧。另外你还需要下载一个名为SHOUTcast DSP

Plug-in的插件，只有安装了这个不起眼的插件，Winamp才能支持流媒体服务。

首先打开Winamp（请注意版本号必须在2.22以上），切换到“Options” | “Preferences”|

“DSP/Effect”标签页，选中“Nullsoft SHOUTcast Source DSP

v1.8.2a[dsp_sc.dll]”下的“Configure”按钮。打开“SHOUTcast

Source”窗口，选择“Output”标签页，如图1所示，在“Address”栏内填入本机的IP地址。如果你想在Internet上广播MP3音

乐，则必须键入本机的外部IP地址，然后就可以从程序组中运行SHOUTcast

DAAS（GUI）程序以启动SHOUTcast服务。这时系统会自动连接到服务器，接下来请返回图1窗口点击“Connect”按钮。如果连接成功，该

按钮会变为“disconnect”字样，这样我们就完成了在本机架设MP3流服务器的全部过程。

架设REAL格式的视频点播中心

如果是架设视频点播服务器，那么选择Real格式是非常明智的。因为RealProducer Plus这款功能强大的软件操作相当简单，每次使用时会弹出一个向导对话框进行操作提示。目前最新版本是10.0，我们只要选择8.5.1以上的版本即可。

从“工具”菜单下选择“创建网页”命令，此时会弹出一个如图2所示的向导式对话框，点击“前进”按钮选择你希望用于创建Web页面的Real多媒体文件。

随后RealProducer会询问是创建“弹出式播放器”还是“嵌入式播放器”，一般建议选择后者，因为这样所需要的系统资源更低，当然启动速度也更

快。至于播放器的界面，可以选择“标准播放器”，很快就可以创建成功。

最后，RM文件对象所在的目录会增加一些文件，请将这些文件与RM对象一起上传，不过要注意保证RM文件与HTML文件在同一目录下，否则播放器可能无法找到播放对象。

架设WMP流媒体服务器

微软的手伸得很长，什么领域都要插足一下。凭借着Windows操作系统的影响力，Windows Media Player市场占有率越来越高，而微软的*.asf、*.wmv、*.wma、*.avi等格式也开始被越来越多的用户所接受。

架设WMP流媒体服务器，你需要安装Windows Media

Encoder才行，目前最新版本是9.0简体中文版。如图3所示，我们应该在这里选择“广播实况事件”，接着选择用来编码的音频和视频设备。注意请事先

将音频和视频设备与计算机正确连接，否则会无法检测到。接着你还需要指定服务和发布点，当然也可以使用现有的发布点。然后Windows Media

Encoder会自动创建服务器，并给出HTTP连接地址与局域网内部地址，请记住这些内容，最后点击“开始”按钮正式启动WMP流媒体服务器。

接下来，我们就可以将刚才记下的HTTP连接地址与局域网内部地址告诉给朋友们。他们只要打开IE，输入正确的IP地址和端口号，很快就可以访问WMP流媒体服务器。

架设QT流媒体服务器

平时，我们见到的大多是打造MWF（矢量地图窗口文件，Map Window

File）或RM流服务器，可是你可知道QuickTime（以下简称QT）流媒体服务器应该如何来打造吗？其实，借助苹果的QuickTime

Streaming Server工具，我们可以在短时间内快速打造出一台QT流服务器。

首先我们要准备一些工具，QuickTime媒体播放工具当然是必不可少的。目前最新版本是6.5简体中文版，到处都可以找到，或者直接到苹果公司的网站

下载，并且需要在服务器和客户端同时安装。Perl语言解析器，最低版本要求是5.0以上。QuickTime Streaming

Server与用户见面最早是在1999年，当时以其开放源代码和基于标准的实时传输协议/实时流协议（RTP/RTSP）引擎深深地动摇了流媒体工业的

基础，目前的最新版本是5.0，下载文件共9.2MB。

从地址可以免费下载，但你必须拥有Apple的注册用户名才能登录（注册是免费的），这里有Mac OS X、Red

Hat、Solaris、Windows

NT/2000/XP等版本可供选择。下载回来的是一个自解压文件，释放后执行Install.bat运行安装程序，运行过程在命令提示符窗口中完成，最

后还需要设置登录用户名、密码，如图4所示，当看到“Setup

Complete!”的提示信息时即大功告成。QT流媒体服务器建设过程和RM类似，在这里就不再赘述。

如何共享音频和视频

共享音频

前面，我们利用Winamp、SHOUTcast Server将本机架设为一台MP3流服务器，那么该如何让遍布天南海北的朋友或局域网中的同事欣赏这些美妙音乐呢？

这有两种方法：一种是打开Winamp，从“Play”菜单下选择“Location”命令，或者直接键入“Ctrl-L”组合键打开一个对话框，然后在

这里键入MP3流服务器的URL地址或者IP地址、端口号（缺省为8000），例如“”或者“”即可收听；另一种方法则更为简单，从IE中打开“”进入

Web管理页面，如图5所示，然后点击“收听”按钮就可以在线收听MP3流音乐。

共享视频

虽然苹果的QuickTime Player的市场占有率远远不如Real或Windows Media Player，但忠实的用户依然不少。而且苹果毕竟是网络流媒体的开山鼻祖，因此许多最新大片都是采用QT格式。

首先必须在机器上启动QT服务，然后通知朋友们在远程计算机中打开QuickTime。从“文件”菜单中选择“在新的播放窗口中打开URL”命令，键入

“rtsp://server/file.mov”来访问QT流服务器以实现远程播放。这里的“server”是服务器的IP地址，“file.mov”

是媒体文件名，默认的RTSP传输端口是554端口。如果网络连接没有什么问题的话，如图6所示，那么你很快就可以连接成功。

建立播放列表或点播系统

辛辛苦苦架设了一台流媒体服务器，我们还可以建立播放列表或点播系统，甚至可以进行网络直播，反正已经用上了宽带，不用也是浪费。

配置QT流媒体服务器

打开IE，在地址栏中输入“”，这里的“server”代表服务器的IP地址。如果前面的配置没有什么问题的话，很快就会进入如图7所示的管理页面，这里

以列表形式显示了当前的系统资源占用情况和相关的服务器信息。我们可以在这里查看连接到服务器的用户类型、IP地址、数据速率、数据传输量、包丢失比例、

连接时间、连接文件等内容，也可以在这里设置映射文件夹、加密传输、最大连接用户数、分配带宽、重置密码、更改端口，如果你需要的话，还可以查看错误日志

和操作日志。

创建播放列表

点击图7窗口右侧的“New MP3 Playlist”或“New

Movie

Playlist”按钮，我们可以创建一个MP3或影片的播放列表。不过这里需要说明的是，你需要将相关的媒体文件复制到C:\Program

Files\Darwin Streaming Server\Movies文件夹中才行。

如图8所示，我们可以在这里通过“Weight”旁边的小三角箭头重新调整播放列表的播放顺序，可惜的是QuickTime Streaming

Server对简体中文的支持十分差劲，显示的竟然是一些乱码字符。最后，点击窗口右下角的“Save

Changes”按钮就可以将这份新建的播放列表保存下来，以后如果需要更改的话可以选择“Edit Playlist”重新配置。

不过，如果你希望其他用户也能访问这份播放列表文件，还必须点击“Avaliable Playlists”列表框中的“Status”下的播放按钮，也就是让“Status”列的“Stopped”变为“Playing”才行。

实现网络直播

如果你还想在播放完MP3歌曲后说上一段话，那么简单的很，只要一个话筒就行了。不过，还需要在Winamp中进行一些设置，如图9所示，在“Input

Device”下拉列表框中选择“Soundcard Input”项，这样才会出现图中的SoundCard

Mixer设置项。如果使用默认的设置“Winamp（Recommended）”的话就只有Input Levels一项了，下面还有“Music

Level”、“BGMusic Level”、“Mic Level”几个滑块可以调节音量的大小，而“Fade Time”是用来设 置移出时间值。

现在，你无需进行其它设置，准备一番后，清清嗓子，点击“Push to Talk”按钮，然后再按下“Lock”按钮锁定当前话音输入模式。接下来就可以对着麦克风开始你的网络直播之旅了，结束请再次按下“Lock”按钮解锁。

使用Windows Media Encoder这个软件即可实现网上广播服务，不过，借助于Windows Media Services，利用Windows Media Encoder制作的流媒体文件，我们的网络广播站功能将更为强大。下面，我们将利用Windows Media Encoder单独建立广播站，并将其纳入Windows Media Services，实现更强大的功能。

1. 安装Windows Media Services。

首先安装Windows 2000 Server或者Windows .Net Server，然后打开“开始－控制面板－管理工具－管理您的服务器”或“开始－控制面板－添加或删除程序－添加/删除Windows组件”（建议使用第二种），在其中勾取“Web应用程序服务器”，也就是2000 Server中的IIS服务器，单击“下一步”进行添加；

添加IIS完毕后，再次启动添加/删除Windows组件程序，并勾取Windows Media Service项，单击详细信息，在其中选择“用于Web的Windows Media Services Administrator”以启动Windows Media Services的Web管理功能（2000中可能没有这些选项，只需要安装Windows Media Services即可）；

2. 安装Windows Media Encoder。

从微软网站下载Windows Media Encoder 7.1（由于Windows Media Encoder 9.0无法在.Net Server下工作）进行安装，至此，Windows Media服务的服务器和编码器都已经具备；

3. 从“开始－程序－Windows Media” 启动Windows Media Encoder，在出现的向导界面中根据自己的需要选择合适的选项，建议新手“使用新建会话向导广播、捕获或转换文件”，选择后单击确定；

4. 由于进行的是广播，所以在下一个弹出的画面中请选择“在附属设备或计算机屏幕广播实况事件”，这样的选择能够让Windows Media Encoder直接进行广播或者将其加入Windows Media Service服务；

5. 在下一个画面中选择您进行视频或音频捕获的设备，笔者没有视频卡，所以只能选择“屏幕捕获”，有视频卡的朋友请选择您的视频卡；

6. 广播信号必须通过一个有效的端口进行传输，因此必须对它进行设置。Windows Media Encoder默认的端口为8080，但由于这个端口经常被其它软件占用，所以建议朋友们单击“查找可用端口”以换成其它随机端口或者直接输入没有被占用的端口。我选择了“3170”端口；

7. 然后就开始选择我们进行广播的流媒体质量，有一个公式您可以参考：流媒体配置文件带宽×最大连接用户数＝您的上行带宽（不是下载，是上传）。您如果有2Mbps的上行带宽，选择了100Kbps的配置文件，则允许同时20个观众看到您的广播，由此可见，流媒体服务对带宽的需求是巨大的；

8. 在这个窗口您可以选择将进行广播的流媒体存档，以便于以后观看或者进行点播，若只是作为实况广播服务，并且硬盘空间不大，您可以不选取；

9. “下一步”后，您可以选择是不是添加微软内置的欢迎、休息和再见文件，我就没要这些东西，谁给微软免费作广告，呵呵；

10. 然后，我们可以给我们的广播节目添加上版权信息，这些信息在播放时，会出现在Windows Media Player中；

11. 弹出最后一个确认窗口后，我们最终的广播界面就出现了，若是有视频捕捉设备，只要单击“开始”，我们的广播站就运行起来，只要在客户机IE中输入“mms://服务器的：端口值”就会弹出media player播放电视。如我建立的广播站地址就是“mms://192.168.0.1:3170，这些信息您也可以直接在此界面的连接标签中查看；

12. 若是您和我一样没有视频捕捉设置，或者想向用户播放一段录制好的视频，请点击“会话－属性”（此面板能够对所有设置过的数据进行调整），单击“更改”按钮，在弹出窗口中选择视频右边的下拉框，单击“查找文件”，找到您预先录制好的视频文件（支持asf、wmv、avi、mpg等格式）；

13. 再回到广播界面，点击开始，您的文件就可以被网络上的兄弟姐妹看到了，

若是想添加更多的文件或设备，请在以上窗口单击“更改”旁的“新建”进行添加即可；

14. 您可能觉得到这里我们就大功告成了，实际上远远没有，这只是最基本的直播广播，我们还需要将其加入Windows Media Services的广播服务中，以实现更强大的功能。请将你的鼠标指向“开始－控制面板－管理工具－Windows Media Services”，打开Windows Media管理器（2000 Server应该是一个Web界面）。选择左边的服务器后，单击操作菜单中的“添加发布点（向导）”，经历欢迎页面后，会出现发布点命名窗口，在其中输入您愿意使用的名字，我输入的是“SOFTICP.COM_Broadcast”；

15. 在下一个窗口中，将让您选择所要发布的内容类型，如果只是单纯的进行流媒体直播，就选择“编码器（实况流）”，若是想在实况流中加入其它制作好的文件，请选择“播放列表”，若是想建立视频点播服务器，请选择“目录中的文件”。由于我有现成的制作好的文件，所以选择了“播放列表”；

16. 选择完了发布内容的类型，就要选择发布的方案，我们进行的是网络广播的服务，当然要选择“广播发布点”。在接下来的窗口中，我们要选择内容的传递方式，看到了吧，这次我们前面介绍的单播和组播的基本概念起了作用，我们的网络一般不支持组播，所以要选择“单播”；

17. 若是您以前有创建好的播放列表文件（wsx或htm文件），直接在下一个窗口中选择“现有播放列表”，若是没有，请跟我一样，“新建播放列表后进行添加”。在添加窗口中，可以添加文件、编码器的实况流、远程发布点的流媒体、ASP、CGI的动态源等多种媒体，并且还可以添加广告信息以及调整媒体的播放顺序；

18. 完成播放列表的编辑后，点击“下一步”将播放列表保存成文件，并且在下一个窗口中可以选择是否“循环播放”或“无序播放”这些流媒体。再经历几个确认框，您就完成了Windows Media流媒体广播服务器的建立，为了快捷，我们就将“完成此向导后启动其它向导”前面的对勾去掉吧！

19. 服务器启动后，您就可以在Windows Media Player中输入“mms://服务器IP/发布点名称”观看网络广播了。而在Windows Media Services的管理器中，我们可以随时监视流媒体的播放情况、添加/删除与调整播放列表、插入广告、发布公告（可以直接生成htm页面）、调整该广播站的属性等操作，并可以随时通过下面的按钮启动与停止广播站以及测试当前流媒体是否正常；

此图是使用公告向导建立的发布点公告网页，是不是非常方便？

20. 我们还可以通过在浏览器中输入管理器的网址或者直接启动管理工具中的“Windows Media Services(Web)”来对整个流媒体服务器进行Web管理以及远程管理，其管理界面与本地管理除了少几个功能外，几乎没有差别。

远程管理还可以对一个服务器组多台服务器进行管理。

---