1、linux怎么架设RTSP流媒体服务器
Linux下利用gnump3d架设流媒体服务器
库文件被安装到：/usr/lib/perl5/5.8.6/gnump3d目录
man被安装到：
/usr/man/man1/gnump3d.1
/usr/man/man1/gnump3d-index.1
/usr/man/man1/gnump3d-top.1
/usr/man/man1/gnump3d.conf.1
3、配置
gnump3d的配置文件被存放在/etc/gnump3d/gnump3d.conf ，我们可以对配置文件进行修改。
gnump3d的themes被存放在/usr/share/gnump3d/目录中，所以要想换theme，可以在 gnump3d.conf中指定。
媒体文件存放在目录gnump3d.conf中，是/home/mp3 ，您也可以改为您媒体文件的目录，或者在/home中建一个mp3目录，把所有的媒体文件拷过去。
4、运行gnump3d流媒体服务器
[root@localhost gnump3d-2.9.5]# gnump3d&
或
[root@localhost gnump3d-2.9.5]# gnump3d2&
5、访问gnump3d流媒体服务器
访问地址是：http://localhost:8888/ ，您也可以让局域网的其它电脑来访问，当然要把localhost改为您的机器的IP地址，举例来说，如果您的流媒体服务器所在电脑的IP是192.168.1.6 ，那么，局域网访问地址应该是：
http://192.168.1.6:8888
对属性的配置页面：
http://localhost:8888/prefs/
6、汉化theme让界面变成中文
2、有谁可以教我怎么从网站下载mv然后上传到我的博客里去啊！！
下载教程】网上电影(流媒体)下载必杀技——绝属精品
如果大家觉得好的话，一定要帮忙顶一下，这样可以让更多的会员看到！
现在大部分朋友都用上宽带了，网上看电影也成了很多人新的生活方式。能不能将这些电影下载到本地硬盘中以便以后欣赏或收集整理、编辑呢？其实，网上丰富的电影资源主要都是一些流媒体文件，几乎可以这样说，凡是可以观看的，都能够把它下载下来。本专题就是要告诉大伙儿如何将网上的电影下载下来。
流媒体格式知多少
目前，在Internet上，传输音视频信息主要有下载和流式传输两种方案。受网络带宽的限制，采用下载方式要花数分钟甚至数小时，因而明显有相当长的延迟，对于视频点播、远程教学等对实时性要求高的多媒体应用来说不合适；而流式传输采用的是边接收边播放的原则(即数据流由流媒体服务器向用户计算机连续、实时地传送，客户机不必等到整个文件全部下载完毕，只需经过几秒或十数秒的缓冲即可观看)，有效利用了带宽，它不仅使启动延时大大地缩短，而且不需太大的缓存容量。但是，流媒体文件虽然采用边播放边下载的方式进行，同时也“边丢弃”，所以你别指望在流媒体播放完毕后能够在硬盘的临时文件夹中找到它们的踪影(显然，这是为节省客户端存储空间而考虑的)。
流媒体分为视频、音频两类，这里主要讨论视频流，因特网上主要有三家流媒体公司提供相应的流媒体格式。
1.Windows Media
Windows Media是由Microsoft公司推出的一种数据格式，音频、视频、图像以及控制命令脚本等多媒体信息通过这种格式以网络数据包的形式传输，从而实现流式多媒体信息的发布。在网络上传输的内容就称为“ASF Stream”。ASF支持任意的压缩、解压、编码方式，可以使用任何一种底层网络传输协议，灵活性很大。常见的Windows Media有WMV/WMA/ASF/ASX等。WMV(Windows Media Video)用于表现视频，WMA(Windows Media Audio)则是音频文件，ASF( Advanced Streaming Format)则两者都可以使用。ASX则是一种媒体播放列表文件。播放Windows Media流媒体文件的播放器首推微软自己的Windows Media Player(媒体播放器)。这是一款能提供最强的扩展性、灵活性和方便性的多媒体播放软件，可播放很多种类的多媒体格式文件。
2.Real Media
Real Media技术由Real Networks公司推出，在Internet上广受欢迎。它作为较早的因特网流式技术，已成为网络音、视频播放事实上的标准。并且，为了支持一台视频服务器对多台服务器的并发连接，Real Networks公司推出了一种复播技术，使它能够在网络上以树型结构复制服务器，使网络响应不受影响。从Real System G2系统开始，使用了“Sure Stream”技术，对已安装了Sure Stream的视频服务器，服务器端会自动侦测该客户端的Real Player的连接速度。根据客户端不同的拨号速率和带宽，让音频和视频数据流根据相应的带宽传输不同压缩比率的图像，使其始终以流畅的方式播放。Real Media的文件格式通常有.RM/.RA/.RAM，RM一般为视频文件格式，RA为音频文件格式，RAM则是媒体播放列表文件。
3.QuickTime
QuickTime是Apple公司推出的一种流媒体格式，它面向专业视频编辑、Web网站创建和CD-ROM内容制作开发，是数字媒体领域事实上的工业标准。它可以通过Internet提供实时的数字化信息流、工作流与文件回放功能。QuickTime流媒体文件格式为“QuickTime电影(Movie)文件格式”，其扩展名为.MOV。QuickTime技术具有目前最高音频和视频播放质量的播放器，内置Web浏览器插件(Plug-in)技术；支持RTP、RTSP、SDP、FTP和HTTP等多种网络协议；支持多种视频和动画格式。
提示：下载MOV文件的简易方法
MOV的流媒体文件在国内网站上很少看到，但在外国网站上很多，尤其是一些著名歌星的个人官方网站。MOV流媒体文件下载比较有效的方法是在线看完后通过Windows查找*.mov文件，往往就在C盘的Temporary Internet Files文件夹中。
下载HTTP/FTP 协议的电影
对于使用HTTP、FTP协议传播的电影，请不要使用IE直接下载或使用鼠标右键菜单中的“另存为”来保存，推荐使用网际快车(FlashGet)这类下载工具。使用网际快车下载此类协议的电影也要注意正确设置：先单击“工具”菜单下的“选项”，然后在“连接”选项下的“限制”中选中“不限制重试次数”，然后在同一对话框的“协议”选项卡下，把“HTTP”下的“用户代理”改为“Internet Explore 5.x”。这是因为多数服务器会限制下载的总人数，超过这一限制便会报错。
对于使用HTTP协议的WMV/RM等格式流媒体文件都可以按上述方法进行下载。如果页面中的链接是一个RAM文件，则将它下载到本地硬盘后用记事本打开，可以见到类似“RTSP://61.157.237.18/18e/lxj/kangxidadi/**.rm”等字样的链接。将此链接复制到后文将要提到的StreamBox VCR或影音传送带中就可以实现下载。
当然这样设置后也未必能够绝对下载，有可能是服务器在该段时间内连接不上，此时你应考虑换个时间再试试(比如凌晨下载人数通常最少)。
对于使用FTP 协议的电影连接也推荐用“Flash Get(Jet Car)”进行下载，如果知道FTP站点地址、登录用户名和密码等，可以仿照这样的格式在浏览器地址栏中输入“FTP://用户名：密码@FTP服务器的IP地址”。登录后在文件夹上单击右键，选择“复制到文件夹”，选择一个本地文件夹，也可以实现下载，不过效果不是太好。如何用网际快车来下载就要注意了。和HTTP协议相比较，FTP可以对每个IP的线程数进行控制，所以没必要多开，因为多开的线程也无法达到下载文件的目的。有些网站上说要“单线程”下载，就是指的这个。由于FlashGet本身是一个多线程下载工具，所以请先调整为单线程。方法是：把下载链接添加到下载任务时，会出现一个属性对话框，将“常规”下“文件分成”后的数字改为“1”，在下载时就会看到只有一个“jet1”在工作，这就是单线程下载了。
此外，很多FTP下载需要密码，则需要在将它添加到下载任务时出现的属性窗口加入：在“属性”窗口的“常规”选项下，勾选“登录到服务器”，然后在下面填写登录到该FTP服务器所需要的用户名和密码。
对于通过FTP方式提供下载的链接，可以使用专门的FTP文件传送、下载工具来下载。这方面的工具很多，方法大同小异，在此简单介绍一下使用国产的FTP工具《流星雨猫眼XFTP》来下载“210.192.96.39”站点上文件的步骤：
① 首先在XFTP软件的“工作视图”中，“FTP服务器”文件夹下点击右键，选择“快速添加新站点”，在“FTP地址”后写入“210.192.96.39”，然后输入用户名和密码，其余项目取默认值，确定。
② 左键单击此新增站点名称，这样便会自动开始连接，如果连接顺利，你会在“连接信息”下见到“"/" is current directory”、“/目录下的文件查找结束”等信息，同时可以在该站点名称下展开文件夹。
③ 选中需要的文件，将它拖动到本地磁盘上。
④ 点击“计划队列”项目，在要下载的文件上点右键，选择“传送”，接下来就慢慢等待XFTP将它下载下来吧。
此外，对于MPEG/AVI等电影格式虽然不是流媒体，但在网上也特别丰富(尤其是在FTP站点上)，这些文件通常使用HTTP或者FTP协议，所以这里的方法对它们也有效。
常见流媒体协议
不同的流媒体文件在播放时会用到不同的协议，为了让下载做到有的放矢，很有必要先看看各种流媒体所使用的协议。
1.与其他文件通用的两种协议
实际上流媒体文件本身也是一种文件，所以对于其他文件所使用的协议也是支持的。这两种协议就是HTTP和FTP。
1)HTTP协议
“HTTP协议”就是目前网页上广泛使用的“超文本传输协议”(Hyper Text Transfer Protocol)，在某些流媒体传输时也采用该协议。如“http://www.pinghu.net/try/02.asf”这样一个地址中尽管也采用了http协议，但它同样可以直接在Windows media player中播放，又如在浏览器的地址栏中输入“http://61.157.237.18/18f/kh/yzw_101.ram”则首先会将指定的RAM文件下载，然后调用系统中安装的RealOne player来播放该文件中所引用的RM/RA文件。
2)FTP协议
“FTP协议”的全称是“文件传输协议”(File Transfer Protocol)，主要用于在因特网上负责传送文件。有些电影是放在FTP服务器上的，通过该协议可以获取它们(需要使用相应的支持FTP协议的下载工具)。
2.最常见的两类流媒体协议
1)MMS协议
MMS的全称是“Microsoft Media Server”(微软媒体服务器)，这种协议由微软制定，用来访问并且用于流式接收Windows media服务器中的流文件，也是连接Windows Media单播服务的默认方法。当在Windows Media Player中输入一个URL以便连接播放内容时要使用这个协议，当用 MMS 协议连接到发布点后，服务器会使用“协议翻转”来获得最佳的连接。例如“mms://windows_media_server/sample.asf”这样一个地址中，“windows_media_server”为 Windows Media的服务器名，“SAMPLE.ASF ”是想要使之转化为流的.ASF文件名。在网上播放ASF/WMV文件时，常用这种协议，相应的还有MMST协议。
提示：在数码领域也有个“MMS”，这个“MMS”是多媒体信息服务(Multimedia Messaging Service)的英文缩写，是WAP论坛和3GPP(3rd Generation Partnership Program)制定的移动环境下新的信息服务标准，人们俗称的“彩信”就是它。大家不要搞混淆了。
2)RTSP协议
RTSP(Real Time Streaming Protocol)是由RealNetworks和Netscape共同提出的，是一种实时流协议。该协议定义了一对多应用程序如何有效地通过IP网络传送多媒体数据。RTSP在体系结构上位于RTP和RTCP之上，它使用TCP或RTP完成数据传输。与HTTP相比，HTTP传送HTML，而RTSP传送的是多媒体数据，HTTP请求由客户机发出，服务器做出响应。使用RTSP时，客户机和服务器都可以发出请求，即RTSP可以是双向的。现在很多公司都宣称它们的在线播放器支持RTSP协议(不过微软一直都坚持不支持此协议)。最典型的应用就是用来播放RealMedia文件。
下载MMS协议的电影
微软的WMV电影格式多用MMS协议来播放，这些电影是不能使用《网络蚂蚁》等来下载的(因为这些工具不支持MMS协议)。不过你也不用担心，目前能够下载MMS协议流媒体的工具软件还真是不少。下面我们通过一些例子来看看各个工具的主要用法。
1.HiDownload
HiDownload是一款可以从Web、 FTP站点和MMS站点下载文件的下载管理工具。它允许你以最快的速度下载电影、音乐和MP3等文件。在这里，我们只探讨怎样用它来下载使用MMS协议播放的电影。
例如，进入央视网站的“视听在线”页面(http://www.cctv.com/tvonline/media.html)，在页面的下面有羊年春节晚会上的部分节目可供欣赏。我们想要下载其中的相声《马路情歌》，则按下面的步骤进行：
①右键单击该节目右边的媒体播放机图标，从快捷菜单中选择“复制快捷方式”，打开记事本，该快捷方式粘贴进去，发现该快捷方式对应的目标其实就是“javascript:playsrc("MMS://winmedia.cctv.com.cn/specials/2003spring/56k/241894.wmv")”，显然，其中的“MMS://winmedia.cctv.com.cn/specials/2003spring/56k/241894.wmv”便是该节目的真实地址。
②选中并且复制该地址。
③启动HiDownload，点击工具栏上的“增加”按钮，在“增加任务”窗口中将上述地址粘贴到“URL”文本框中，确定返回主界面，即可开始下载。
2.Hi-Net Recorder/Player
HiDownload、《网络鼹鼠》之类的工具虽然可以实现对使用MMS协议的流媒体电影进行下载，但是必须等到下载完毕才能知道所下载文件的内容。如果你希望可以边看边下载，不妨试试“Hi-Net Recorder/Player”。
来自韩国的Hi-Net Recorder/Player 具有播放及录制流媒体功能，可以让你在下载的同时观看所下载的电影的内容，它只支持下载WMV和ASF文件。在Hi-Net Recorder/Player的主界面上的工具按钮既有用来播放文件的(Player)，也有用于录制(Rrecorder)的。步骤如下：
①在主界面上单击鼠标右键，从快捷菜单中选择“URL open”项，然后在对话框中输入要下载的流媒体电影的URL链接，单击“Play”(播放)返回主界面。
②如链接有效，稍等片刻便会自动开始播放，同时可见到主窗口中“Recorder”(录制)下的圆形按钮变红。
③单击该红色按钮可以录制，默认将录制的文件保存在c:\temp下。如要修改此路径，则在右键快捷菜单中单击“Preferences”(参数选择)，然后在打开的对话框中的“Default Path”(默认路径)下修改；接下来便可以观看并等待Hi-Net Recorder/Player将它下载到硬盘中。
3.Stream Download Project
“Stream Download Project”简称“SDP”，也是一个可以边观看边下载MMS协议流媒体文件的工具。SDP可以让你突破诸多限制，顺利将ASF、ASX、WMV等格式的影片下载回来。
这个软件的界面与《网络蚂蚁》、《网际快车》的风格很不同，没有那样的窗口结构和拖放篮，不过使用上一点也不困难。
① 确认要下载的WMV等文件的观看地址并且复制。
② 在SDP中单击“Open”(打开)按钮，在弹出的窗口中把地址粘贴进去，单击“OK”返回主窗口。
③ 接下来单击“Go”(执行)按钮，窗口中会出现相应的连接信息文字，并在文字说明上方出现一个红色进度条从左到右滚动。当该进度条到最右边时，文件便“躺”在了你的硬盘中，并且会默认自动启动播放器播放刚刚下载的文件。
④ 如果不想下载完毕才启动放映，而是需要在下载的同时观看文件的内容，则可以单击工具栏上的“Preview”(预览)按钮调出预览窗口，通过其上的控制按钮对播放进行控制。
下载RTSP协议的电影
RTSP协议用于播放RM格式的流媒体文件，当我们点击一个使用RTSP协议开头的流媒体链接时，系统会自动调用Real Player 或Real One Layer(系统中应安装有该播放器)来播放。相对于MMS协议的电影来讲，能够支持RTSP协议电影下载的工具不是特别多，但你应该相信它们个个都是精品。或许你有时使用这些工具并不能下载到任何RM电影，但这不是软件的错。还是那句话，只要能够播放便可以下载。
下面介绍两种RTSP协议流媒体的下载工具的用法。
1.Net Transport(影音传送带)
“影音传送带”是目前国内少有的可对MMS(可以多线程)、RTSP(PNA)协议文件进行下载的工具之一。它的优点多多，如下载速度一流，CPU占用率低(尤其在宽带上特别明显)等等。目前支持 HTTP、FTP、MMS和 RTSP等协议，而且除了RTSP之外的其余协议均可以实现多线程断点续传(只要站点支持)。虽然笔者通常用它来下载RTSP协议的电影。这里仍要提一下该软件对MMS协议的多线程续传功能：因为MMS流每秒的字节数差不多是固定的，这就决定了MMS流本身不能充分利用用户所有的带宽，所以多线程技术在缩短MMS流下载时间方面的效果是立竿见影的。遗憾的是目前的下载软件中，很少有支持MMS多线程下载技术的，而Net Transport正好弥补了这个空白。
如同前面所提到的多数工具一样，软件也会出现一个方便添加任务的“拖放篮”(估计这都是向“蚂蚁”学习而来的，呵呵)。要下载电影，可以把要下载的电影链接作为任务通过该拖放篮来添加，当然也可以不使用拖放篮而是使用工具按钮来操作。
启动“影音传送带”后，单击工具栏上的“新建”按钮，可以弹出“添加新的下载任务”对话框。按照前述方法将地址粘贴到URL后确定，之后开始下载。由于本身是中文软件，所以所有的提示信息一目了然。相信有了前面软件的使用作为基础，添加、删除等操作不会难倒各位了。
影音传送带的几个小技巧：
（1）虽然Net Transport不直接支持PNM协议，但在下载PNM协议文件的时候可以将PNM改成“rtsp://site:7070/...”试试，其中7070是PNM的默认端口号。
（2）如果某RTSP文件不能下载，可以将RTSP改为HTTP，注意去掉RTSP的默认端口号554，将它当作普通文件直接下载。
（3）如果Net Transport不能下载某些HTTP协议文件，这是因为某些站点需要Cookie，而Net Transport默认情况下Cookie是关闭的，打开方法是：依次单击“工具→选项→下载→Cookie→确定”。
（4）下载时不必指定文件存放的类别，下载完成后可以使用拖曳功能移动指定的任务到相应的类别中去。
（5）若要忽略Net Transport的浏览器捕捉，可以右键单击悬浮窗口，然后单击“监视浏览器”，取消前面的小钩。
（6）影音传送带下载RTSP协议的电影，只能开单线程。
（7）流媒体文件经MMS协议下载后是没有索引的，因为下载过程中文件大小是毛估估的不十分精确，也就没有办法添加索引于末尾，此时使用WMP(Windows Media Player)7版本以上只能顺序观看。通过使用任务栏中“制作ASF流索引”功能，不但可以随意拖动播放，而且会修复损坏的部分以及删除时间重复的部分以使影音更流畅。
2.StreamBox VCR
StreamBox VCR是一个名气较大的流媒体下载工具(我个人认为此软件下载RTSP协议文件的能力远不如影音传送带)，熟悉它的朋友很多。StreamBox VCR 不但支持点播形式的流节目，也支持现场流节目，而且两者可以同时下载。由于采用了独特的分析技术，所以可以把那些隐藏在ASX后的ASF文件和隐藏在SMIL文件后的RM文件找出来并进行下载，这个功能是挺实用的。StreamBox VCR 支持的流播放协议相当齐全，Http、FTP、RTSP、MMS、PNM 等协议它全部都支持，并可以在下载的时候自动判别。除此之外，支持断线续传、拖放下载等作为下载软件必要的功能它也有，且不同版本的StreamBox VCR可以分别用来下载软件、ASF/WMA和RM/RA格式的流媒体文件。如果要来下载软件，建议用1.0 Beta 2版本；如果要下载MMS协议的流媒体，则使用1.0 beta3版本；而下载RTSP协议的电影，则使用1.0 BETA 3.1为佳。三者用法大同小异。
下面用下载“RTSP://211.18.09.188/*.rm”(RTSP协议)的流媒体来说明方法。
①复制该链接“RTSP://211.18.09.188/*.rm”。
② 启动StreamBox VCR 1.0 beta 3.1，在其主窗口中点右键(第一次运行软件时，会要求输入密码和邮件地址等信息)，选择“粘贴”菜单项 ，立即出现“新建项目”窗口，在“下载地址”栏中已经自动填写好了刚才复制的地址(软件可以自动探测剪贴板中的内容)，选择一个“保存位置”。如果不熟悉下载协议就选择“自动”让它自动配置。
③ 单击“好”，返回主窗口，可以见到该文件正在被下载。
提示：某些流媒体节目可能是用的pnm://协议播放，如果直接在浏览器地址栏输入这个地址，则会调用Real One Player来播放，要下载这个流媒体节目，请在StreamBox VCR中进行，并且将协议选择为“PNM(HTTP)协议”。
如果你觉得复制粘贴太麻烦，那么就用拖放吧！尽管StreamBox VCR没有NetAnts和网际快车那样的浮动拖放窗口，但它仍然支持鼠标拖放。当在网上找到一个需要下载的数据流文件时，只要直接按住鼠标左键把这个地址链接拖放到StreamBox VCR的主窗口中就可以进行下载。
为了得到理想的下载效果，对StreamBox VCR作一些设置会更有利于今后的使用：在Streambox VCR中，点击“查看/程序设置”，在“Main”(主要)选项中将“最大的下载数”的值设定为10以上，如果你的网络带宽相当大，机器性能强悍，该数值还是大一些为好。进入“Time”(时间设置)选项，将“超时”的值设定大一点，最少要为60，该值较大则允许StreamBox VCR连接服务器的时间也会延长，因为有的服务器反应时间比较慢。如用预设的40秒或者改得更小，常会在连接中一直出现错误提示，使人产生一种错觉(比如下载地址错误、文件不存在，等等)。特别是随着宽带的逐渐普及，在线看电影的朋友越来越多，能够连接上服务器的时间当然会更长一些，所以这个值还是大点为好。
“Time”项下的“重试空闲”的值改为2秒，这样可以使StreamBox VCR在每次遇到连接错误后，与下次重试的间隔短一些。此外，同样是在“Time”选项下，将“不停地重试直至失败”复选框选中，意思是让软件除非是在下载中因不可预知的原因而停止，否则就要进行无限次的连接。然后进入“Connection”(连接)选项，将“带宽”改为“T1 LAN”，不管你的带宽真正是多少，都可以将它设定为T1，从而骗过服务器，使之相信你正用高速宽带与它进行连接，原因是有些服务器会检查你的带宽设置。如果你设置为“56K Modem”或“56K ISDN”这样的低速度，有些服务器就会拒绝连接，从而导致无法正确下载电影。改为“T1 LAN”还可以避免有些电影才下载一部分便报告下载完成。
设置完毕后，单击右方的 “OK”按钮，将设定保存为系统的默认值，这样就不必每次下载之前都来设置了。
用了这么多工具，大家不难看出下载流媒体的主要过程如下：
①先在浏览器中找到要下载的流媒体节目，在其链接上面点鼠标右键，选择“复制快捷方式”，把链接地址复制进系统剪贴板中。
②运行流的下载工具，通过软件提供的添加任务功能添加任务。这些软件几乎都有自动监视剪贴板的功能，所以在URL栏中都会自动把刚才的地址粘贴上去，做一些简单配置(比如选择文件的保存路径和文件名等)。
③返回主窗口，等着软件默默地将电影下载下来吧。
***介绍完这么多下载软件，最后推荐大家使用影音传送带(Net Transport)和网际快车(FlashGet)，这两种几乎是全能的下载软件（上面已介绍过了），从实际使用过程中，我个人感觉网际快车的下载稳定性要好于影音传送带。***
挖出隐藏的流媒体文件
前面所说的方法都是针对可以直接找出流媒体文件地址而言的。上述工具的出现，使朋友们不仅可以像以前那样在线观看电影，也能够将自己喜爱的电影下载下来。可是在很多时候，我们打开一个页面后，并没有发现页面中有流媒体文件的地址，但在网页上却有一个内嵌的媒体播放器，而且也能够播放。能播放就说明流媒体文件肯定存在，只是在网页上被隐藏起来了。怎样才能找出隐藏的流媒体文件呢？
1.查看快捷方式所指向的地址
隐藏得比较简单一点的就是不能直接看到文件的真实链接地址。比如前面提到的央视网站上的节目都用“javascript:playsrc( )”来指明其地址。像这样的隐藏地址，只须在相应的节目图标上单击右键，选择“复制快捷方式”，然后在记事本中粘贴，将括号中的内容去掉引号就可以得到文件真实地址。
提示：不要总是试图通过在右键菜单中选择“属性”来查看文件的真实地址，比如央视网站上那些节目图标。如果查看其属性，你会发现它们其实只是一些GIF图片文件——因为你查看的是“图标”的属性，而不是该图标到底链接到了何方。
2.分析网页文件的源代码找出关键字
有些网站上的节目，用第一种方法会无功而返。尽管看起来网页的播放界面和央视网站比较类似(都会出现一个播放控制窗口)，但原理大不相同。不过，只要能够播放，文件肯定在。若网页的播放器界面为RealOne Player，说明这可能是一个RM格式的文件(也有可能是RAM文件)，根据前面所介绍的协议和文件名对应关系可推测，这个文件应该是采用RTSP协议播放的，且可能是一个用RM作为扩展名的文件。在该页面上点击右键，选择“查看源文件”，系统会用相关联的编辑器打开，在源文件中使用搜索功能查找关键字“rm”，可查到类似 “RTSP://*.*.*/*.rm” 这样一些文字，这正是要找的文件地址。剩下的操作就是复制它，然后再启动影音传送带或StreamBox VCR下载即可。但有时候有的网站会把影片作为一个窗口单独弹出，如果我们用IE打开的话它的IE地址和菜单栏就看不到了。据说腾讯的浏览器可以将它破解，其实不用那么费劲，我们只需要在IE的历史中找到这一页，仍然可以用前述的方法找到其地址。
提示：上面提到“不要总是试图通过在右键菜单中选择‘属性’来查看文件的真实地址”，也不能太绝对。比如有这样一个网页“http://www1.surfingfun.net/works/play.aspx?no=397214”，进入后便会听到歌声(确实存在一个流媒体文件)，可是你查看源文件，输入歌曲常见格式的几种扩展名去搜索都不会指明文件的绝对地址。当输入“ASF”查找时会看到“playvoice("2002-10-18-22-13-20-9060000.asf")”字样的文字，但还是不能知道准确地址，甚至你使用下面要提到的嗅探器也找不出有用的东西。但是，当把鼠标移到网页的底部，会发现有一个播放控制图标。右击它查看属性，在这里详细指出了文件的真实位置。因此，多种方法一定要灵活使用。
3.断线法
此法只适用于通过网卡上网的用户，而且只对RM格式片子有用。具体操作如下：进入电影播放页面以后先暂停，在Win98的开始运行菜单里面输入Winipcfg然后回车，这时会弹出一个“IP配置”对话框，然后按播放键开始播放影片，等到播放的的缓冲进度刚刚出来的时候就按“IP配置”对话框中的“全部释放”按钮，这样就会产生断线，Realplay播放器就会报错，错误信息里面就包含了电影的真实地址。需要说明的是Realplay 9.0和它的升级版Realone都修复了这个漏洞，所以我建议大家还是装一个8.0的版本，再安装一个编码升级包，这样用RealVideo9.0编码标准压缩出来的RM文件也照样能看。
4.用嗅探工具嗅探
对于一些隐藏更深、保护更完善的流媒体文件使用上述方法都不能奏效——既看不到快捷方式，也不能查看源文件(例如屏蔽了IE的右键菜单)，此时怎么办呢？别着急！不能下载的
3、http流媒体
你是本地调用本地的播放器？还是服务器端 给客户端传数据播放？如果是后者，你回不用“采用直接调用player播放答http://222.2..../a.asf不是我想要的” 这种方法，我想知道还有其他方法吗？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？
4、什么是流媒体播放协议
流媒体技术基础-流媒体传输协议
作者/来源：未知
实时传输协议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 ，而具有不同载荷类型的交叉包将带来几个问题：
如一种载荷类型在连接期间切换，没有办法识别新值将替换那一个旧值。
SSRC定义成用于标识单个计时和系列号空间。如媒体时钟速率不同，而要求不同系列号空间以说明那种载荷类型有丢包，交叉复用载荷类型将需要不同计时空间。
RTCP发送和接收报告可能仅描述每个SSRC的计时和系列号空间，而不携带载荷类型段。
RTP混合器不能将不兼容媒体流合并成一个流。
在一个RTP连接中携带多个媒介阻止几件事：使用不同网络路径或网络资源分配；接受媒介子集。
对每种媒介使用不同SSRC，但以相同RTP连接发送可避免前三个问题，但不能避免后两个问题。
2.1.3 对RTP头特定设置的修改
可以认为，现用RTP数据包头对RTP支持的所有应用类共同需要的功能集是完整的。然而，为维持ALF设计原则，头可通过改变或增加设置来裁剪，并仍允许设置无关监控和记录工具起作用。标记位与载荷类型段携带特定设置信息，但由于很多应用需要它们，否则要容纳它们，就要增加另外32位字，故允许分配在固定头中。包含这些段的八进制可通过设置重新定义以适应不同要求，如采用更多或更少标记位。如有标记位，既然设置无关监控器能观察包丢失模式和标记位间关系，我们就可以定位八进制中最重要的位。
其它特殊载荷格式（视频编码）所要求的信息应该携带在包的载荷部分。可出现在头，总是在载荷部分开始处，或在数据模式的保留值中指出。如特殊应用类需要独立载荷格式的附加功能，应用运行的设置应该定义附加固定段跟随在现存固定头SSRC之后。这些应用将能迅速而直接访问附加段，同时，与监控器和记录器无关设置仍能通过仅解释开始12个八进制处理RTP包。如证实附加功能是所有设置共同需要的，新版本RTP应该对固定头作出明确改变
6.2.2 RTP控制协议-- RTCP
RTCP协议将控制包周期发送给所有连接者，应用与数据包相同的分布机制。低层协议提供数据与控制包的复用，如使用单独的UDP端口号。RTCP执行下列四大功能：
主要是提供数据发布的质量反馈。是作为RTP传输协议的一部分，与其他传输协议的流和阻塞控制有关。反馈对自适应编码控制直接起作用，但IP组播经验表明，从发送者收到反馈对诊断发送错误是致关重要的。给所有参加者发送接收反馈报告允许问题观察者估计那些问题是局部的，还是全局的。诸如IP组播等发布机制使网络服务提供商类团体可能接收反馈信息，充当第三方监控者来诊断网络问题。反馈功能由RTCP发送者和接收者报告执行。
RTCP带有称作规范名字（CNAME）的RTP源持久传输层标识。如发现冲突，或程序重新启动，既然SSRC标识可改变，接收者需要CNAME跟踪参加者。接收者也需要CNAME 与相关RTP连接中给定的几个数据流联系
前两种功能要求所有参加者发送RTCP包，因此，为了RTP扩展到大规模数量，速率必须受到控制。让每个参加者给其它参加者发送控制包，就大独立观察参加者数量。该数量用语计算包发送的速率。
第四个可选功能是传送最小连接控制信息，如参加者辨识。最可能用在\"松散控制\"连接，那里参加者自由进入或离开，没有成员控制或参数协调，RTCP充当通往所有参加者的方便通道，但不必支持应用的所有控制通讯要求。高级连接控制协议超出本书范围。
在IP组播场合应用RTP时，前3个功能是必须的，推荐用于所有情形。RTP应用设计人员必须避免使用仅在单播模式下工作的机制，那将导致无法扩展规模。
6.2.2.1 RTCP 包格式
下面定义几个携带不同控制信息的RTCP包类型：
SR：
发送报告，当前活动发送者发送、接收统计。
RR：
接收报告，非活动发送者接收统计。
SDES：
源描述项，包括CNAME。
BYE：
表示结束。
APP：
应用特定函数。
类似于RTP数据包，每个RTCP包以固定部分开始，紧接着的是可变长结构元素，但以一个32位边界结束。包含安排要求和固定部分中长度段，使RTCP包可堆叠。不需要插入任何分隔符将多哥RTCP包连接起来形成一个RTCP组合包，以低层协议用单一包发送出去。由于需要低层协议提供提供整体长度来决定组合包的结尾，在组合包中没有单个RTCP包显式计数。
组合包中每个RTCP包可独立处理，不需要根据包组合顺序。但未了执行协议功能，强加如下约束：
接收统计（在SR或RR中）应该经常发送，只要带宽允许，因此每个周期发送的组合RTCP 包应包含报告包。
新接收者需要接收CNAME，并尽快识别源，开始联系媒介进行同步，因此每个包应该包含SDES CNAME。
出现在组合包前面的是包类型数量，其增长应该受到限制，以提高常数位数量，提高成功确认RTCP包对错误地址RTP数据包或其他无关包的概率。
因此，所有RTCP包至少必须以两个包组合形式发送，推荐格式如下：
加密前缀（Encryption prefix）：
仅当组合包被加密，才加上一个32位随机数用于每个组合包发送。
SR或RR：
组合包中第一个RTCP包必须总为一个报告包，方便头的确认。即使没有数据发送，也没有接收到数据，也要发送一个空RR，那怕组合包中RTCP包为BYE。
附加RR：
如报告统计源数目超过31，在初始报告包后应该有附加RR 包。
SDES：
包含CNAME 项的SDES包必须包含在每个组合RTCP包中。如应用要求，其他源描述项可选，但受到带宽限制。
BYE或APP：
其它RTCP包类型可以任意顺序排列，除了BYE应作为最后一个包发送，包类型出现可不止一次。
建议转换器或混合器从多个源组合单个RTCP包。如组合包整体长度超过网络路径最大传输单元，可分成多个较短组合包用低层协议以单个包形式发送。注意，每个组合包必须以SR或RR包开始。附加RTCP包类型可在Internet Assigned Numbers Authority (IANA)处注册。
6.2.2.2 RTCP传输间隔
RTP设计成允许应用自动扩展，连接数可从几个到上千个。例如，音频会议中，数据流量是内在限制的，因为同一时刻只有一两个人说话；对组播，给定连接数据率仍是常数，独立于连接数，但控制流量不是内在限制的。如每个参加者以固定速率发送接收报告，控制流量将随参加者数量线性增长，因此，速率必须按比例下降。
一旦确认地址有效，如后来标记成未活动，地址的状态应仍保留，地址应继续计入共享RTCP带宽地址的总数中，时间要保证能扫描典型网络分区，建议为30分钟。注意，这仍大于RTCP报告间隔最大值的五倍。
这个规范定义了除必需的CNAME外的几个源描述项，如NAME（人名）和EMAIL（电子邮件地址）。它也为定义新特定应用RTCP包类型的途径。给附加信息分配控制带宽应引起注意，因为它将降低接收报告和CNAME发送的速率而损害协议的性能。建议分配给单个参加者用于携带附加信息的RTCP带宽不要超过20%。而且并没有有意让所有SDES项包含在每个应用中。
6.2.2.3 发送者与接收者报告
RTP接收者使用RTCP报告包提供接收质量反馈，报告包根据接收者是否是发送者而采用两种格式中的一种。除包类型代码外，发送者报告与接收者报告间唯一的差别是发送者报告包含一个20个字节发送者信息段。如某地址在发出最后或前一个报告间隔期间发送数据包，就发布SR；否则，就发出RR；SR和RR都可没有或包括多个接收报告块。发布报告不是为列在CSRC列表上的起作用的源，每个接收报告块提供从特殊源接收数据的统计。既然最大可有31个接收报告块嵌入在SR 或 RR包中，
丢失包累计数差别给出间隔期间丢掉的数量，而所收到扩展的最后一个系列号的差别给出间隔期间希望发送的包数量，两者之比等于经过间隔期间包丢失百分比。如两报告连续，比值应该等于丢失段部分；否则，就不等。每秒包丢失绿可通过NTP时标差除以丢失部分得到。
从发送者信息，第三方监控器可计算载荷平均数据速率与没收到数据间隔的平均包速率，两者比值给出平均载荷大小。如假设包丢失与包大小无关，那么特殊接收者收到的包数量给出此接收者收到的表观流量。
6.2.2.4 SDES: 源描述RTCP包
SDES 包为三层结构，由头与数据块组成，数据块可以没有，也可有多个，组成项描述块所表明的源。项描述如下：
版本（V）、填充（P）、长度：
如SR包中所描述。
包类型（PT）：
8位，包含常数202，识别RTCP SDES包。
源计数（SC）：
5位，包含在SDES包中的SSRC/CSRC块数量，零值有效，但没有意义。
源描述项内容如下：
CNAME: 规范终端标识SDES项
CNAME标识属性如下：
如发生冲突或重启程序，由于随机分配的SSRC标识可能发生变化，需要CNAME项提供从SSRC标识到仍为常量的源标识的绑定。
象SSRC标识，CNAME标识在RTP连接的所有参加者中应是唯一的。
为了提供一套相关RTP连接中某个参加者所采用的跨多媒体工具间的绑定，CNAME应固定为那个参加者。
为方便第三方监控，CNAME应适合程序或人员定位源。
NAME：用户名称SDES项
这是用于描述源的真正的名称，如\"John Doe, Bit Recycler, Megacorp\"，可是用户想要的任意形式。对诸如会议应用，这种名称也许是参加者列表显示最适宜的形式，它将是除CNAME外发送最频繁的项目。设置可建立这样的优先级别。NAME值至少在连接期间仍希望保持为常数。它不该成为连接的所有参加者中唯一依赖。
EMAIL：电子邮件地址SDES项
邮件地址格式由RFC822规定，如\"[email protected]\"。连接期间，电子邮件仍希望保持为常数。
PHONE：电话号码SDES项
电话号码应带有加号，代替国际接入代码，如\"+1 908 555 1212\"即为美国电话号码。
LOC：用户地理位置SDES项
根据应用，此项具有不同程度的细节。对会议应用，字符串如\"Murray Hill, New Jersey\"就足够了。然而，对活动标记系统，字符串如\"Room 2A244, AT&T BL MH\"也许就适用。细节留给实施或用户，但格式和内容可用设置指示。在连接期间，除移动主机外，LOC值期望仍保留为常数。
TOOL：应用或工具名称SDES项
是一个字符串，表示产生流的应用的名称与版本，如\"videotool 1.2\"。这部分信息对调试很有用，类似于邮件或邮件系统版本SMTP头。TOOL值在连接期间仍保持常数。
NOTE: 通知/状态SDES项
该项的推荐语法如下所述，但这些或其它语法可在设置中显式定义。NOTE 项旨在描述源当前状态的过渡信息，如\"on the phone, can´t talk\"，或在讲座期间用于传送谈话的题目。它应该只用于携带例外信息，而不应包含在全部参加者中，因为这将降低接收报告和CNAME发送的速度，因此损害协议的性能。特殊情况下，它不应作为用户设置文件的项目，也不是自动产生。
当其为活动时，由于NOTE项对显示很重要，其它非CNAME项（如NAME）传输速率将会降低，结果使NOTE项占用RTCP部分带宽。若过渡信息不活跃，NOTE项继续以同样的速度重复发送几次，但以一个串长为零的字符串通知接收者。然而，如对小倍数的重复或约20-30 RTCP间隔也没有接收到，接收者也应该考虑NOTE项是不活跃的。
PRIV: 专用扩展SDES项
该项用于定义实验或应用特定的SDES扩展，它包括由长字符串对组成的前缀，后跟填充该项其他部分和携带所需信息的字符串值。前缀长度段为8位。前缀字符串是定义PRIV项人员选择的名称，唯一对应应用接收到的其它PRIV项。应用实现者可选择使用应用名称，如有必要，外加附加子类型标识。另外，推荐其它人根据其代表的实体选择名称，然后，在实体内部协调名称的使用。
注意，前缀消耗了总长为255个八进制项的一些空间，因此，前缀应尽可能的短。这个设备和受到约束的RTCP带宽不应过载，其目的不在于满足所有应用的全部控制通讯要求。SDES PRIV前缀没在IANA处注册。如证实某些形式的PRIV项具有通用性， IANA应给它分配一个正式的SDES项类型，这样就不再需要前缀。这简化了应用，并提高了传输的效率。
6.2.2.5 BYE：断开RTCP包
如混合器接收到一个BYE包，混合器转发BYE包，而不改变SSRC/CSRC 标识。如混合器关闭，它也应该发出一个BYE包，列出它所处理的所有源，而不只是自己的SSRC标识。作为可选项，BYE包可包括一个8位八进制计数，后跟很多八进制文本，表示离开原因，如：\"camera malfunction\"或\"RTP loop detected\"。字符串具有同样的编码，如在SDES 中所描述的。如字符串填充包至下32位边界，字符串就不以空结尾；否则，BYE包以空八进制填充。
6.2.2.6 APP：定义应用的RTCP包
APP包用于开发新应用和新特征的实验，不要求注册包类型值。带有不可识别名称的APP包应被忽略掉。测试后，如确定应用广泛，推荐重新定义每个APP包，而不用向IANA注册子类型和名称段。
实时流协议RTSP
实时流协议RTSP(RealTimeStreamingProtocol)是由RealNetworks和Netscape共同提出的，该协议定义了一对多应用程序如何有效地通过IP网络传送多媒体数据。RTSP在体系结构上位于RTP和RTCP之上，它使用TCP或RTP完成数据传输。HTTP与RTSP相比，HTTP传送HTML，而RTP传送的是多媒体数据。HTTP请求由客户机发出，服务器作出响应；使用RTSP时，客户机和服务器都可以发出请求，即RTSP可以是双向的。
6.3 RTSP协议
实时流协议（RTSP）是应用级协议，控制实时数据的发送。RTSP提供了一个可扩展框架，使实时数据，如音频与视频，的受控、点播成为可能。数据源包括现场数据与存储在剪辑中数据。该协议目的在于控制多个数据发送连接，为选择发送通道，如UDP、组播UDP与TCP，提供途径，并为选择基于RTP上发送机制提供方法。
6.3.1 简介
6.3.1.1 目的
实时流协议（RTSP）建立并控制一个或几个时间同步的连续流媒体。尽管连续媒体流与控制流交叉是可能的，通常它本身并不发送连续流。换言之，RTSP充当多媒体服务器的网络远程控制。RTSP连接没有绑定到传输层连接，如TCP。在RTSP连接期间，RTSP用户可打开或关闭多个对服务器的可靠传输连接以发出RTSP 请求。此外，可使用无连接传输协议，如UDP。RTSP流控制的流可能用到RTP，但RTSP操作并不依赖用于携带连续媒体的传输机制。实时流协议在语法和操作上与HTTP/1.1类似，因此HTTP的扩展机制大都可加入RTSP。协议支持的操作如下：
从媒体服务器上检索媒体：
用户可通过HTTP或其它方法提交一个演示描述。如演示是组播，演示式就包含用于连续媒体的的组播地址和端口。如演示仅通过单播发送给用户，用户为了安全应提供目的地址。
媒体服务器邀请进入会议：
媒体服务器可被邀请参加正进行的会议，或回放媒体，或记录其中一部分，或全部。这种模式在分布式教育应用上很有用，会议中几方可轮流按远程控制按钮。
将媒体加到现成讲座中：
如服务器告诉用户可获得附加媒体内容，对现场讲座显得尤其有用。如HTTP/1.1中类似，RTSP请求可由代理、通道与缓存处理。
6.3.1.2 协议特点
RTSP 特性如下：
可扩展性：
新方法和参数很容易加入RTSP。
易解析：
RTSP可由标准 HTTP或MIME解吸器解析。
安全：
RTSP使用网页安全机制。
独立于传输：
RTSP可使用不可靠数据报协议（UDP）、可靠数据报协议（RDP），如要实现应用级可靠，可使用可靠流协议。
多服务器支持：
每个流可放在不同服务器上，用户端自动同不同服务器建立几个并发控制连接，媒体同步在传输层执行。
记录设备控制：
协议可控制记录和回放设备。
流控与会议开始分离：
仅要求会议初始化协议提供，或可用来创建唯一会议标识号。特殊情况下， SIP或H.323
可用来邀请服务器入会。
适合专业应用：
通过SMPTE 时标，RTSP支持帧级精度，允许远程数字编辑
演示描述中立：
协议没强加特殊演示或元文件，可传送所用格式类型；然而，演示描述至少必须包含一个RTSP URI。
代理与防火墙友好：
协议可由应用和传输层防火墙处理。防火墙需要理解SETUP方法，为UDP媒体流打开一个\"缺口\"。
HTTP友好：
此处，RTSP明智的采用HTTP观念，使现在结构都可重用。结构包括Internet 内容选择平台（PICS）。由于在大多数情况下控制连续媒体需要服务器状态， RTSP不仅仅向HTTP 添加方法。
适当的服务器控制：
如用户启动一个流，他必须也可以停止一个流。
传输协调；
实际处理连续媒体流前，用户 可协调传输方法。
性能协调：
如基本特征无效，必须有一些清理机制让用户决定那种方法没生效。这允许用户提出适合的用户界面。
6.3.1.3扩展RTSP
由于不是所有媒体服务器有着相同的功能，媒体服务器有必要支持不同请求集。RTSP 可以如下三种方式扩展，这里以改变大小排序：
以新参数扩展。如用户需要拒绝通知，而方法扩展不支持，相应标记就加入要求的段中。
加入新方法。如信息接收者不理解请求，返回501错误代码（还未实现），发送者不应再次尝试这种方法。用户可使用OPTIONS方法查询服务器支持的方法。服务器使用公共响应头列出支持的方法。
定义新版本协议，允许改变所有部分。（除了协议版本号位置）
6.3.1.4操作模式
每个演示和媒体流可用RTSP URL识别。演示组成的整个演示与媒体属性由演示描述文件定义。使用HTTP或其它途径用户可获得这个文件，它没有必要保存在媒体服务器上。
为了说明，假设演示描述描述了多个演示，其中每个演示维持了一个公共时间轴。为简化说明，且不失一般性，假定演示描述的确包含这样一个演示。演示可包含多个媒体流。除媒体参数外，网络目标地址和端口也需要决定。下面区分几种操作模式：
单播：
以用户选择的端口号将媒体发送到RTSP请求源。
组播，服务器选择地址：
媒体服务器选择组播地址和端口，这是现场直播或准点播常用的方式。
组播，用户选择地址：
如服务器加入正在进行的组播会议，组播地址、端口和密匙由会议描述给出。
6.3.1.5 RTSP状态
RTSP控制通过单独协议发送的流，与控制通道无关。例如，RTSP控制可通过TCP连接，而数据流通过UDP。因此，即使媒体服务器没有收到请求，数据也会继续发送。在连接生命期，单个媒体流可通过不同TCP连接顺序发出请求来控制。所以，服务器需要维持能联系流与RTSP请求的连接状态。RTSP中很多方法与状态无关，但下列方法在定义服务器流资源的分配与应用上起着重要的作用：
SETUP：
让服务器给流分配资源，启动RTSP连接。
PLAY与RECORD：
启动SETUP 分配流的数据传输。
PAUSE：
临时停止流，而不释放服务器资源。
TEARDOWN：
释放流的资源，RTSP连接停止。
标识状态的RTSP方法使用连接头段识别RTSP连接，为响应SETUP请求，服务器连
接产生连接标识。
6.3.1.6 与其他协议关系
RTSP在功能上与HTTP有重叠，与HTTP相互作用体现在与流内容的初始接触是通过网页的。目前的协议规范目的在于允许在网页服务器与实现RTSP媒体服务器之间存在不同传递点。例如，演示描述可通过HTTP和RTSP检索，这降低了浏览器的往返传递，也允许独立RTSP 服务器与用户不全依靠HTTP。
但是，RTSP与HTTP 的本质差别在于数据发送以不同协议进行。HTTP是不对称协议，用户发出请求，服务器作出响应。RTSP中，媒体用户和服务器都可发出请求，且其请求都是无状态的；在请求确认后很长时间内，仍可设置参数，控制媒体流。重用HTTP功能至少在两个方面有好处，即安全和代理。要求非常接近，在缓存、代理和授权上采用HTTP功能是有价值的。
当大多数实时媒体使用RTP作为传输协议时，RTSP没有绑定到RTP。RTSP假设存在演示描述格式可表示包含几个媒体流的演示的静态与临时属性。
6.3.2 协议参数
6.3.3 RTSP 信息
RTSP是基于文本的协议，采用ISO 10646 字符集，使用UTF-8编码方案。行以CRLF中断，但接收者本身可将CR和LF解释成行终止符。基于文本的协议使以自描述方式增加可选参数更容易。由于参数的数量和命令的频率出现较低，处理效率没引起注意。如仔细研究，文本协议很容易以脚本语言（如：Tcl、Visual Basic与Perl）实现研究原型。
10646字符集避免敏感字符集切换，但对应用来说不可见。RTCP也采用这种编码方案。带有重要意义位的ISO 8859-1字符表示如100001x 10xxxxxx.。RTSP信息可通过任何低层传输协议携带。
请求包括方法、方法作用于其上的对象和进一步描述方法的参数。方法也可设计为在服务器端只需要少量或不需要状态维护。当信息体包含在信息中，信息体长度有如下因素决定：
不管实体头段是否出现在信息中，不包括信息体的的响应信息总以头段后第一和空行结束。
如出现内容长度头段，其值以字节计，表示信息体长度。如未出现头段，其值为零。
服务器关闭连接。
注意：RTSP目前并不支持HTTP/1.1\"块\"传输编码，需要有内容长度头。假如返回适度演示描述长度，即使动态产生，使块传输编码没有必要，服务器也应该能决定其长度。如有实体，即使必须有内容长度，且长度没显式给出，规则可确保行为合理。
从用户到服务器端的请求信息在第一行内包括源采用的方法、源标识和所用协议版本。RTSP定义了附加状态代码，而没有定义任何HTTP代码。
6.3.4 实体
如不受请求方法或响应状态编码限制，请求和响应信息可传输实体，实体由实体头文件和试题体组成，有些响应仅包括实体头。在此，根据谁发送实体、谁接收实体，发送者和接收者可分别指用户和服务器。
实体头定义实体体可选元信息，如没有实体体，指请求标识的资源。扩展头机制允许定义附加实体头段，而不用改变协议，但这些段不能假定接收者能识别。不可识别头段应被接收者忽略，而让代理转发。
6.3.5 连接
RTSP请求可以几种不同方式传送：
1、持久传输连接，用于多个请求/响应传输。
2、每个请求/响应传输一个连接。
3、无连接模式。
传输连接类型由RTSP URI来定义。对 \"rtsp\" 方案，需要持续连接；而\"rtspu\"方案，调用RTSP 请求发送，而不用建立连接。
不象HTTP，RTSP允许媒体服务器给媒体用户发送请求。然而，这仅在持久连接时才支持，否则媒体服务器没有可靠途径到达用户，这也是请求通过防火墙从媒体服务器传到用户的唯一途径。
6.3.6 方法定义
方法记号表示资源上执行的方法，它区分大小写。新方法可在将来定义，但不能以$开头。
某些防火墙设计与其
5、免费电影在线观看有那么网站
你直接到其他平台复制你要看的电影链接，粘贴到微信小程序，泽丫去水印的解析栏点击解析就可以免费看了