Windows server 2003 网络操作系统项目教程 特制版

项目十 Media 服务配置

一, 流媒体服务器安装与配置
二, 流媒体服务直播系统的设置
三, 流媒体点播设置与客户端设置

流媒体指以流方式在网络中传送音频、视频和多媒体文件的媒体形式。相对于下载后观看的网络播放形式而言,流媒体的典型特征是把连续的音频和视频信息压缩后放到网络服务器上,用户边下载边观看,而不必等待整个文件下载完毕。由于流媒体技术的优越性,该技术广泛应用于视频点播、视频会议、远程教育、远程医疗和在线直播系统中。作为新一代互联网应用的标志,流媒体技术在近几年得到了飞速的发展。
流媒体服务器是流媒体应用的核心系统,是运营商向用户提供视频服务的关键平台。流媒体服务器的主要功能是对流媒体内容进行采集、缓存、调度和传输播放。流媒体应用系统的主要性能体现都取决于媒体服务器的性能和服务质量。因此,流媒体服务器是流媒体应用系统的基础,也是最主要的组成部分。
相关功能有:
流媒体服务器的主要功能是以流式协议(RTP/RTSP、MMS、RTMP等)将视频文件传输到客户端,供用户在线观看;也可从视频采集、压缩软件接收实时视频流,再以流式协议直播给客户端。典型的流媒体服务器有微软的Windows Media Service(WMS),它采用MMS协议接收、传输视频,采用Windows Media Player(WMP)作为前端播放器;RealNetworks公司的Helix Server,采用RTP/RTSP协议接收、传输视频,采用Real Player作为播放前端;Adobe公司的Flash Media Server,采用RTMP(RTMPT/RTMPE/RTMPS)协议接收、传输视频,采用Flash Player作为播放前端。值得注意的是,随着Adobe公司的Flash播放器的普及(根据Adobe官方数据,Flash播放器装机量已高达99%以上),越来越多的网络视频开始采用Flash播放器作为播放前端,因此,越来越多的企业开始采用兼容Flash播放器的流媒体服务器,而开始淘汰其他类型的流媒体服务器。支持Flash播放器的流媒体服务器,除了Adobe Flash Media Server,还有sewise的流媒体服务器软件和Ultrant Flash Media Server流媒体服务器软件,以及基于Java语言的开源软件Red5
RTSP(实时流式传输协议):
RTSP(Real Time Streaming Protocol)是由Real Network和Netscape共同提出的如何有效地在IP网络上传输流媒体数据的应用层协议。RTSP对流媒体提供了诸如暂停,快进等控制,而它本身并不传输数据,RTSP的作用相当于流媒体服务器的远程控制。服务器端可以自行选择使用TCP或UDP来传送串流内容,它的语法和运作跟HTTP 1.1类似,但并不特别强调时间同步,所以比较能容忍网络延迟。而且允许同时多个串流需求控制(Multicast),除了可以降低服务器端的网络用量,还可以支持多方视频会议(Video onference)。 因为与HTTP1.1的运作方式相似,所以代理服务器《Proxy》的快取功能《Cache》也同样适用于RTSP,并因RTSP具有重新导向功能,可视实际负载情况来转换提供服务的服务器,以避免过大的负载集中于同一服务器而造成延迟。
MMS(Microsoft Media服务器)协议:
用来访问并流式接收 Windows Media 服务器中 .asf 文件的一种协议。MMS 协议用于访问 Windows Media 发布点上的单播内容。MMS 是连接 Windows Media 单播服务的默认方法。若观众在 Windows Media Player 中键入一个 URL 以连接内容,而不是通过超级链接访问内容,则他们必须使用 MMS 协议引用该流。当使用 MMS 协议连接到发布点时,使用协议翻转以获得最佳连接。“协议翻转”始于试图通过 MMSU 连接客户端。MMST 是 MMS 协议结合 UDP 数据传送。如果 MMSU 连接不成功,则服务器试图使用 MMST。MMST 是 MMS 协议结合 TCP 数据传送。
HTTP(超文本传输协议):
超文本传输协议(HTTP,HyperText Transfer Protocol)是互联网上应用最为广泛的一种网络协议。所有的WWW文件都必须遵守这个标准。设计HTTP最初的目的是为了提供一种发布和接收HTML页面的方法。1960年美国人Ted Nelson构思了一种通过计算机处理文本信息的方法,并称之为超文本(hypertext),这成为了HTTP超文本传输协议标准架构的发展根基。Ted Nelson组织协调万维网协会(World Wide Web Consortium)和互联网工程工作小组(Internet Engineering Task Force )共同合作研究,最终发布了一系列的RFC,其中著名的RFC 2616定义了HTTP 1.1。是用于从WWW服务器传输超文本到本地浏览器的传输协议。它可以使浏览器更加高效,使网络传输减少。它不仅保证计算机正确快速地传输超文本文档,还确定传输文档中的哪一部分,以及哪部分内容首先显示(如文本先于图形)等。HTTP是客户端浏览器或其他程序与Web服务器之间的应用层通信协议。在Internet上的Web服务器上存放的都是超文本信息,客户机需要通过HTTP协议传输所要访问的超文本信息。HTTP包含命令和传输信息,不仅可用于Web访问,也可以用于其他因特网/内联网应用系统之间的通信,从而实现各类应用资源超媒体访问的集成。
传输模式有:
顺序传输
顺序流式传输是顺序下载,在下载文件的同时用户可观看在线媒体,在给定时刻,用户只能观看已下载的那部分,而不能跳到还未下载的前头部分,顺序流式传输不象实时流式传输在传输期间根据用户连接的速度做调整。由于标准的HTTP服务器可发送这种形式的文件,也不需要其他特殊协议,它经常被称作HTTP流式传输。顺序流式传输比较适合高质量的短片段,如片头、片尾和广告,由于该文件在播放前观看的部分是无损下载的,这种方法保证电影播放的最终质量。这意味着用户在观看前,必须经历延迟,对较慢的连接尤其如此,对通过调制解调器发布短片段,顺序流式传输显得很实用,它允许用比调制解调器更高的数据速率创建视频片段。尽管有延迟,毕竟可让你发布较高质量的视频片段。
顺序流式文件是放在标准HTTP或FTP服务器上,易于管理,基本上与防火墙无关。顺序流式传输不适合长片段和有随机访问要求的视频(但可以支持随机访问),如:讲座、演说与演示。它也不支持现场广播,严格说来,它是一种点播技术。
实时传输
实时流式传输指保证媒体信号带宽与网络连接配匹,使媒体可被实时观看到。实时流与HTTP流式传输不同,它需要专用的流媒体服务器与传输协议。 实时流式传输总是实时传送,特别适合现场事件,也支持随机访问,用户可快进或后退以观看前面或后面的内容。理论上,实时流一经播放就可不停止,但实际上,可能发生周期暂停。
实时流式传输必须配匹连接带宽,这意味着在以调制解调器速度连接时图象质量较差。而且,由于出错丢失的信息被忽略掉,网络拥挤或出现问题时,视频质量很差。如欲保证视频质量,顺序流式传输也许更好。实时流式传输需要特定服务器,如QuickTime Streaming Server、RealServer与Windows Media Server。这些服务器允许你对媒体发送进行更多级别的控制,因而系统设置、管理比标准HTTP服务器更复杂。实时流式传输还需要特殊网络协议,如:RTSP (Realtime Streaming Protocol)或MMS (Microsoft Media Server)。这些协议在有防火墙时可能会出现问题,导致用户不能看到一些地点的实时内容。
播放模式:
点播
点播连接是客户端与服务器之间的主动的连接。在点播连接中,用户通过选择内容项目来初始化客户端连接。用户可以开始、停止、后退、快进或暂停流。点播连接提供了对流的最大控制,但这种方式由于每个客户端各自连接服务器,却会迅速用完网络带宽。
广播
广播指的是用户被动接收流。在广播过程中,客户端接收流,但不能控制流。例如,用户不能暂停、快进或后退该流。广播方式中数据包的单独一个拷贝将发送给网络上的所有用户。 使用单播发送时,需要将数据包复制多个拷贝,以多个点对点的方式分别发送到需要它的那些用户,而使用广播方式发送,数据包的单独一个拷贝将发送给网络上的所有用户,而不管用户是否需要,上述两种传输方式会非常浪费网络带宽。组播吸收了上述两种发送方式的长处,克服了上述两种发送方式的弱点,将数据包的单独一个拷贝发送给需要的那些客户。组播不会复制数据包的多个拷贝传输到网络上,也不会将数据包发送给不需要它的那些客户,保证了网络上多媒体应用占用网络的最小带宽。
单播
在客户端与媒体服务器之间需要建立一个单独的数据通道,从一台服务器送出的每个数据包只能传送给一个客户机,这种传送方式称为单播。每个用户必须分别对媒体服务器发送单独的查询,而媒体服务器必须向每个用户发送所申请的数据包拷贝。这种巨大冗余首先造成服务器沉重的负担,响应需要很长时间,甚至停止播放;管理人员也被迫购买硬件和带宽来保证一定的服务质量。
组播
IP组播技术构建一种具有组播能力的网络,允许路由器一次将数据包复制到多个通道上。采用组播方式,单台服务器能够对几十万台客户机同时发送连续数据流而无延时。媒体服务器只需要发送一个信息包,而不是多个;所有发出请求的客户端共享同一信息包。信息可以发送到任意地址的客户机,减少网络上传输的信息包的总量。网络利用效率大大提高,成本大为下降。
分发,
采用多台媒体服务器,提供流内容的服务器称为发送服务器,它将流发送给其他接收服务器,再由接收服务器将流转发到客户端,这样就存在媒体服务器间的流数据传输。
安装配置Media服务 步骤,
第1步,在开始菜单中依次单击“管理工具”→“配置服务器向导”菜单项,打开窗口。在左窗格中右键单击“发布点”选项,选择“添加发布点(向导)”命令。
第2步,进入“添加发布点向导”,在欢迎页中直接单击“下一步”按钮。在打开的“发布点名称”对话框中设置发布点的名称,并单击“下一步”按钮。
第3步,打开“内容类型”对话框,保持“编码器(实况流)”单选框的选中状态,单击“下一步”按钮
第4步,在打开的“发布点类型”对话框中已经默认选中了“广播发布点”单选框,且另一个选项不可用。这是因为在上一步设置中选择了“编码器(实况流)”选项,而实况流是不允许用户自主点播的。直接单击“下一步”按钮。
第5步,打开“广播发布点的传递选项”对话框,选中“多播”单选框,并选中“启用单播翻转”复选框,
第6步,在打开的“编码器URL”对话框中需要输入编码器地址和端口,这个地址就是对话框中显示的地址和端口。此处地址和端口号必须正确输入,并单击“下一步”按钮
第7步,打开“单播日志记录”对话框,选中“是,启用该发布点的日志记录”复选框,并单击“下一步”按钮。接着打开“发布点摘要”对话框,列出了该发布点的设置选项。确认无误后依次单击“下一步”→“完成”按钮完成发布点的创建,完成发布点的创建后会自动进入“多播公告向导”,用户只需按照向导提示连续单击“下一步”完成。
测试,
1, 在开始菜单中依次单击“管理工具”→Windows Media
Services菜单项,打开Windows Media Services窗口。
2,在左窗格中依次展开服务器和“发布点”目录,默认已经创建“<默认>(点播)”和“Sample_Broadcast”两个发布点。选中“<默认>(点播)”发布点,在右窗格中切换到“源”选项卡。在“源”选项卡中单击“允许新的单播连接”按钮以接受单播连接请求,然后单击“测试流”按钮,
3, 打开“测试流”窗口,在窗口内嵌的Windows Media Player播放器中将自动播放测试用的流媒体文件。如果能够正常播放,则说明流媒体服务器运行正常。单击“退出”按钮关闭“测试流”窗口,

