流媒體存儲框架

『壹』 什麼是流媒體

流媒體(Streaming Media)指在數據網路上按時間先後次序傳輸和播放的連續音/視頻數據流。以前人們在網路上觀看電影或收聽音樂時，必須先將整個影音文件下載並存儲在本地計算機上，然後才可以觀看。與傳統的播放方式不同，流媒體在播放前並不下載整個文件，只將部分內容緩存，使流媒體數據流邊傳送邊播放，這樣就節省了下載等待時間和存儲空間。流媒體數據流具有三個特點：連續性(Continuous) 、實時性(Real - time) 、時序性，即其數據流具有嚴格的前後時序關系。我國的863高科技研究計劃「高性能信息示範網路3 Tnet 」中，明確提出要從寬頻流媒體等典型業務入手，建立一個能適應Internet TV等媒體流實時傳輸的高性能、廣域(城域)寬頻演示驗證網路3Tnet 。除了寬頻網路外，流媒體技術還可以廣泛地應用於其它網路，例如無線流媒體傳輸是3G網路的主要應用之一。在NGN網路中，流媒體也扮演重要的角色。流媒體應用類型：流媒體應用可以根據傳輸模式、實時性、交互性粗略地分為多種類型。

根據上述分類，常見的流媒體的應用主要有：視頻點播(VOD)、視頻廣播、視頻監視、視頻會議、遠程教學、互動式游戲等。總之，目前基於流媒體的應用非常多，發展非常快。豐富的流媒體應用對用戶有很強的吸引力，在解決了制約流媒體的關鍵技術問題後，可以預料，流媒體應用必然會成為未來網路的主流應用。

『貳』 什麼是流媒體

隨著互聯網的普及，利用網路傳輸聲音與視頻信號的需求也越來越大。廣播電視等媒體上網後，也都希望通過互聯網來發布自己的音視頻節目。但是，音視頻在存貯時文件的體積一般都十分龐大。在網路帶寬還很有限的情況下，花幾十分鍾甚至更長的時間等待一個音視頻文件的傳輸，不能不說是一件讓人頭疼的事。流媒體技術的出現，在一定程度上使互聯網傳輸音視頻難的局面得到改善。 傳統的網路傳輸音視頻等多媒體信息的方式是完全下載後再播放，下載常常要花數分鍾甚至數小時。而採用流媒體技術，就可實現流式傳輸，將聲音、影像或動畫由伺服器向用戶計算機進行連續、不間斷傳送，用戶不必等到整個文件全部下載完畢，而只需經過幾秒或十幾秒的啟動延時即可進行觀看。當聲音視頻等在用戶的機器上播放時，文件的剩餘部分還會從伺服器上繼續下載。 如果將文件傳輸看作是一次接水的過程，過去的傳輸方式就像是對用戶做了一個規定，必須等到一桶水接滿才能使用它，這個等待的時間自然要受到水流量大小和桶的大小的影響。而流式傳輸則是，打開水頭龍，等待一小會兒，水就會源源不斷地流出來，而且可以隨接隨用，因此，不管水流量的大小，也不管桶的大小，用戶都可以隨時用上水。從這個意義上看，流媒體這個詞是非常形象的。 流式傳輸技術又分兩種，一種是順序流式傳輸，另一種是實時流式傳輸。 順序流式傳輸是順序下載，在下載文件的同時用戶可以觀看，但是，用戶的觀看與伺服器上的傳輸並不是同步進行的，用戶是在一段延時後才能看到伺服器上傳出來的信息，或者說用戶看到的總是伺服器在若干時間以前傳出來的信息。在這過程中，用戶只能觀看已下載的那部分，而不能要求跳到還未下載的部分。順序流式傳輸比較適合高質量的短片段，因為它可以較好地保證節目播放的最終質量。它適合於在網站上發布的供用戶點播的音視頻節目。 在實時流式傳輸中，音視頻信息可被實時觀看到。在觀看過程中用戶可快進或後退以觀看前面或後面的內容，但是在這種傳輸方式中，如果網路傳輸狀況不理想，則收到的信號效果比較差。 在運用流媒體技術時，音視頻文件要採用相應的格式，不同格式的文件需要用不同的播放器軟體來播放，所謂「一把鑰匙開一把鎖」。目前，採用流媒體技術的音視頻文件主要有三大「流派」。 一是微軟的ASF（Advanced Stream Format）。這類文件的後綴是.asf和.wmv，與它對應的播放器是微軟公司的 「Media Player」。用戶可以將圖形、聲音和動畫數據組合成一個ASF格式的文件，也可以將其他格式的視頻和音頻轉換為ASF格式，而且用戶還可以通過音效卡和視頻捕獲卡將諸如麥克風、錄像機等外設的數據保存為ASF格式。 二是RealNetworks公司的RealMedia，它包括RealAudio、RealVideo和RealFlash三類文件，其中RealAudio用來傳輸接近CD音質的音頻數據，RealVideo用來傳輸不間斷的視頻數據，RealFlash則是RealNetworks公司與Macromedia公司聯合推出的一種高壓縮比的動畫格式，這類文件的後綴是.rm，文件對應的播放器是「RealPlayer」。 三是蘋果公司的QuickTime。這類文件擴展名通常是 .mov，它所對應的播放器是「QuickTime。」 此外，MPEG、AVI、DVI、SWF等都是適用於流媒體技術的文件格式。 由於流媒體技術在一定程度上突破了網路帶寬對多媒體信息傳輸的限制，因此被廣泛運用於網上直播、網路廣告、視頻點播、遠程教育、遠程醫療、視頻會議、企業培訓、電子商務等多種領域。 對於新聞媒體來說，流媒體帶來了機遇，也帶來了挑戰。 流媒體技術為傳統媒體在互聯網上開辟更廣闊的空間提供了可能。廣播電視媒體節目的上網更為方便，聽眾、觀眾在網上點播節目更為簡單，網上音視頻直播也將得到廣泛運用。 流媒體技術將過去傳統媒體的「推」式傳播，變為受眾的「拉」 式傳播，受眾不再是被動地接受來自廣播電視的節目，而是在自己方便的時間來接收自己需要的信息。這將在一定程度上提高受眾的地位，使他們在新聞傳播中佔有主動權，也使他們的需求對新聞媒體的活動產生更為直接的影響。 流媒體技術的廣泛運用也將模糊廣播、電視與網路之間的界限，網路既是廣播電視的輔助者與延伸者，也將成為它們的有力的競爭者。利用流媒體技術，網路將提供新的音視頻節目樣式，也將形成新的經營方式，例如收費的點播服務。發揮傳統媒體的優勢，利用網路媒體的特長，保持媒體間良好的競爭與合作，是未來網路的發展之路，也是未來傳統媒體的發展之路。流媒體技術的運用只是一個開端，無數新的技術還在前面等著我們。

