當前位置:首頁 » 圖片軟體 » rtsp圖片處理軟體
擴展閱讀
養生圖片素材頭像 2025-05-17 09:20:45
圓盤卡通動物圖片 2025-05-17 09:15:10

rtsp圖片處理軟體

發布時間: 2022-04-20 01:52:32

㈠ 前綴為rtsp的資源用什麼軟體下載

先下載FLASHGET1.7版,
http://www.skycn.com/soft/879.html

安裝它,在下載鍵接(也就是你要點下載的地方)用右鍵,選用falshget下載(網際快車)就會跳出一個窗口在這里你選下載到哪及點確定就行了

更為詳細的話你可以看
http://www.downreg.com/Info/View-Info-464.html

㈡ 什麼是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 方法定義
方法記號表示資源上執行的方法,它區分大小寫。新方法可在將來定義,但不能以$開頭。
某些防火牆設計與其他環境可能要求伺服器插入RTSP方法和流數據。由於插入將使客戶端和
伺服器操作復雜,並強加附加開銷,除非有必要,應避免這樣做。插入二進制數據僅在RTSP通
過TCP傳輸時才可使用。流數據(如RTP包)用一個ASCII美圓符號封裝,後跟一個一位元組通道標
識,其後是封裝二進制數據的長度,兩位元組整數。

㈢ 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 方法定義
方法記號表示資源上執行的方法,它區分大小寫。新方法可在將來定義,但不能以$開頭。
某些防火牆設計與其他環境可能要求伺服器插入RTSP方法和流數據。由於插入將使客戶端和伺服器操作復雜,並強加附加開銷,除非有必要,應避免這樣做。插入二進制數據僅在RTSP通過TCP傳輸時才可使用。流數據(如RTP包)用一個ASCII美圓符號封裝,後跟一個一位元組通道標識,其後是封裝二進制數據的長度,兩位元組整數。流數據緊

㈣ rtsp是什麼跟mms的有關系跟網站的關系

RTSP(Real Time Streaming Protocol),實時流傳輸協議,是TCP/IP協議體系中的一個應用層協議,由哥倫比亞大學、網景和RealNetworks公司提交的IETF RFC標准。該協議定義了一對多應用程序如何有效地通過IP網路傳送多媒體數據。RTSP在體系結構上位於RTP和RTCP之上,它使用TCP或RTP完成數據傳輸。HTTP與RTSP相比,HTTP傳送HTML,而RTP傳送的是多媒體數據。HTTP請求由客戶機發出,伺服器作出響應;使用RTSP時,客戶機和伺服器都可以發出請求,即RTSP可以是雙向的。

該協議用於C/S模型,是一個基於文本的協議,用於在客戶端和伺服器端建立和協商實時流會話。

實時流協議(RTSP)是應用級協議,控制實時數據的發送。RTSP提供了一個可擴展框架,使
實時數據,如音頻與視頻,的受控、點播成為可能。數據源包括現場數據與存儲在剪輯中數據
。該協議目的在於控制多個數據發送連接,為選擇發送通道,如UDP、組播UDP與TCP,提供途徑
,並為選擇基於RTP上發送機制提供方法。

實時流協議(RTSP)建立並控制一個或幾個時間同步的連續流媒體。盡管連續媒體流與控制
流交*是可能的,通常它本身並不發送連續流。換言之,RTSP充當多媒體伺服器的網路遠程式控制
制。RTSP連接沒有綁定到傳輸層連接,如TCP。在RTSP連接期間,RTSP用戶可打開或關閉多個對
伺服器的可*傳輸連接以發出RTSP 請求。此外,可使用無連接傳輸協議,如UDP。RTSP流控制
的流可能用到RTP,但RTSP操作並不依賴用於攜帶連續媒體的傳輸機制。實時流協議在語法和操
作上與HTTP/1.1類似,因此HTTP的擴展機制大都可加入RTSP。協議支持的操作如下:
從媒體伺服器上檢索媒體:
用戶可通過HTTP或其它方法提交一個演示描述。如演示是組播,演示式就包含用於連續媒體
的的組播地址和埠。如演示僅通過單播發送給用戶,用戶為了安全應提供目的地址。
媒體伺服器邀請進入會議:
媒體伺服器可被邀請參加正進行的會議,或回放媒體,或記錄其中一部分,或全部。這種模
式在分布式教育應用上很有用,會議中幾方可輪流按遠程式控制制按鈕。
將媒體加到現成講座中:

如伺服器告訴用戶可獲得附加媒體內容,對現場講座顯得尤其有用。如HTTP/1.1中類似,RTSP
請求可由代理、通道與緩存處理。

RTSP 特性如下:
可擴展性:
新方法和參數很容易加入RTSP。
易解析:
RTSP可由標准 HTTP或MIME解吸器解析。
安全:
RTSP使用網頁安全機制。
獨立於傳輸:
RTSP可使用不可*數據報協議(UDP)、可*數據報協議(RDP),如要實現應用級可*,可
使用可*流協議。
多伺服器支持:
每個流可放在不同伺服器上,用戶端自動同不同伺服器建立幾個並發控制連接,媒體同步在
傳輸層執行。
記錄設備控制:
協議可控制記錄和回放設備。
流控與會議開始分離:
僅要求會議初始化協議提供,或可用來創建唯一會議標識號。特殊情況下, SIP或H.323
可用來邀請伺服器入會。
適合專業應用:
通過SMPTE 時標,RTSP支持幀級精度,允許遠程數字編輯
拿分!!!

㈤ rtsp 用哪種軟體下載方便

迅雷,可以下電影,還可以下文件.
下載文件傳輸協議包括:http,mms,rtsp,ftp等

㈥ 用什麼軟體下載rtsp

mms、rstp數據流的文件一般都是在線看的電影和視頻

.如果要下載網上的流媒體文件(如mms、rstp等協議),請使用steambox vcr suit 1.0來下載,否則無法下載

㈦ 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 方法定義
方法記號表示資源上執行的方法,它區分大小寫。新方法可在將來定義,但不能以$開頭。
某些防火牆設計與其他環境可能要求伺服器插入RTSP方法和流數據。由於插入將使客戶端和伺服器操作復雜,並強加附加開銷,除非有必要,應避免這樣做。插入二進制數據僅在RTSP通過TCP傳輸時才可使用。流數據(如RTP包)用一個ASCII美圓符號封裝,後跟一個一位元組通道標識,其後是封裝二進制數據的長度,兩位元組整數。

㈧ rtsp可以用什麼軟體錄像,存儲視頻

推選你使用 超級捕快 ;全能錄像軟體第一品牌;
支持游戲視頻錄像、qq視頻錄像、DV/DC/TV/攝像頭錄像、電腦屏幕錄像等多種錄制形式;

錄制的畫面非常清晰,操作也非常的簡單人性化,你可以邊錄視頻邊錄聲音;支持多種流行的格式保存,包括WMV、AVI、FLV、SWF等格式;聲音錄制效果好!

真正意義上的無限制錄像,佔用電腦資源少;此外還能任意設置視頻參數,體積小;

定時錄制、硬體錄制、音視頻廣播、視頻監控功能應有盡有;我們都覺得很好用

網路搜索 超級捕快

㈨ 有沒有對rtsp直播視頻截圖的好方法