对流媒体服务直播系统的设置,
安装Windows Media 编码器
第1步,在开始菜单中依次单击“所有程序”→Windows Media→“Windows Media 编码器”菜单项,运行Windows Media 编码器。在自动打开的“新建会话”对话框中选中“广播实况事件”选项,并单击“确定”按钮,
第2步,进入“新建会话向导”,分别在“视频”和“音频”设备列表中选择当前使用的电视卡和声卡。本例中使用的电视卡为TV Capture Card WDM Video Captur,声卡是主板集成的SigmaTel Audio。设置完毕单击 “下一步”
第3步,在打开的“广播方法”对话框中,选中“自编码器拉传递(服务器或播放机初始化连接)”单选框,并单击“下一步”按钮,
第4步,打开“广播连接”对话框,在“用于Internet连接的URL”和“用于LAN连接的URL”编辑框中分别显示出通过Internet和局域网连接到Windows Media编码器时使用的地址,将第一个地址记下来即可。另外还可以单击“查找可用端口”按钮改变默认的端口号,这样可以提高安全系数。设置完毕单击“下一步”
第5步,在打开的“编码选项”对话框中用于设置音频和视频的编码质量。单击“视频”下拉三角按钮,在下拉列表中选中“电影内容视频(CBR)”选项。然后单击“音频”右侧的下拉三角按钮,选中列表中的“FM质量音频(CBR)”选项。设置完毕单击“完成”按钮,Windows Media编码器的配置工作顺利完成,
实现直播设置,启动编译码,新建一个会话,选择广播实况事件,建立一个直播服务,选择使用编码的音频和视频设备,下一步,完成,
流媒体点播设置与客户端设置
1,打开Windows Media Services 窗口,在左窗格中展开服务器目录,选中发布点,选择添加发布点向导 命令,
2, 打开对话框,下一步,在名称框中输入,能代表发布点用途的名称,下一步,
3, 在打开内容类型对话框中,选择要发布的流媒体类型,选中目录中的文件,下一步,
4, 在对话框中,选中点播发布点,下一步,
5, 打开目录对话框,浏览,在数据源选中主目录所在的磁盘分区,在文件夹中选择主目录,选择目录,
6, 选中 允许使用通配符对目录内容进行访问 复选框,下一步
7, 在打开的内容播放对话框中,可以选择播放顺序,选择循环,可实现无序循环播放,下一步,
8, 在对话中根据提示选择 是,下一步,
9, 可查看以上设置的内容,无误后,下一步,
10, 选中 完成向导后,复选框,并选中创建公告文件或网页,单击 完成。
在客户端播放流媒体
在窗口中选择 文件,打开URL 命令,在打开的编辑框中输入发布点链接的地址,确定,连接到发布点后,开始循环播放发布点中的流媒体内容,用户就是可以对媒体进行暂停,播放和停止等控制内