『叄』 p2p流媒體視頻網站的技術架構是什麼樣的

流媒體內容的傳遞需要CDN的支撐
?? 以視頻點播等影視節目為主的流媒體業務的引入，給網路運營帶來了很大沖擊，傳統的網路模型和業務模型難以滿足流媒體業務的需要。從上面的論述中，可以歸納出流媒體業務的屬性主要體現在如下幾個方面：
??
?? （1）高帶寬需求。一般影視節目帶寬需高達500kbit/s～1Mbit/s，而且要求穩定的帶寬保證。
??
?? （2）高QoS保證需求。流媒體業務對QoS提出了嚴格的要求，如750kbit/s的MMS/TCP媒體流要求端到端丟包率小於2％，雙向時延小於140ms。
??
?? （3）雙向不對稱/對稱流需求。對於視頻點播節目，一般是雙向不對稱的服務。
??
?? （4）點對多點的廣播流需求。對於IPTV、直播類業務，需要支持從單點（廣播源）到多個接受點（用戶終端）的流傳輸。
??
?? （5）並發服務/業務數是個瓶頸。流媒體類業務一般是伺服器—客戶端或客戶端—客戶端的業務服務架構，視音頻編解碼是伺服器和客戶端的重要功能之一，視音頻編解碼需要耗費大量的伺服器/客戶端軟體和硬體資源，因此目前的伺服器或客戶端難以承受大的並發服務/業務請求，一般伺服器只能支持1000以內的並發影視媒體流訪問。正是由於流媒體業務具有上述屬性，而目前基於包交換的IP網不是為上述業務屬性設計的，因此直接在當前的IP網上承載具有上述屬性的流媒體業務會產生如下問題：
??
?? （1）端到端帶寬和QoS難以保證。
??
?? （2）網路通常不支持多播，廣播型業務需要採用多個點對點傳輸實現，不但耗費大量的骨幹網路帶寬，而且對源點也構成極大的壓力。
??
?? （3）一旦流媒體業務用戶量和業務量加大，對現有網路的流量流向模型造成很大的沖擊，甚至會使得現有網路難以滿足常規業務的開展。
??
?? （4）SP的接入是個瓶頸，會影響業務的正在開展，接入帶寬、業務訪問能力描述。
??
?? 上述問題在現有網路框架下是難以解決的，引入內容分發網路（CDN）正是為了解決上述問題。其好處是：
??
?? （1）通過CDN的引入，可以將用戶業務服務點更靠近用戶，可以放在省網、本地網，甚至放在小區里，可以將目前尚未解決的帶寬保證和QoS保證問題的距離縮短，從而可以有效地「解決」此問題。
??
?? （2）通過CDN的引入，可以將大量流媒體內容預先分發到省網、本地網范圍內，同時可以通過本地自動緩存操作，大大緩解流媒體業務對骨幹網流量流向的沖擊。
??
?? （3）通過CDN的引入，可以實現廣播流的樹型分發和服務，實現「應用層」多播。
??
?? （4）通過CDN的引入，將流媒體業務伺服器分散和下放，可以有效緩解對SP接入的壓力。
??
?? 五、CDN技術將促進流媒體業務的開展
?? 內容分發網路（CDN，Content Distribution Network），有時也可以稱作內容傳遞網路（Content Delivery Network）。CDN的核心思想是將內容從中心推到邊緣靠近用戶的地方，這樣，不但有效地提高了用戶訪問內容的服務質量，而且還能減輕中心設備和骨幹網路的壓力。