先給你介紹一下八種影視截圖的方法 方法一: Windows Media Player10 首先介紹,最簡單的視頻截圖方法。Media Player10是常用的視頻播放器,也可以視頻截圖。我們在播放電影的過程中,遇到想截取的圖片,只需按下【「Ctrl+I」組合鍵】。就會彈出保存圖片的窗口。但是一定注意視頻格式,對於ASF、WMV格式是無法截圖的。 截圖優點: 截圖方法簡單點擊【「Ctrl+I」組合鍵】就OK。 截圖缺點: 有些視頻能播放,而不能截圖,如:ASF、WMV格式。 方法二: 豪傑超級解霸系列 豪傑超級解霸也有的視頻截圖功能,【版本V8、V9、3000、都可以】。 下面是以豪傑超級解霸V8 播放器為例,的抓圖方法。 1:首先打開豪傑超級解霸V8 2:點擊【文件】按鈕,打開要播放的影片。 3:影片開始,使用【播放/暫停】按鈕,暫停要截的圖片。就像照相機按快門一樣。 4:使用【單張抓圖】按鈕,或【連續抓圖】按鈕,截取圖片 。 5:點擊【單張抓圖】後,出現保存文件窗口。然後點擊【保存】按鈕。保存圖片就OK了 截圖優點: 截圖方法比較簡單,可以連續抓圖,[對製作GIF 動態圖片有幫助] 截圖缺點: 有些視頻文件格式能播放,而不能截圖。截取圖片不可隨意調節大小,只能截取影片原大小。 方法三: PowerDVD PowerDVD也有截圖功能,版本有很多。 下面是以PowerDVD 6 播放器為例,的抓圖方法。 1:首先打開PowerDVD 6 2:設置捕捉模式以及調節畫面大小。 首先要點擊播放器【配置】按鈕。 3:彈出對話框,點擊【高級】按鈕。 4:點擊【快照】,在下面對話框設置,圖片捕捉模式,以及調節截取畫面的大小。最後點擊【確定】,就OK了 5:最後點擊播放器的【捕捉畫面】按鈕,或按下快捷鍵C,就可截取影視圖片了。 截圖優點: 可截取任意大小的影視圖片,截取圖片比較清晰。 截圖缺點: 某些網路下載視頻,不能截取。 方法四: QQ截圖 1:首先打開QQ,點擊捕捉屏幕。 2:首先進行【影片截圖設置】。然後選擇截圖種類,如:屏幕截圖或影片截圖。 3:點擊截圖種類後,就可截取視頻或屏幕。 我點擊的是【影片截圖】後,電腦出現下圖後,點擊視頻播放窗口激活,再點擊鍵盤上的【scroll lock】鍵,就可成功截圖了。 4:最後把自己截的圖片,拿一個QQ,給另一個QQ傳圖片,就能把圖片保存到自己的電腦中了。 QQ視頻截圖優點: 任何視頻都能截取,還可截取在線觀看的電影。 QQ視頻截圖缺點: 比較麻煩,要使用QQ截圖就要開兩個QQ號碼,因為你要拿一個QQ,給另一個QQ傳圖片,才能把圖片保存到自己的電腦中。 方法五: 鍵盤截屏 介紹最簡單的截屏方法。[只可截屏] 利用電腦鍵盤上的,【PrintScreen鍵】和附件中【畫圖】結合,截屏。 1:首先找到想截取的頁面,然後點擊鍵盤上的【PrintScreen鍵】 我得鍵盤是【Prtsc Sysrq】如下圖 2:點擊【開始】→→【程序】→→【附件】→→【畫圖】 3:點擊【畫圖】後,進入畫圖工具。 點擊【編輯】→→【粘貼】就把截圖粘貼到畫圖工具中。 然後點擊【文件】中的【保存】就OK了 方法六:暴風影音系列 1:首先我們打開暴風影音,播放要截取的影視。 2:看到截取的畫面點擊[暫停]按鈕。 3:點擊文件中的[保存圖片],就OK了 截圖優點: 暴風影音可播放多種格式的視頻文件。因此截圖范圍比較廣。 截圖缺點: 某些視頻不可截圖。 方法七:RealPlayer截圖 1:首先打開windows media player隨便播放一個視頻文件。 2:再用realplayer播放你需要截圖的文件。 3:realplayer點擊【暫停】按鈕截取畫面,再點擊【Alt+print screen】健是當前窗口截圖。 4:點擊【程序】→【附件】中的【畫圖】後,進入畫圖工具。 點擊【編輯】→→【粘貼】就把截圖粘貼到畫圖工具中。 然後點擊【文件】中的【保存】就OK了 --------------- 軟體: spx截圖工具三套件的綠色精簡爆破版 Ashampoo Magical Snap 2.30 HyperSnap-DX 6.21.04┊專業級抓圖工具