Python网络爬虫与推荐算法新闻推荐平台:网络爬虫:通过Python实现新浪新闻的爬取,可爬取新闻页面上的标题、文本、图片、视频链接(保留排) 推荐算法:权重衰减+标签推荐+区域推荐+热点推荐.zip项目工程资源经过严格测试可直接运行成功且功能正常的情况才上传,可轻松复刻,拿到资料包后可轻松复现出一样的项目,本人系统开发经验充足(全领域),有任何使用问题欢迎随时与我联系,我会及时为您解惑,提供帮助。 【资源内容】:包含完整源码+工程文件+说明(如有)等。答辩评审平均分达到96分,放心下载使用!可轻松复现,设计报告也可借鉴此项目,该资源内项目代码都经过测试运行成功,功能ok的情况下才上传的。 【提供帮助】:有任何使用问题欢迎随时与我联系,我会及时解答解惑,提供帮助 【附带帮助】:若还需要相关开发工具、学习资料等,我会提供帮助,提供资料,鼓励学习进步 【项目价值】:可用在相关项目设计中,皆可应用在项目、毕业设计、课程设计、期末/期中/大作业、工程实训、大创等学科竞赛比赛、初期项目立项、学习/练手等方面,可借鉴此优质项目实现复刻,设计报告也可借鉴此项目,也可基于此项目来扩展开发出更多功能 下载后请首先打开README文件(如有),项目工程可直接复现复刻,如果基础还行,也可在此程序基础上进行修改,以实现其它功能。供开源学习/技术交流/学习参考,勿用于商业用途。质量优质,放心下载使用。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值