數字視頻和聲音傳(chuan) 輸所涉及到的一個(ge) 重要概念是所謂的"流媒體(ti) "概念。所謂流媒體(ti) 是指視頻、聲音和數據從(cong) 源端同時向目的地傳(chuan) 輸，它可以作為(wei) 連續實時流在目的地被接收。這裏的源指的是服務器端的應用，而目的地或稱接收端是指客戶端應用。

流數據從(cong) 服務器端應用傳(chuan) 輸後可由客戶端應用接收並顯示或回放，一般是客戶端應用接收到足夠的數據並將之存儲(chu) 在緩衝(chong) 區後便立即將視頻顯示出來，或將音頻回放出來。

流媒體(ti) 的一個(ge) 重要特征是對時間的敏感性，這正是實時性要求高的應用所必需的，所以這類應用與(yu) 流媒體(ti) 密不可分就十分自然的了。流媒體(ti) 的實現主要取決(jue) 於(yu) 網絡帶寬和壓縮算法的提高。今天，隨著網絡協議的改善、網絡基礎設施和壓縮技術的發展，流媒體(ti) 的實現已經變得越來越容易了。

流媒體(ti) 傳(chuan) 輸方式

流媒體(ti) 的傳(chuan) 輸技術主要有三種：點對點(unicast)、多址廣播(Multicast)和廣播(Broadcast)。多址廣播又稱為(wei) 組播。點對點的特點是流媒體(ti) 的源和目的地是一一對應的，即流媒體(ti) 從(cong) 一個(ge) 源(服務器端的應用)發送出去後隻能到達一個(ge) 目的地(客戶端應用)。組播是一種基於(yu) "組"的廣播，其源和目的地是一對多的關(guan) 係，但這種一對多的關(guan) 係隻能在同一個(ge) 組內(nei) 建立，也就是說，流媒體(ti) 從(cong) 一個(ge) 源(服務器端的應用)發送出去後，任何一個(ge) 已經加入了與(yu) 源同一個(ge) 組號的目的地(客戶端應用)均可以接收到，但該組以外的其他目的地(客戶端應用)均接收不到。廣播的源和目的地也是一對多的關(guan) 係，但這種一對多的關(guan) 係並不局限於(yu) 組，也就是說，流媒體(ti) 從(cong) 一個(ge) 源(服務器端的應用)發送出去後，同一網段上的所有目的地(客戶端應用)均可以接收到，廣播可以看作組播的一個(ge) 特例。

廣播和組播對於(yu) 流媒體(ti) 傳(chuan) 輸來說是很有意義(yi) 的，因為(wei) 流媒體(ti) 的數據量往往都很龐大，需要占用很大的網絡帶寬。如果采用點對點方式，那麽(me) 有多少個(ge) 目的地就得傳(chuan) 輸多少份流媒體(ti) ，所以所需的網絡帶寬與(yu) 目的地的數目成正比，如果采用廣播或組播方式，那麽(me) 流媒體(ti) 在源端隻需傳(chuan) 輸一份，組內(nei) 或同一網段上的所有客戶端應用均可以接收到，這就大大降低了網絡帶寬的占用。

數字視頻和聲音傳(chuan) 輸技術

數字視頻和聲音傳(chuan) 輸屬於(yu) 流媒體(ti) 傳(chuan) 輸範疇。模擬視頻和聲音信號經過捕獲設備轉換成數字形式後，其數據量是非常驚人的，如果沒有采用壓縮技術，那麽(me) 要實現數字視頻和聲音的網絡傳(chuan) 輸是不可想象的。另一方麵，數字視頻和聲音傳(chuan) 輸對時間的敏感性很強，實時性要求很高，如果不采用特別的網絡傳(chuan) 輸協議是很難滿足要求的。所以，實現數字視頻和聲音傳(chuan) 輸的一般做法是：在源端先將數字視頻和聲音信息進行壓縮，然後經由諸如ATM這樣的有服務質量(即QoS)保證的網絡傳(chuan) 輸到目的地，再在目的地將之進行解壓後顯示或回放出來。如果需要在諸如IP網絡這樣的沒有QoS保證的網絡上傳(chuan) 輸，則至少也得采用實時傳(chuan) 輸協議(RTP)進行傳(chuan) 輸。

流媒體(ti) 采集卡的應用

Microvision流媒體(ti) 采集卡廣泛用於(yu) 互聯網流媒體(ti) 視頻在線直播、VOD點播、視頻廣播、遠程監控、遠程醫療、遠程教學，並且製作成DVD，硬盤播出、廣告截播、大屏幕、公司信息發布，互聯網流媒體(ti) 播放、存檔、媒體(ti) 資產(chan) 管理等