視訊格式的種類

視訊格式種類

AVI格式：

Audio Video Interleave，即音頻視訊交叉存取格式。1992年初Microsoft公司推出了AVI技術及其應用軟體VFW（Video for Windows）。在AVI檔案中，運動圖像和伴音數據是以交織的方式存儲，並獨立於硬體裝置。這種按交替方式組織音頻和視像數據的方式可使得讀取視訊數據流時能更有效地從存儲媒介得到連續的資訊。構成一個AVI檔案的主要參數包括視像參數、伴音參數和壓縮參數等。AVI檔案用的是AVI RIFF形式，AVI RIFF形式由字串“AVI”標識。所有的AVI檔案都包括兩個必須的LIST塊。這些塊定義了流和數據流的格式。AVI檔案可能還包括一個索引塊。

隻要遵循這個標準，任何視訊編碼方案都可以使用在AVI檔案中。這意味著AVI有著非常好的擴充性。這個規範由於是由微軟制定，因此微軟全繫列的軟體包括編程工具VB、VC都提供了最直接的支援，因此更加奠定了AVI在PC上的視訊霸主地位。由於AVI本身的開放性，獲得了眾多編碼技術研發商的支援，不同的編碼使得AVI不斷被完善，現在幾乎所有運行在PC上的通用視訊編輯繫統，都是以支援AVI為主的。AVI的出現宣告了PC上啞片時代的結束，不斷完善的AVI格式代表了多媒體在PC上的興起。

--------------------------------------------------------------------------------

RMVB格式：

所謂RMVB格式，是在串流媒體的RM影片格式上升級延伸而來。VB即VBR，是Variable Bit Rate(可改變之比特率)的英文縮寫。我們在播放以往常見的RM格式電影時，可以在播放器左下角看到225Kbps字樣，這就是比特率。影片的靜止畫面和運動畫面對壓縮採樣率的要求是不同的，如果始終保持固定的比特率，會對影片質量造成浪費。

而RMVB則打破了原先RM格式那種平均壓縮採樣的方式，在保證平均壓縮比的基礎上，設定了一般爲平均採樣率兩倍的最大採樣率值。將較高的比特率用於複雜的動態畫面（歌舞、飛車、戰爭等），而在靜態畫面中則靈活地轉爲較低的採樣率，合理地利用了比特率資源，使RMVB在犧牲少部分你察覺不到的影片質量情況下最大限度地壓縮了影片的大小，最終擁有了近乎完美的接近於DVD品質的視聽效果，如圖1所示的就是RMVB格式的《聖鬥士冥王篇》。可謂體積與清晰度“魚與熊掌兼得”，其發展前景不容小覰。

--------------------------------------------------------------------------------

WMA格式：

WMA就是 Windows Media Audio 編碼後的檔案格式，由微軟開發，WMA 針對的不是單機市場，是網路！競爭對手就是網路媒體市場中著名的 Real Networks。微軟聲稱，在只有 64 kbps 的碼率情況下，WMA 可以達到接近 CD 的音質。和以往的編碼不同，WMA 支援防複製功能，她支援通過 Windows Media Rights Manager 加入保護，可以限制播放時間和播放次數甚至於播放的機器等等。WMA 支援流技術，即一邊讀一邊播放，因 WMA 可以很輕鬆的實現在線廣播，由於是微軟的傑作，因此，微軟在Windows 中加入了對 WMA 的支援，WMA 有著優秀的技術特徵，在微軟的大力推廣下，這種格式被越來越多的人所接受。

--------------------------------------------------------------------------------

WMV格式：

WMV(Windows Media video) 就是微軟為了和現在的 Real Networks 的 RealVideo 競爭而發展出來的一種可以直接在網上觀看視訊節目的檔案壓縮格式！由於它使用了 MPEG4 的壓縮算法，所以壓縮率和圖像的質量都很不錯。我們經常看到的 ASF 和 WMV 就是Windows Media video。Windows Media video 的編碼質量明顯好於 RealVideo，因為 Windows Media video 是微軟的傑作，所以Windows 系統給 Windows Media video 給與了很好的支援，Windows Media Player 可以直接播放這些檔案。

--------------------------------------------------------------------------------

RA格式：

