一些關於流媒體的基本概念

目錄 [hide]

• 1 ASF
• 2 FLV
• 3 H264
• 4 X264
• 5 ffm
• 6 AVI
• 7 rtsp
• 8 rtp
• 9 mms
• 10 mmsh

ASF

ASF是（Advanced Streaming Format 高級串流格式）的縮寫，是 Microsoft 爲 Windows 98 所開發的串流多媒體文件格式。ASF是微軟公司Windows Media的核心。這是一種包含音頻、視頻、圖像以及控制命令腳本的數據格式。這個詞彙當前可和 WMA 及 WMV 互換使用。
ASF是一個開放標準，它能依靠多種協議在多種網絡環境下支持數據的傳送。同JPG、MPG文件同樣，ASF文件也是一種文件類型，但它是專爲在IP網上傳送有同步關係的多媒體數據而設計的，因此ASF格式的信息特別適合在IP網上傳輸。ASF文件的內容既能夠是咱們熟悉的普通文件，也能夠是一個由編碼設備實時生成的連續的數據流，因此ASF既能夠傳送人們事先錄製好的節目，也能夠傳送實時產生的節目。
ASF用於排列、組織、同步多媒體數據以利於經過網絡傳輸。ASF是一種數據格式，它也可用於指定實況演示。ASF最適於經過網絡發送多媒體流，也一樣適於在本地播放。任何壓縮/解壓縮運算法則（編解碼器）均可用來編碼ASF流。
Windows Media Service的核心是ASF。ASF是一種數據格式，音頻、視頻、圖像以及控制命令腳本等多媒體信息經過這種格式，以網絡數據包的形式傳輸，實現流式多媒體內容發佈。其中，在網絡上傳輸的內容就稱爲ASF Stream。ASF支持任意的壓縮/解壓縮編碼方式，並可使用任何一種底層網絡傳輸協議，具備很大的靈活性。
Microsoft Media player是能播放幾乎全部多媒體文件的播放器，支持ASF在Internet網上的流文件格式，能夠一邊下載一邊實時播放，無需下載完再聽。
ASF流文件的數據速率能夠在28.8Kbps到3Mbps之間變化。用戶能夠根據本身應用環境和網絡條件選擇一個合適的速率，實現VOD點播和直播。

FLV

FLV 是FLASH VIDEO的簡稱，FLV流媒體格式是隨着Flash MX的推出發展而來的視頻格式。因爲它造成的文件極小、加載速度極快，使得網絡觀看視頻文件成爲可能，它的出現有效地解決了視頻文件導入Flash後，使導出的SWF文件體積龐大，不能在網絡上很好的使用等缺點。
FLV是被衆多新一代視頻分享網站所採用，是目前增加最快、最爲普遍的視頻傳播格式。是在sorenson公司的壓縮算法的基礎上開發出來的。FLV格式不只能夠輕鬆的導入Flash中，速度極快，而且能起到保護版權的做用，而且能夠不經過本地的微軟或者REAL播放器播放視頻。

H264

H.264，同時也是MPEG-4第十部分，是由ITU-T視頻編碼專家組（VCEG）和ISO/IEC動態圖像專家組（MPEG）聯合組成的聯合視頻組（JVT，Joint Video Team）提出的高度壓縮數字視頻編解碼器標準。H.264是ITU-T以H.26x系列爲名稱命名的標準之一，同時AVC是ISO/IEC MPEG一方的稱呼。這個標準一般被稱之爲H.264/AVC（或者AVC/H.264或者H.264/MPEG-4 AVC或MPEG-4/H.264 AVC）而明確的說明它兩方面的開發者。該標準最先來自於ITU-T的稱之爲H.26L的項目的開發。H.26L這個名稱雖然不太常見，可是一直被使用着。該標準初版的最終草案於2003年5月完成。
H.264是國際標準化組織（ISO）和國際電信聯盟（ITU）共同提出的繼MPEG4以後的新一代數字視頻壓縮格式，它既保留了以往壓縮技術的優勢和精華又具備其餘壓縮技術沒法比擬的許多優勢。
1．低碼率（Low Bit Rate）：和MPEG2和MPEG4 ASP等壓縮技術相比，在同等圖像質量下，採用H.264技術壓縮後的數據量只有MPEG2的1/8，MPEG4的1/3。
顯然，H.264壓縮技術的採用將大大節省用戶的下載時間和數據流量收費。
2．高質量的圖象：H.264能提供連續、流暢的高質量圖象（DVD質量）。
3．容錯能力強：H.264提供瞭解決在不穩定網絡環境下容易發生的丟包等錯誤的必要工具。
4．網絡適應性強：H.264提供了網絡抽象層（Network Abstraction Layer），使得H.264的文件能容易地在不一樣網絡上傳輸（例如互聯網，CDMA，GPRS，WCDMA，CDMA2000等）。
H.264最大的優點是具備很高的數據壓縮比率，在同等圖像質量的條件下，H.264的壓縮比是MPEG-2的2倍以上，是MPEG-4的1.5～2倍。舉個例子，原始文件的大小若是爲88GB，採用MPEG-2壓縮標準壓縮後變成3.5GB，壓縮比爲25∶1，而採用H.264壓縮標準壓縮後變爲879MB，從88GB到879MB，H.264的壓縮比達到驚人的102∶1。低碼率（Low Bit Rate）對H.264的高的壓縮比起到了重要的做用，和MPEG-2和MPEG-4 ASP等壓縮技術相比，H.264壓縮技術將大大節省用戶的下載時間和數據流量收費。尤爲值得一提的是，H.264在具備高壓縮比的同時還擁有高質量流暢的圖像，正由於如此，通過H.264壓縮的視頻數據，在網絡傳輸過程當中所須要的帶寬更少，也更加經濟。