CDN的特點: 本地Cache加速 鏡像服務 遠程加速 帶寬優化 集群網路抗攻擊

速網科技 CDN給您帶來的好處

1) 通過提高網站響應速度，改善用戶體驗，增強用戶滿意度和粘合度；
2) 輕松應對突發流量，隨時展開網路推廣；
3) 有效抵禦洪水式網路攻擊，使網站永不宕機；
4) 減少源站點負載，節省網站分布式架構的支出成本和運維成本。

速網科技，旨在尋求一條既能提升用戶的訪問速度，又能改善用戶訪問體驗感提高網站運營質量，增強網站安全性、降低網站運營成本的解決方案，以提高客戶網站運營質量，降低網站運營成本，追求高質量服務品質是各大網站運營的共同目標，精選節點分布,充足帶寬儲備,高品質硬體設備,優質的售前,售後服務,讓您的網站訪問得到飛速的提高,從而大大提高網站的訪問量和訪問品質！

『肆』 什麼是流媒體技術

流媒體技術也稱流式媒體技術。所謂流媒體技術就是把連續的影像和聲音信息經過壓縮處理後放上網站伺服器,由視頻伺服器向用戶計算機順序或實時地傳送各個壓縮包，讓用戶一邊下載一邊觀看、收聽，而不要等整個壓縮文件下載到自己的計算機上才可以觀看的網路傳輸技術。

該技術先在使用者端的計算機上創建一個緩沖區，在播放前預先下一段數據作為緩沖，在網路實際連線速度小於播放所耗的速度時，播放程序就會取用一小段緩沖區內的數據，這樣可以避免播放的中斷，也使得播放品質得以保證。

(4)流媒體存儲框架擴展閱讀：

流式傳輸技術又分兩種，一種是順序流式傳輸，另一種是實時流式傳輸。

（1）順序流式傳輸是順序下載，在下載文件的同時用戶可以觀看，但是，用戶的觀看與伺服器上的傳輸並不是同步進行的，用戶是在一段延時後才能看到伺服器上傳出來的信息，或者說用戶看到的總是伺服器在若干時間以前傳出來的信息。

在這過程中，用戶只能觀看已下載的那部分，而不能要求跳到還未下載的部分。順序流式傳輸比較適合高質量的短片段，因為它可以較好地保證節目播放的最終質量。它適合於在網站上發布的供用戶點播的音視頻節目。

（2）在實時流式傳輸中，音視頻信息可被實時觀看到。在觀看過程中用戶可快進或後退以觀看前面或後面的內容，但是在這種傳輸方式中，如果網路傳輸狀況不理想，則收到的信號效果比較差。

『伍』 什麼是「FTP」什麼是「流媒體」

FTP（File Transfer Protocal），是文件傳輸協議的簡稱。用於Internet上的控制文件的雙向傳輸。同時，它也是一個應用程序（Application）。用戶可以通過它把自己的PC機與世界各地所有運行FTP協議的伺服器相連，訪問伺服器上的大量程序和信息。
上面抄的。。
其實就是一個埠。提供別人進入瀏覽下載文件的
所謂流媒體是指採用流式傳輸的方式在Internet播放的媒體格式。 流媒體又叫流式媒體，它是指商家用一個視頻傳送伺服器把節目當成數據包發出，傳送到網路上。用戶通過解壓設備對這些數據進行解壓後，節目就會像發送前那樣顯示出來。