REAL VIDEO（RA、RAM）格式由 Real Networks 公司開發的，一開始就定位在視訊流應用方面的，也可以說是視訊流技術的始創者。它可以在用 56K MODEM 撥號上網的條件實現不間斷的視訊播放。從 RealVideo 的定位來看，就是犧牲畫面質量來換取可連續觀看性。其實 RealVideo 也可以實現不錯的畫面質量，由於 RealVideo 可以擁有非常高的壓縮效率，很多人把 VCD 編碼成RealVideo 格式的，這樣一來，一張光碟上可以存放好幾部電影。REAL VIDEO 存在顏色還原不準確的問題，RealVideo 就不太適合專業的場合，但 RealVideo 出色的壓縮效率和支援流式播放的特徵，使得 RealVideo 在網路和娛樂場合佔有不錯的市場份額。

--------------------------------------------------------------------------------

DivX格式：

DivX 是近 2 年開始被大家認識的，DivX 視訊編碼技術可以說是一種對 DVD 造成威脅的新生視訊壓縮格式（有人說它是 DVD 殺手）對應的檔案擴展名為 AVI 或者 DivX，它由 Microsoft mpeg-4v3 修改而來，使用 MPEG-4 壓縮算法。據說是美國禁止出口的編碼技術。DivX 最大的特點就是高壓縮比和不錯的畫質，更可貴的是，DivX 的對系統要求也不高，只要主頻 300 的 CPU 就基本可以很流暢的播放了，因此從 DivX 誕生起，立刻吸引了大家的注意力。

--------------------------------------------------------------------------------

PICVideo MJPEG格式：

MJPEG 是很多視訊卡支援的一種視訊編碼，隨卡提供了 Codec，安裝完成後可以像使用其它編碼一樣生成 AVI 檔案。MJPEG 編碼常用於非線性系統，批上了一層很專業的外衣。MJPEG 的編碼質量是相當高的，是一種以質量為最高要求的編碼，這種編碼的設定比較複雜，可以得到很高的壓縮比，但犧牲了解碼速度，如果要保證解碼速度，編碼後的壓縮比確不是很理想，如果您希望從專業的非線性系統上捕捉視訊，然後自行進行處理，這種格式是很有必要去瞭解一些的。

--------------------------------------------------------------------------------

MKV格式：

MKV不是一種壓縮格式，DivX、XviD才是視頻壓縮格式，mp3、ogg才是音頻壓縮格式。而MKV是個"組合"和"封裝"的格式，換句話說就是一種容器格式。

舉個例子的話就比較容易理解了，把只有視頻的XviD和只有音頻的mp3組合起來，然後以一種多媒體介質的形式出現，最常見的就是avi，其次就是ogm，還有mp4等不太常見的。

avi的出現已經超過了10年，漸漸體現出老態了，除了近年通過VD可以擁有2個音軌，沒有其他的改進。

ogm的出現，標誌著多音軌格式的出現，可以合成8個以上的音軌，音頻上自然也多了ogg這個格式，重要的是可以"內掛"字幕，老外稱"軟字幕"，可以任意開關，可以"內掛"8個以上的字幕，美中不足的是僅僅支援srt格式，並且不支援Unicode，對亞洲字元支援嚴重不足。

還有一個就是Chapter功能，可以自定義段落，播放時就可以選擇了。是不是越來越像DVD啦？但是當時的ogm源碼是不公開的，就那麼幾個人在開發，自然進度慢了，前一陣幾乎陷入了"死亡"。最近宣佈公開源碼，加入Open Source行列，重新開始開發。

MKV就是在ogm停滯的那段時間出現的，由俄羅斯的程式師開發的，從一開始就是Open Source，因此得到了很多其他程式師的幫助，開發速度相當快。

ogm有的MKV都有，另外還有很多獨特的功能。其中最令人振奮的就是Gabest(開發vobsub的公司)開發的Plugin，不僅開發了專門的播放器Media Player Classic(俗稱MPC)， 這個東西的強大相信用過的人都有體會。還開發了很多的MKV用的Mux(合成器)，尤其是Real格式的Mux。 Real的rmvb是封閉格式，官方的Helix根本就不支援多聲道所以儘管演算法很優秀，但在聲效大片的再現上就無能為力了，只能乖乖讓位給可以合成AC3和DTS的avi以及ogm了。

但Gabest開發的Realmedia Splitter和mkv Mux可以讓rmvb格式的視頻和AC3、DTS合成mkv，從根本上克服了rmvb音頻上的弱點。不僅如此，還開發了VSFilter.dll和SubtitleSource.ax這2個Plugin，宣佈支援ssa和ass的格式軟字幕。總結就是下面幾條：

1.支援多種格式的視頻和音頻，尤其是Real

2.支援多音軌，多達16條以上

3.支援ssa，ass軟字幕，多達16條以上

4.支援段落選取(由製作人決定)