妳在看網絡電影或者電視的時候，壹般會註意到這些文件的連接不是以ftp開頭，而是以rtsp或者mms開頭的東西。為什麽？其實這些協議和ftp壹樣，都是網絡上傳輸數據的協議，只不過是專門用來傳輸流媒體的。接下來，我們來看看目前使用的主要流媒體協議:
1.RTSP (Real Time Streaming Protocol)，實時流協議，由RealNetworks和Netscape***提出，現在用於RealNetworks的實時媒體產品中；
2.PNM(Progressive Networks Audio)，也是real專用的實時傳輸協議，壹般采用UDP協議，占用端口7070，但當妳的服務器在防火墻內，端口7070被阻塞，妳的服務器將SmartingNetwork設置為true，則采用該協議，占用默認端口80；
3.MMS(微軟媒體服務器協議)是微軟的流媒體服務器協議，是連接到Windows Media單播服務的默認方法。
主要介紹了三個，妳可能會問，蘋果的QuickTime用的是哪個協議？大多數情況下，Quick看著ime用的是協議，其實也是基於標準的流媒體傳輸協議，也就是標準的RTSP協議，Real公司用的RTSP是自己開發的。
在流媒體傳輸中，標準的協議有RTP(實時傳輸協議)、RTCP(實時傳輸控制協議)、RTSP(實時流協議，實時流媒體協議)和RSVP(資源預留協議)，廠商的產品都是在這些協議的基礎上研發的，限於篇幅，這裏不再深入討論。
問題2:流媒體系統的三個部分是什麽？目前三大媒體格式和協議是什麽？1.編碼器:由普通電腦、微視高清視頻采集卡和流媒體編碼軟件組成。微視流媒體采集卡負責通過編碼軟件將音視頻信息源輸入計算機進行處理；編碼軟件負責將流媒體采集卡傳輸的數字音視頻信號壓縮成流媒體格式。在直播的情況下，還負責將壓縮後的流媒體信號實時上傳到流媒體服務器。
2.服務器:由流媒體軟件系統的服務器部分和壹個硬件服務器組成。該部分負責管理、存儲和分發編碼器傳輸的流媒體節目。3.終端播放器，也叫解碼器:這部分由流媒體系統的播放軟件和壹臺普通PC組成，用來播放流媒體服務器上用戶想看的視頻節目。
流媒體技術原理
目前主流的流媒體技術有三種，分別是RealNetworks的RealSystem、微軟的WindowsMediaTechnology和蘋果的QuickTime。三種技術都有自己的專利算法，專利文件格式，甚至專利傳輸控制協議。
問題3:常見的流媒體協議有哪些？有彩信，RSVP，RTSP，RTP，RTPC等等。
問題4:什麽是流媒體？妳有哪種？流媒體，又稱流媒體，是壹種邊傳輸邊播放的多媒體。邊傳輸邊廣播指的是媒體提供商在網絡上“同時”傳輸媒體，而用戶連續接收並觀看或收聽所傳輸的媒體。“流”媒體的“流”是指這種媒體的傳輸方式(流模式)，而不是媒體本身。
有兩種類型；
1.順序流是順序下載。用戶可以在下載文件的同時觀看在線媒體。在給定的時刻，用戶只能觀看已下載的部分，不能跳轉到尚未下載的前面部分。與實時流不同，順序流在傳輸過程中會根據用戶連接的速度進行調整。由於標準的HTTP服務器可以發送這種形式的文件，並且不需要其他特殊的協議，因此順序流式傳輸更適合於高質量的短片段，如片頭、片尾和廣告。由於文件的觀看部分在播放前是無損下載的，這種方式保證了電影播放的最終質量。
2.實時流式傳輸是指確保媒體信號的帶寬與網絡連接相匹配，以便實時觀看媒體。實時流不同於HTTP流，後者需要專用的流服務器和傳輸協議。實時流總是實時傳輸，特別適合現場活動，也支持隨機訪問。用戶可以快進或後退觀看前面或後面的內容。理論上，實時流可以不停頓地播放，但實際操作中，可能會出現周期性暫停。實時流必須匹配連接帶寬，這意味著以調制解調器速度連接小雞時圖像質量很差。而且當丟失的信息因錯誤被忽略時，網絡擁擠或有問題時視頻質量很差。如果想保證視頻質量，順序流可能更好。
問題5:RTMP、RTSP和HLS有什麽不同？
HTTP實時流
蘋果的動態速率適配技術。主要用於PC和蘋果終端的音視頻服務。包括m3u(8)的索引文件、TS媒體片段文件和密鑰加密字符串文件。
常用的流媒體協議主要有HTTP漸進式下載和基於RTSP/RTP的實時流媒體協議，這兩種協議基本上是完全不同的東西。目前HTTP漸進式下載方式比較方便好用。在這種情況下，蘋果公司的HTTP直播流媒體就是這方面的代表。它最初是由蘋果公司為iPhone、iPod、iTouch和iPad等移動設備開發的。現在桌面上有很多應用，HTML5直接支持這個。
而HLS協議的小切片方式會產生大量的文件，存儲或處理這些文件會造成大量的資源浪費。如果要實現幾天的時移，索引量將是壹個巨大的數字，顯然會影響請求速度。所以HLS協議對存儲I/O的要求非常高，在這方面，有公司提出了非常好的解決方案。
新的按需服務器系統開創了內存緩存數據的實時切片技術，顛覆了這種傳統的實現方式，從根本上解決了大量切片的碎片化問題，讓單臺服務器的切片打包能力不再是瓶頸。其基本原理如下:
TS切片文件不存儲在磁盤中，而是存儲在內存中。這項技術使得服務器的磁盤不再有“成噸”的文件碎片，大大減少了磁盤的I/O次數，延長了服務器磁盤的使用壽命，大大提高了服務器運行的穩定性。同時，由於該技術的使用，當終端請求數據時，可以直接從服務器的內存中獲取，大大提高了對終端數據請求的響應速度，優化了視頻觀看體驗。
rtsp協議，應該是實時性最好的，如果實時性要求很高，比如0.5s以內，是個不錯的選擇，前陣子我寫過壹個模仿spydroid的建議RTSP服務器，其實就是選項，描述，設置，播放，暫停，拆機。這個協議是應用最廣泛的，網上有很多介紹。如果想真正理解rtsp協議，對c++語言有壹定了解的可以查壹下live555。
問題6:流媒體傳輸的主要協議有哪些？它們各自的功能和任務是什麽？基於Windows Media技術的流媒體系統的設計與實現。
在介紹流媒體技術和Windows Media技術的基礎上，簡述了Windows Media server的安裝、ASF文件的制作以及創建“點播單播發布點”、“廣播單播發布點”和“組播廣播站”的方法，並從實用的角度闡述了在網絡中實現流媒體服務的技術和方法。
關鍵詞:Windows Media流媒體網絡視頻
基於Windows Media的流媒體技術的設計與實現
摘要:本文在簡要介紹流媒體技術的基礎上，結合Windows Media技術的實際，闡述了Windows Media服務器的安裝，ASF，以及制作文件點播單播發布點，廣播單播發布點，組播廣播站的創建方法，以及通過網頁鏈接等。他們可能會進行相關的測試，從實踐的角度闡述在網絡中實現流媒體服務的技術和方法。
關鍵詞:Windows Media流媒體視頻網絡
流媒體技術概述
流媒體就是通過流媒體技術在Internet/Intranet上傳輸的基於時間的連續媒體，如音頻、視頻或多媒體文件。流媒體在播放前並不下載整個文件，只是將初始內容存儲在內存中。流媒體的數據流是隨時傳輸和播放的，只是剛開始會有壹些延遲。流媒體實現的關鍵技術是流式傳輸。流式傳輸主要是指通過網絡傳輸媒體(如視頻、音頻)的技術。它的具體含義是通過互聯網將視頻節目傳輸到PC上。流媒體技術是壹項包括采集、編碼、傳輸、存儲、解碼等技術的綜合技術。
2.Windows Media技術簡介
2.1功能
微軟公司推出的Windows Media技術具有方便性、先進性、集成性和低成本的特點，其制作、發布和播放軟件與Windows NT/2000/9x集成，無需額外購買。微軟的流媒體視頻解決方案在微軟Windows平臺上是免費的，制作方和播放方的視頻和音頻質量都不錯，而且很好用。
2.2 Windows Media播放模式
Windows Media播放模式包括單播、多播、點播和廣播。它們的含義如下表所示:
單播:它是客戶端和服務器之間的點對點連接。在客戶端媒體服務器之間建立單獨的數據通道，1服務器發送的每個數據包只能傳輸給1客戶端。
組播:內容流通過支持組播的網絡傳送，網絡* * *中的所有客戶端都享受相同的等級。由多播技術構建...> & gt
問題7:什麽是流媒體播放協議——流媒體傳輸協議？
作者/來源:未知
實時傳輸協議RTP和RTCP
RTP(實時傳輸協議)是互聯網上多媒體數據流的傳輸協議。RTP定義為工作在壹對壹或壹對多傳輸的情況下，目的是提供時間信息，實現流同步。RTP通常使用UDP傳輸數據，但RTP也可以在TCP或ATM等其他協議上工作。當應用程序啟動RTP會話時，它將使用兩個端口:壹個用於RTP，壹個用於RTCP。RTP本身不提供用於順序傳輸數據分組的可靠傳輸機制，也不提供流量控制或擁塞控制。它依靠RTCP提供這些服務。通常RTP算法不是作為獨立的網絡層實現的，而是作為應用程序代碼的壹部分。實時傳輸控制協議RTCP Rtcp(實時傳輸控制協議)和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.....> & gt
問題8:RTMP、RTSP和合肥光源有什麽不同？RTMP是實時信息協議的首字母縮寫。該協議基於TCP，是壹個協議家族，包括RTMP基本協議和RTMPT/RTMPS/RTMPE等變體。RTMP是為實時數據通信而設計的網絡協議，主要用於Flash/AIR平臺與支持RTMP協議的流媒體/交互服務器之間的音頻、視頻和數據通信。支持該協議的軟件包括Adobe Media Server/Ultrant Media Server/red 5等。
RTSP(Real Time Streaming Protocol，實時流協議)RFC2326是TCP/IP協議體系中的應用層協議，是由Columbia大學、Netscape和RealNetworks提交的IETF RFC標準。該協議定義了壹對多應用如何通過IP網絡有效地傳輸多媒體數據。RTSP在架構上高於RTP和RTCP，它使用TCP或UDP來完成數據傳輸。與RTSP相比，HTTP請求由客戶端發送，服務器響應。使用RTSP時，客戶端和服務器都可以發出請求，也就是說，RTSP可以是雙向的。RTSP是壹種用於控制音頻或視頻的多媒體流協議，它允許同時控制多個流。傳輸中使用的網絡協議不在其定義的範圍內。服務器可以選擇使用TCP或UDP來傳輸流內容。其語法和操作類似於HTTP 1.1，但不強調時間同步，所以可以容忍網絡延遲。如上所述，允許同時多流需求控制(組播)不僅可以減少服務器端的網絡使用，還可以支持多方視頻會議。因為運行方式類似於HTTP1.1，所以〈代理〉服務器的〈緩存〉功能也適用於RTSP，RTSP有重定向功能，可以根據實際負載切換提供服務的服務器，避免過多負載集中在同壹臺服務器上造成的延遲。
問題9:實時流媒體rtsp協議開發中，可以看live555的哪些書？那段代碼裏有RTSP，過程清晰易懂。
如果妳想成為流媒體客戶端，妳可以使用directshow。
問題10:移動流媒體的控制協議流媒體使用的獨特應用和控制協議有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類似，音視頻專用的URL與HTTP中的類似。