這個我專業性的。我也答不好

『陸』 基於apache框架 流媒體開發

一.流媒體

流媒體技術從傳輸形式上可以分為：漸進式下載和實施流媒體。

1.漸進式下載

它是介於實時播放和本地播放之間的一種播放方式，漸進式下載不必等到全部下載完成後在播放，可以邊下載邊播放，播放完成後，整個文件會保存下來。從用戶的體驗上合播放方的效果來看，漸進式下載和實時流媒體沒有什麼區別，不過是漸進式下載保留有文件在本地。下面來介紹下漸進式下載的開發
漸進式下載的API和本地播放的API沒有什麼太大的區別，可以使用MediaPlayer框架中得MediaPlayerController和MediaPlayerViewController進行播放，亦可以使用AVFoundation框架中得AVPlayer進行播放。在mac os系統下都有一個Apache HTTP伺服器，首先打開服務，使用命令行：sudo apachectl -v 輸入密碼後 接著輸入 sudo apachectl start 就可以了 然後把要播放的文件放到/Library/WebServer/documents下就可以了 .

2.實時流媒體

實時流媒體是一邊接收數據包一邊進行播放，本地不保留文件副本，數據總是實時傳送的。用戶可以快進快退，不過，實時流媒體播放必須保證數據包的傳輸速度大於文件的播放速度，否則影響播放效果。
實時流媒體傳輸的協議有：RTSP和HLS、MMS。HLS是蘋果公司提出的，它只請求基本的HTTP報文，與RTSP和MMS不同，HLS可以穿過任何允許HTTP數據通過的防火牆。而且，HLS對伺服器沒有特殊要求，只要能夠提供HTTP服務就可以了。
HLS的解決方案：首先通過音頻或視頻採集設備採集數據，然後將數據傳遞給Server對音頻或者視頻進行編碼，編碼要求採用MPEG-2格式，編碼完成之後再通過媒體文件分隔工具進行分割，然後再講這些分割好的文件和他們的索引文件發布到發布伺服器上，然後客戶端就可以訪問了。

二.HLS

HTTP Live Streaming（HLS）是蘋果公司(Apple Inc.)實現的基於HTTP的流媒體傳輸協議，可實現流媒體的直播和點播，主要應用在iOS系統，為iOS設備（如iPhone、iPad）提供音視頻直播和點播方案。HLS點播，基本上就是常見的分段HTTP點播，不同在於，它的分段非常小。要實現HLS點播，重點在於對媒體文件分段，目前有不少開源工具可以使用，這里我就不再討論，只談HLS直播技術。

『柒』 流媒體的體系結構

流媒體的體系結構
http://iptvforum.cn/bbs/viewthread.php?tid=395

『捌』 流媒體是什麼意思

流媒體（streaming media）是指將一連串的媒體數據壓縮後，經過網上分段發送數據，在網上即時傳輸影音以供觀賞的一種技術與過程，此技術使得數據包得以像流水一樣發送；如果不使用此技術，就必須在使用前下載整個媒體文件。

流媒體文件一般定義在bit層次結構，因此流數據包並不一定必須按照位元組對齊，雖然通常的媒體文件都是按照這種位元組對齊的方式打包的。

流媒體的三大操作平台是微軟公司、RealNetworks、蘋果公司提供的。

(8)流媒體存儲框架擴展閱讀：

流媒體平台架構：

1、採集端：

課程的直播系統主要是進行教學現場的直播和現場活動的直播，直播信號通過WebLIVE視頻直播模塊採集系統編碼壓縮，通過區域網上傳到中心機房，實時發布。採集同時，將直播的數字信號存儲為AVI文件，上傳到放置在視頻點播伺服器內，供客戶端的學員進行事後的點播。

2、發布端：

各院系內部發部是通過組播實現，同一網段進行一路信號的組播。並上傳一路至總部的總中心機房，不同院系的用戶可以局域內觀看。每個院系中心機房有自己內部的視頻點播伺服器，利用該系統各院系將所有的資料放置在網上，供客戶端的學員進行點播。

『玖』 什麼是流媒體，誰能詳細介紹一下…

流媒體概述
所謂流媒體是指採用流式傳輸的方式在Internet播放的媒體格式。 流媒體又叫流式媒體，它是指商家用一個視頻傳送伺服器把節目當成數據包發出，傳送到網路上。用戶通過解壓設備對這些數據進行解壓後，節目就會像發送前那樣顯示出來。
目錄[隱藏]