X264

x264是一個開源的H.264視頻編碼函數庫。是最好的有損視頻編碼器。
x264始於2003年，從當開源社區的MPEG4-ASP編碼器Xvid小有所成時開始的，通過幾年的開發，特別是Dark Shikari加入開發後，x264逐漸成爲了最好的視頻編碼器。

ffm

FFM and FFM2 are formats used by ffserver. They allow storing a wide variety of video and audio streams and encoding options, and can store a moving time segment of an infinite movie or a whole movie.
FFM is version specific, and there is limited compatibility of FFM files generated by one version of ffmpeg/ffserver and another version of ffmpeg/ffserver. It may work but it is not guaranteed to work.
FFM2 is extensible while maintaining compatibility and should work between differing versions of tools. FFM2 is the default.

AVI

AVI英文全稱爲Audio Video Interleaved，即音頻視頻交錯格式。是將語音和影像同步組合在一塊兒的文件格式。它對視頻文件採用了一種有損壓縮方式，但壓縮比較高，所以儘管畫面質量不是太好，但其應用範圍仍然很是普遍。AVI支持256色和RLE壓縮。AVI信息主要應用在多媒體光盤上，用來保存電視、電影等各類影像信息。
它於1992年被Microsoft公司推出，隨Windows3.1一塊兒被人們所認識和熟知。所謂「音頻視頻交錯」，就是能夠將視頻和音頻交織在一塊兒進行同步播放。這種視頻格式的優勢是能夠跨多個平臺使用，其缺點是體積過於龐大，並且更加糟糕的是壓縮標準不統一，最廣泛的現象就是高版本Windows媒體播放器播放不了採用早期編碼編輯的AⅥ格式視頻，而低版本Windows媒體播放器又播放不了採用最新編碼編輯的AⅥ格式視頻，因此咱們在進行一些AⅥ格式的視頻播放時常會出現因爲視頻編碼問題而形成的視頻不能播放或即便可以播放，但存在不能調節播放進度和播放時只有聲音沒有圖像等一些莫名其妙的問題，若是用戶在進行AⅥ格式的視頻播放時遇到了這些問題，能夠經過下載相應的解碼器來解決。是目前視頻文件的主流。這種格式的文件隨處可見，好比一些遊戲、教育軟件的片頭，多媒體光盤中，都會有很多的AVI。

rtsp

RTSP（Real Time Streaming Protocol），實時流傳輸協議，是TCP/IP協議體系中的一個應用層協議，由哥倫比亞大學、網景和RealNetworks公司提交的IETF RFC標準。該協議定義了一對多應用程序如何有效地經過IP網絡傳送多媒體數據。RTSP在體系結構上位於RTP和RTCP之上，它使用TCP或RTP完成數據傳輸。HTTP與RTSP相比，HTTP傳送HTML，而RTSP傳送的是多媒體數據。HTTP請求由客戶機發出，服務器做出響應；使用RTSP時，客戶機和服務器均可以發出請求，即RTSP能夠是雙向的。
RTSP是用來控制聲音或影像的多媒體串流協議，並容許同時多個串流需求控制，傳輸時所用的網絡通信協定並不在其定義的範圍內，服務器端能夠自行選擇使用TCP或UDP來傳送串流內容，它的語法和運做跟HTTP 1.1相似，但並不特別強調時間同步，因此比較能容忍網絡延遲。而前面提到的容許同時多個串流需求控制（Multicast），除了能夠下降服務器端的網絡用量，更進而支持多方視訊會議（Video Conference）。由於與HTTP1.1的運做方式類似，因此代理服務器〈Proxy〉的快取功能〈Cache〉也一樣適用於RTSP，並因RTSP具備從新導向功能，可視實際負載狀況來轉換提供服務的服務器，以免過大的負載集中於同一服務器而形成延遲。
該協議用於C/S模型，是一個基於文本的協議，用於在客戶端和服務器端創建和協商實時流會話。
實時流協議（RTSP）是應用級協議，控制實時數據的發送。RTSP提供了一個可擴展框架，使實時數據，如音頻與視頻的受控點播成爲可能。數據源包括現場數據與存儲在剪輯中數據。該協議目的在於控制多個數據發送鏈接，爲選擇發送通道，如UDP、組播UDP與TCP，提供途徑，併爲選擇基於RTP上發送機制提供方法。
實時流協議（RTSP）創建並控制一個或幾個時間同步的連續流媒體。儘管連續媒體流與控制流交換是可能的，一般它自己並不發送連續流。換言之，RTSP充當多媒體服務器的網絡遠程控制。RTSP鏈接沒有綁定到傳輸層鏈接，如TCP。在RTSP鏈接期間，RTSP用戶可打開或關閉多個對服務器的可傳輸鏈接以發出RTSP請求。此外，可以使用無鏈接傳輸協議，如UDP。RTSP流控制的流可能用到RTP，但RTSP操做並不依賴用於攜帶連續媒體的傳輸機制。

