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、免費電影在線觀看有那麼網站
你直接到其他平台復制你要看的電影鏈接，粘貼到微信小程序，澤丫去水印的解析欄點擊解析就可以免費看了