流媒體的定義
流媒體的技術
流媒體播放方式
流媒體技術應用

[編輯本段]流媒體的定義
這個過程的一系列相關的包稱為「流」。流媒體實際指的是一種新的媒體傳送方式，而非一種新的媒體。流媒體技術全面應用後，人們在網上聊天可直接語音輸入；如果想彼此看見對方的容貌、表情，只要雙方各有一個攝像頭就可以了；在網上看到感興趣的商品，點擊以後，講解員和商品的影像就會跳出來；更有真實感的影像新聞也會出現。
流媒體技術發端於美國。在美國目前流媒體的應用已很普遍，比如惠普公司的產品發布和銷售人員培訓都用網路視頻進行。
流式傳輸方式則是將整個A/V及3D等多媒體文件經過特殊的壓縮方式分成一個個壓縮包，由視頻伺服器向用戶計算機連續、實時傳送。在採用流式傳輸方式的系統中，用戶不必像採用下載方式那樣等到整個文件全部下載完畢，而是只需經過幾秒或幾十秒的啟動延時即可在用戶的計算機上利用解壓設備(硬體或軟體)對壓縮的A/V、3D等多媒體文件解壓後進行播放和觀看。此時多媒體文件的剩餘部分將在後台的伺服器內繼續下載。
[編輯本段]流媒體的技術
一、流式傳輸的基礎
在網路上傳輸音／視頻等多媒體信息，目前主要有下載和流式傳輸兩種方案。A/V文件一般都較大，所以需要的存儲容量也較大；同時由於網路帶寬的限制，下載常常要花數分鍾甚至數小時，所以這種處理方法延遲也很大。流式傳輸時，聲音、影像或動畫等時基媒體由音視頻伺服器向用戶計算機的連續、實時傳送，用戶不必等到整個文件全部下載完畢，而只需經過幾秒或十數秒的啟動延時即可進行觀看。當聲音等時基媒體在客戶機上播放時，文件的剩餘部分將在後台從伺服器內繼續下載。流式不僅使啟動延時成十倍、百倍地縮短，而且不需要太大的緩存容量。流式傳輸避免了用戶必須等待整個文件全部從Internet上下載才能觀看的缺點。
流媒體指在Internet/Intranet中使用流式傳輸技術的連續時基媒體，如：音頻、視頻或多媒體文件。流式媒體在播放前並不下載整個文件，只將開始部分內容存入內存，流式媒體的數據流隨時傳送隨時播放，只是在開始時有一些延遲。流媒體實現的關鍵技術就是流式傳輸。
流式傳輸定義很廣泛，現在主要指通過網路傳送媒體（如視頻、音頻）的技術總稱。其特定含義為通過Internet 將影視節目傳送到PC機。實現流式傳輸有兩種方法：實時流式傳輸（Realtime streaming）和順序流式傳輸（progressive streaming）。一般說來，如視頻為實時廣播，或使用流式傳輸媒體伺服器，或應用如RTSP的實時協議，即為實時流式傳輸。如使用HTTP伺服器，文件即通過順序流發送。採用那種傳輸方法依賴你的需求。當然，流式文件也支持在播放前完全下載到硬碟。
順序流式傳輸
順序流式傳輸是順序下載，在下載文件的同時用戶可觀看在線媒體，在給定時刻，用戶只能觀看已下載的那部分，而不能跳到還未下載的前頭部分，順序流式傳輸不象實時流式傳輸在傳輸期間根據用戶連接的速度做調整。由於標準的HTTP伺服器可發送這種形式的文件，也不需要其他特殊協議，它經常被稱作HTTP流式傳輸。順序流式傳輸比較適合高質量的短片段，如片頭、片尾和廣告，由於該文件在播放前觀看的部分是無損下載的，這種方法保證電影播放的最終質量。這意味著用戶在觀看前，必須經歷延遲，對較慢的連接尤其如此。對通過數據機發布短片段，順序流式傳輸顯得很實用，它允許用比數據機更高的數據速率創建視頻片段。盡管有延遲，畢竟可讓你發布較高質量的視頻片段。順序流式文件是放在標准HTTP 或 FTP伺服器上，易於管理，基本上與防火牆無關。順序流式傳輸不適合長片段和有隨機訪問要求的視頻，如：講座、演說與演示。它也不支持現場廣播，嚴格說來，它是一種點播技術。
實時流式傳輸
實時流式傳輸指保證媒體信號帶寬與網路連接配匹，使媒體可被實時觀看到。實時流與HTTP流式傳輸不同，他需要專用的流媒體伺服器與傳輸協議。實時流式傳輸總是實時傳送，特別適合現場事件，也支持隨機訪問，用戶可快進或後退以觀看前面或後面的內容。理論上，實時流一經播放就可不停止，但實際上，可能發生周期暫停。實時流式傳輸必須配匹連接帶寬，這意味著在以數據機速度連接時圖象質量較差。而且，由於出錯丟失的信息被忽略掉，網路擁擠或出現問題時，視頻質量很差。如欲保證視頻質量，順序流式傳輸也許更好。實時流式傳輸需要特定伺服器，如：QuickTime Streaming Server、RealServer與Windows Media Server。這些伺服器允許你對媒體發送進行更多級別的控制，因而系統設置、管理比標准HTTP伺服器更復雜。實時流式傳輸還需要特殊網路協議，如：RTSP (Realtime Streaming Protocol)或MMS (Microsoft Media Server)。這些協議在有防火牆時有時會出現問題，導致用戶不能看到一些地點的實時內容。
二、流媒體所涉及的軟硬體產品
1、編碼器：它由一台普通計算機、一塊microvision 高清視頻採集卡和流媒體編碼軟體組成。Microvision流媒體採集卡負責將音視頻信息源輸入計算機，供編碼軟體處理;編碼軟體負責將流媒體 採集卡傳送過來的數字音視頻信號壓縮成流媒體格式。如果做直播，它還負責實時地將壓縮好的流媒體信號上傳給流媒體伺服器
2、伺服器：由流媒體軟體系統的伺服器部分和一台硬體伺服器組成。這部分負責管理、存儲、分發編碼器傳上來的流媒體節目。
3、終端播放器，也叫解碼器: 這部分由流媒體系統的播放軟體和一台普通PC組成，用它來播放用戶想要收看的流媒體伺服器上的視頻節目。
三、 流媒體技術原理
流式傳輸的實現需要緩存。因為Internet以包傳輸為基礎進行斷續的非同步傳輸，對一個實時A/V源或存儲的A/V文件，在傳輸中它們要被分解為許多包，由於網路是動態變化的，各個包選擇的路由可能不盡相同，故到達客戶端的時間延遲也就不等，甚至先發的數據包還有可能後到。為此，使用緩存系統來彌補延遲和抖動的影響，並保證數據包的順序正確，從而使媒體數據能連續輸出，而不會因為網路暫時擁塞使播放出現停頓。通常高速緩存所需容量並不大，因為高速緩存使用環形鏈表結構來存儲數據：通過丟棄已經播放的內容，流可以重新利用空出的高速緩存空間來緩存後續尚未播放的內容。——流式傳輸的實現需要合適的傳輸協議。由於TCP需要較多的開銷，故不太適合傳輸實時數據。在流式傳輸的實現方案中，一般採用HTTP/TCP來傳輸控制信息，而用RTP/UDP來傳輸實時聲音數據。流式傳輸的過程一般是這樣的：用戶選擇某一流媒體服務後，Web瀏覽器與Web伺服器之間使用HTTP/TCP交換控制信息，以便把需要傳輸的實時數據從原始信息中檢索出來；然後客戶機上的Web瀏覽器啟動A/VHelper程序，使用HTTP從Web伺服器檢索相關參數對Helper程序初始化。這些參數可能包括目錄信息、A/V數據的編碼類型或與A/V檢索相關的伺服器地址。
A/VHelper程序及A/V伺服器運行實時流控制協議（RTSP），以交換A/V傳輸所需的控制信息。與CD播放機或VCRs所提供的功能相似，RTSP提供了操縱播放、快進、快倒、暫停及錄制等命令的方法。A/V伺服器使用RTP/UDP協議將A/V數據傳輸給A/V客戶程序（一般可認為客戶程序等同於Helper程序），一旦A/V數據抵達客戶端，A/V客戶程序即可播放輸出。
需要說明的是，在流式傳輸中，使用RTP/UDP和RTSP/TCP兩種不同的通信協議與A/V伺服器建立聯系，是為了能夠把伺服器的輸出重定向到一個不同於運行A/VHelper程序所在客戶機的目的地址。實現流式傳輸一般都需要專用伺服器和播放器，其基本原理如圖所示。
四、智能流技術（SureStream）
今天，28.8Kbps數據機是Internet連接的基本速率，cable modem、 ADSL、DSS、ISDN等發展快，內容提供商不得不要麼限制發布媒體質量，要麼限制連接人數。根據RealNetwork站點統計，對28.8Kbps數據機，實際流量為10bps到26Kbps，呈鍾形分布，高峰在20Kbps。這意味著若內容提供商選擇20Kbps固定速率，將有大量用戶得不到好質量信號，並可能停止媒體流而引起客戶端再次緩沖，直到接收足夠數據。一種解決方法是伺服器減少發送給客戶端的數據而阻止再緩沖，在RealSystem 5.0中，這種方法稱為「視頻流瘦化」。這種方法的限制是RealVideo文件為一種數據速率設計，結果可通過抽取內部幀擴展到更低速率，導致質量較低。離原始數據速率越遠，質量越差。另一種解決方法是根據不同連接速率創建多個文件，根據用戶連接，伺服器發送相應文件，這種方法帶來製作和管理上的困難，而且，用戶連接是動態變化的，伺服器也無法實時協調。 智能流技術通過兩種途徑克服帶寬協調和流瘦化。首先，確立一個編碼框架，允許不同速率的多個流同時編碼，合並到同一個文件中；第二，採用一種復雜客戶/伺服器機制探測帶寬變化。
針對軟體、設備和數據傳輸速度上的差別，用戶以不同帶寬瀏覽音視頻內容。為滿足客戶要求，Progressive networks公司編碼、記錄不同速率下媒體數據，並保存在單一文件中，此文件稱為智能流文件，即創建可擴展流式文件。當客戶端發出請求，它將其帶寬容量傳給伺服器，媒體伺服器根據客戶帶寬將智能流文件相應部分傳送給用戶。以此方式，用戶可看到最可能的優質傳輸，製作人員只需要壓縮一次，管理員也只需要維護單一文件，而媒體伺服器根據所得帶寬自動切換。智能流通過描述I現實世界Internet上變化的帶寬特點來發送高質量媒體並保證可靠性，並對混合連接環境的內容授權提供了解決方法。流媒體實現方式如下： * 對所有連接速率環境創建一個文件 * 在混合環境下以不同速率傳送媒體 * 根據網路變化，無縫切換到其它速率 * 關鍵幀優先，音頻比部分幀數據重要 * 向後兼容老版本RealPlayer
智能流在RealSystem G2中是對所謂自適應流管理(ASM)API的實現，ASM描述流式數據的類型，輔助智能決策，確定發送那種類型數據包。文件格式和廣播插件定義了ASM規則。用最簡單的形式分配預定義屬性和平均帶寬給數據包組。對高級形式，ASM規則允許插件根據網路條件變化改變數據包發送。每個ASM規則可有一定義條件的演示式，如演示式定義客戶帶寬是5,000到15,000Kbps，包損失小於2.5%。如此條件描述了客戶當前網路連接，客戶就訂閱此規則。定義在規則中的屬性有助於RealServer有效傳送數據包，如網路條件變化，客戶就訂閱一個不同規則。
五、常用流媒體格式
聲音流、視頻流、文本流、圖像流、動畫流
RA：實時聲音
RM：實時視頻或音頻的實時媒體
RT：實時文本
RP：實時圖像
SMIL：同步的多重數據類型綜合設計文件
SWF：micromedia的real flash 和shockwave flash動畫文件
RPM：HTML文件的插件
RAM：流媒體的元文件，是包含RA、RM、SMIL文件地址（URL地址）的文本文件
CSF：一種類似媒體容器的文件格式，可以將非常多的媒體格式包含在其中，而不僅僅限於音、視頻。
它可以把ppt和教師講課的視頻完美結合， 很多大學和大型企業使用這套軟體進行教學錄像和遠程教育
1、realnetwork公司：三種
2、apple公司：quicktime\mov
3、microsoft公司
（1）asf\wmv\wma
（2）avi
（3）mpeg\mpg\dat
4、micromedia公司
（1）flash的swf格式
（2）metastream的mts格式
（3）aam多媒體教學課件格式，可將authorware生成的文件壓縮為aam和aas流式文件播放
六、流媒體的傳輸協議
1、RSVP：資源預留協議
2、RTP：實時傳輸協議
3、RTCP：實時傳輸控制協議
4、MMS：微軟流媒體服務協議
5、RTSP：實時流協議
6、MIME：都用途網際網路郵件擴展協議
[編輯本段]流媒體播放方式
1.單播
在客戶端與媒體伺服器之間需要建立一個單獨的數據通道，從一台伺服器送出的每個數據包只能傳送給一個客戶機，這種傳送方式稱為單播。每個用戶必須分別對媒體伺服器發送單獨的查詢，而媒體伺服器必須向每個用戶發送所申請的數據包拷貝。這種巨大冗餘首先造成伺服器沉重的負擔，響應需要很長時間，甚至停止播放；管理人員也被迫購買硬體和帶寬來保證一定的服務質量。
2.組播
IP組播技術構建一種具有組播能力的網路，允許路由器一次將數據包復制到多個通道上。採用組播方式，單台伺服器能夠對幾十萬台客戶機同時發送連續數據流而無延時。媒體伺服器只需要發送一個信息包，而不是多個；所有發出請求的客戶端共享同一信息包。信息可以發送到任意地址的客戶機，減少網路上傳輸的信息包的總量。網路利用效率大大提高，成本大為下降。
3.點播與廣播
點播連接是客戶端與伺服器之間的主動的連接。在點播連接中，用戶通過選擇內容項目來初始化客戶端連接。用戶可以開始、停止、後退、快進或暫停流。點播連接提供了對流的最大控制，但這種方式由於每個客戶端各自連接伺服器，卻會迅速用完網路帶寬。
廣播指的是用戶被動接收流。在廣播過程中，客戶端接收流，但不能控制流。例如，用戶不能暫停、快進或後退該流。廣播方式中數據包的單獨一個拷貝將發送給網路上的所有用戶。 使用單播發送時，需要將數據包復制多個拷貝，以多個點對點的方式分別發送到需要它的那些用戶，而使用廣播方式發送，數據包的單獨一個拷貝將發送給網路上的所有用戶，而不管用戶是否需要，上述兩種傳輸方式會非常浪費網路帶寬。組播吸收了上述兩種發送方式的長處，克服了上述兩種發送方式的弱點，將數據包的單獨一個拷貝發送給需要的那些客戶。組播不會復制數據包的多個拷貝傳輸到網路上，也不會將數據包發送給不需要它的那些客戶，保證了網路上多媒體應用佔用網路的最小帶寬。
[編輯本段]流媒體技術應用
互聯網的迅猛發展和普及為流媒體業務發展提供了強大的市場動力，流媒體業務正變得日益流行。 流媒體技術廣泛用於多媒體新聞發布、在線直播、網路廣告、電子商務、視頻點播、遠程教育、遠程醫療、網路電台、 實時視頻會議等互聯網信息服務的方方面面。流媒體技術的應用將為網路信息交流帶來革命性的變化，對人們的工作和生活將產生深遠的影響。
一個完整的流媒體解決方案應是相關軟硬體的完美集成，它大致包括下面幾個方面的內容： 內容採集、 視音頻捕獲和壓縮編碼、內容編輯、內容存儲和播放、應用伺服器內容管理發布及用戶管理等。