rtp

RTP（Real-time Transport Protocol，實時傳輸協議）是一個網絡傳輸協議，它是由IETF的多媒體傳輸工做小組1996年在RFC 1889中公佈的，後在RFC3550中進行更新。
國際電信聯盟ITU-T也發佈了本身的RTP文檔，做爲H.225.0，可是後來當IETF發佈了關於它的穩定的標準RFC後就被取消了。它做爲因特網標準在RFC 3550（該文檔的舊版本是RFC 1889）有詳細說明。RFC 3551（STD 65，舊版本是RFC 1890）詳細描述了使用最小控制的音頻和視頻會議。
RTP協議詳細說明了在互聯網上傳遞音頻和視頻的標準數據包格式。它一開始被設計爲一個多播協議，但後來被用在不少單播應用中。RTP協議經常使用於流媒體系統（配合RTSP協議），視頻會議和一鍵通（Push to Talk）系統（配合H.323或SIP），使它成爲IP電話產業的技術基礎。RTP協議和RTP控制協議RTCP一塊兒使用，並且它是創建在用戶數據報協議上的。
實時傳輸協議（RTP）爲數據提供了具備實時特徵的端對端傳送服務，如在組播或單播網絡服務下的交互式視頻音頻或模擬數據。應用程序一般在 UDP 上運行 RTP 以便使用其多路結點和校驗服務；這兩種協議都提供了傳輸層協議的功能。可是 RTP 能夠與其它適合的底層網絡或傳輸協議一塊兒使用。若是底層網絡提供組播方式，那麼 RTP 可使用該組播表傳輸數據到多個目的地。
RTP 自己並無提供按時發送機制或其它服務質量（QoS）保證，它依賴於低層服務去實現這一過程。 RTP 並不保證傳送或防止無序傳送，也不肯定底層網絡的可靠性。 RTP 實行有序傳送， RTP 中的序列號容許接收方重組發送方的包序列，同時序列號也能用於決定適當的包位置，例如：在視頻解碼中，就不須要順序解碼。
RTP 由兩個緊密連接部分組成：
RTP ― 傳送具備實時屬性的數據；

mms

Microsoft Media Server (MMS), a Microsoft proprietary network-streaming protocol, serves to transfer unicast data in Windows Media Services (previously called NetShow Services). MMS can be transported via UDP or TCP. The MMS default port is UDP/TCP 1755.
Microsoft deprecated MMS in favor of RTSP (TCP/UDP port 554) in 2003 with the release of the Windows Media Services 9 Series, but continued to support the MMS for some time in the interest of backwards compatibility. Support for the protocol was finally dropped in Windows Media Services 2008.
As of 2012 Microsoft still recommends[1] using 「mms://」 as a 「protocol rollover URL」. As part of protocol rollover a Windows Media Player version 9, 10, or 11 client opening an 「mms://」 URL will attempt to connect first with RTSP over UDP and if that fails it will attempt RTSP over TCP. After an RTSP attempt fails, Windows Media Player versions 9 & 10 will attempt MMS over UDP, then MMS over TCP. If using Windows Media Player 11 and an RTSP attempt fails, or if using a previous version of Windows Media Player and MMS fails, a modified version of a HTTP over TCP connection will be attempted. This modified version is referred to by some third parties as MMSH, and by Microsoft as MS-WMSP (Windows Media HTTP Streaming Protocol). The URI scheme 「mms://」 has also been proposed to be used for the unrelated Multimedia Messaging Service (MMS) protocol.
For several years developers of the SDP Multimedia download-tool reverse-engineered the MMS protocol and published unofficial documentation for it. However, Microsoft finally released the protocol specification in February 2008.

mmsh

MMS is a proprietary digital media streaming protocol developed by Microsoft.
It is supported in Windows Media Player and Microsoft® Windows® Media Server v4.0 or later. MMSH is MMS over HTTP.

ref:http://wiki.videolan.org/MMSHref:http://baike.baidu.com/view/7704.htmref:http://en.wikipedia.org/wiki/Microsoft_Media_Serverref:http://baike.baidu.com/view/364757.htmref:http://baike.baidu.com/view/56322.htm?fromId=403562ref:http://nmm-hd.org/doc/X264%E4%BD%BF%E7%94%A8%E4%BB%8B%E7%BB%8Dref:http://www.videolan.org/developers/x264.htmlref:http://ffmpeg.org/ffserver.html#What-is-FFM_002c-FFM2ref:http://baike.baidu.com/view/7697.htmref:http://baike.baidu.com/view/610472.htm#sub7572724