『拾』 live555的Live555 Streaming Media整體框架

UsageEnvironment模塊是對系統環境的抽象，包括抽象類UsageEnvironment和TaskScheler。UsageEnvironment主要用於消息的輸入輸出和用戶交互功能；TaskScheler實現事件的非同步處理、事件處理函數的注冊等，它通過維護一個非同步讀取源實現對諸如通信消息到達等事件的處理，通過使用DelayQueue實現對其他注冊函數的延時調度。該模塊還包含一個HashTable類，在整個項目中都可以用到它。程序設計者通過自定義該抽象了類UsageEnvironment和TaskScheler類的子類，就可以在特定環境（如GUI環境）中運行，不需要進行過多的修改。
BasicUsageEnvironment模塊是UsageEnvironment的一個控制台應用的實現。它針對控制台的輸入輸出和信號響應進行具體實現。
GroupSock模塊用於實現數據包的發送和接收。GroupSock主要被設計用以支持多播，但它也完全支持單播通信。
LiveMedia模塊是Live555最重要的模塊。該模塊聲明了一個抽象類Medium，其他所有類都派生自該類，下面簡要介紹這些類：
Ø RTSPClient：該類實現RTSP請求的發送和響應的解析，同時根據解析的結果創建對應的RTP會話。
Ø MediaSession：用於表示一個RTP會話，一個MediaSession可能包含多個子會話(MediaSubSession)，子會話可以是音頻子會話、視頻子會話等。
Ø RTCPInstance：該類實現RTCP協議的通信。
Ø Source和Sink：這兩個概念類似DirectShow中的Filter。Source抽象了數據源，比如通過RTP讀取數據。Sink是數據消費者的抽象，比如把接收到數據存儲到文件，該文件就是一個Sink。數據的流動可能經過多個Source和Sink。MediaSink是各種類型的Sink的基類，MediaSource是各種類型Source的基類，各種類型的流媒體格式和編碼的支持即是通過對這兩個類的派生實現的。Source和Sink通過RTP子會話(MediaSubSession)聯系在一起。