無聲視頻文件大小計算

① 什麼是視頻編碼的演算法 它有哪幾種典型的演算法 試比較各種典型的視頻編碼演算法。 謝謝了！

1、無聲時代的FLC
FLC、FLI是Autodesk開發的一種視頻格式，僅僅支持256色，但支持色彩抖動技術，因此在很多情況下很真彩視頻區別不是很大，不支持音頻信號，現在看來這種格式已經毫無用處，但在沒有真彩顯卡沒有音效卡的DOS時代確實是最好的也是唯一的選擇。最重要的是，Autodesk的全系列的動畫製作軟體都提供了對這種格式的支持，包括著名的3D Studio X，因此這種格式代表了一個時代的視頻編碼水平。直到今日，仍舊有不少視頻編輯軟體可以讀取和生成這種格式。但畢竟廉頗老矣，這種格式已經被無情的淘汰。

2、載歌載舞的AVI
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上的興起。
說到AVI就不能不提起英特爾公司的Indeo video系列編碼，Indeo編碼技術是一款用於PC視頻的高性能的、純軟體的視頻壓縮/解壓解決方案。Indeo音頻軟體能提供高質量的壓縮音頻，可用於互聯網、企業內部網和多媒體應用方案等。它既能進行音樂壓縮也能進行聲音壓縮，壓縮比可達8:1而沒有明顯的質量損失。Indeo技術能幫助您構建內容更豐富的多媒體網站。目前被廣泛用於動態效果演示、游戲過場動畫、非線性素材保存等用途，是目前使用最廣泛的一種AVI編碼技術。現在Indeo編碼技術及其相關軟體產品已經被Ligos Technology 公司收購。隨著MPEG的崛起，Indeo面臨著極大的挑戰。

3、容量與質量兼顧的MPEG系列編碼
和AVI相反，MPEG不是簡單的一種文件格式，而是編碼方案。
MPEG-1（標准代號ISO/IEC11172）制定於1991年底，處理的是標准圖像交換格式（standard interchange format，SIF）或者稱為源輸入格式（Source Input Format，SIF）的多媒體流。是針對1.5Mbps以下數據傳輸率的數字存儲媒質運動圖像及其伴音編碼（MPEG-1 Audio,標准代號ISO/IEC 11172-3）的國際標准,伴音標准後來衍生為今天的MP3編碼方案。MPEG-1規范了PAL制（352*288，25幀/S）和NTSC制（為352*240，30幀/S）模式下的流量標准， 提供了相當於家用錄象系統（VHS）的影音質量，此時視頻數據傳輸率被壓縮至1.15Mbps,其視頻壓縮率為26∶1。使用MPEG-1的壓縮演算法，可以把一部120分鍾長的多媒體流壓縮到1.2GB左右大小。常見的VCD就是MPEG-1編碼創造的傑作。MPEG-1編碼也不一定要按PAL/NTSC規范的標准運行，你可以自由設定影像尺寸和音視頻流量。隨著光頭拾取精度的提高，有人把光碟的信息密度加大，並適度降低音頻流流量，於是出現了只要一張光碟就存放一部電影的DVCD。DVCD碟其實是一種沒有行業標准，沒有國家標准，更談不上是國際標準的音像產品。
當VCD開始向市場普及時，電腦正好進入了486時代，當年不少朋友都夢想擁有一塊硬解壓卡，來實現在PC上看VCD的夙願，今天回過頭來看看，覺得真有點不可思議，但當時的現狀就是486的系統不藉助硬解壓是無法流暢播放VCD的，上萬元的486系統都無法流暢播放的MPEG-1被打上了貴族的標志。隨著奔騰的發布，PC開始奔騰起來，直到後來Windows Media Player也直接提供了MPEG-1的支持，至此MPEG-1使用在PC上已經完全無障礙了。
MPEG-2（標准代號IOS/IEC13818）於1994年發布國際標准草案（DIS），在視頻編碼演算法上基本和MPEG-1相同，只是有了一些小小的改良，例如增加隔行掃描電視的編碼。它追求的是大流量下的更高質量的運動圖象及其伴音效果。MPEG-2的視頻質量看齊PAL或NTSC的廣播級質量，事實上MPEG-1也可以做到相似效果，MPEG-2更多的改進來自音頻部分的編碼。目前最常見的MPEG-2相關產品就是DVD了，SVCD也是採用的MPEG-2的編碼。MPEG-2還有一個更重要的用處，就是讓傳統的電視機和電視廣播系統往數碼的方向發展。
MPEG-3最初為HDTV制定，由於MPEG-2的快速發展，MPEG-3還未徹底完成便宣告淘汰。
MPEG-4於1998年公布，和MPEG-2所針對的不同，MPEG-4追求的不是高品質而是高壓縮率以及適用於網路的交互能力。MPEG-4提供了非常驚人的壓縮率，如果以VCD畫質為標准，MPEG-4可以把120分鍾的多媒體流壓縮至300M。MPEG-4標准主要應用於視像電話(Video Phone)，視像電子郵件(Video Email)和電子新聞(Electronic News)等，其傳輸速率要求較低，在4800-64000bits/sec之間，解析度為176X144。MPEG-4利用很窄的帶寬，通過幀重建技術，壓縮和傳輸數據，以求以最少的數據獲得最佳的圖象質量。
MJPEG，這並不是專門為PC准備的，而是為專業級甚至廣播級的視頻採集與在設備端回放的准備的，所以MJPEG包含了為傳統模擬電視優化的隔行掃描電視的演算法，如果在PC上播放MJPEG編碼的文件，效果會很難看（如果你的顯卡不支持MJPEG的動態補償），但一旦輸出到電視機端，你立刻會發現這種演算法的好處。

4、屬於網路的流媒體
RealNetworks RealVideo，採用的是 RealNetworks 公司自己開發的 Real G2 Codec，它具有很多先進的設計，例如，SVT （Scalable Video Technology）；雙向編碼（Two—Encoding，類似於VBR）。RealMedia 音頻部分採用的是 RealAudio ，可以接納很多音頻編碼方案，可實現聲音在單聲道、立體聲音樂不同速率下的壓縮。最新的RealAudio竟然採用ATRAC3編碼方案，以挑戰日益成熟的MP3。
Windows Media，視頻編碼採用的是非常先進的 MPEG-4 視頻壓縮技術，被稱作 Microsoft MPEG-4 Video Codec，音頻編碼採用的是微軟自行開發的一種編碼方案，目前沒有公布技術資料，在低流量下提供了令人滿意的音質和畫質。最新的Windows Media Encoding Utility V8.0將流技術推向到一個新的高度，我們常見的ASF、WMV、WMA就是微軟的流媒體文件。
事實上我們常見的MPG文件，也具有流媒體的最大特徵——邊讀邊放。

二、常見的編碼與常見的文件格式的對應關系及其常用用途

1、Audodesk FLC
這是一種古老的編碼方案，常見的文件後綴為FLC和FLI。由於FLC僅僅支持256色的調色板，因此它會在編碼過程中盡量使用抖動演算法（也可以設置不抖動），以模擬真彩的效果。這種演算法在色彩值差距不是很大的情況下幾乎可以達到亂真的地步，例如紅色A（R:255,G:0,B:0）到紅色B（R:255,G:128,B:0）之間的抖動。這種格式現在已經很少被採用了，但當年很多這種格式被保留下來，這種格式在保存標准256色調色板或者自定義256色調色板是是無損的，這種格式可以清晰到像素，非常適合保存線框動畫，例如CAD模型演示。現在這種格式很少見了。

2、Microsoft RLE
這是微軟開發為AVI格式開發的一種編碼，文件擴展名為AVI，使用了RLE壓縮演算法，這是一種無損的壓縮演算法，我們常見的tga格式的圖像文件就使用了RLE演算法。
什麼是RLE演算法呢？這是一種很簡單的演算法，舉一個很簡單的例子：
假設一個圖像的像素色彩值是這樣排列的：紅紅紅紅紅紅紅紅紅紅紅紅藍藍藍藍藍藍綠綠綠綠，經過RLE壓縮後就成為了：紅12藍6綠4。這樣既保證了壓縮的可行性，而且不會有損失。而且可以看到，但顏色數越少時，壓縮效率會更高。由於Microsoft RLE僅僅支持256色，而且沒有抖動演算法，在色彩處理方面，FLC明顯的比Microsoft RLE要好很多。當然這也不表示Microsoft RLE一無是處，和FLC一樣，Microsoft RLE在處理相鄰像素時也沒有色染，可以清晰的表現網格。因此同樣可以優秀的表現單色字體和線條。只要色彩不是很復雜，FLC能做的，Microsoft RLE也可以做到。由於AVI可以擁有一個音頻流，而且Windows系統給與了直接的支持，Microsoft RLE最常用的用途是，在256色顯示模式下，通過配合抓屏生成AVI的工具製作一個軟體的操作演示過程，以達到圖文並茂，形聲兼備的效果。

3、Microsoft Video1
這也是由微軟提供的一個AVI編碼，任何Windows系統都自帶了了它的Codec，這個編碼支持真彩，畫面質量很不錯，Microsoft Video1的壓縮效率非常低下，編碼後的文件龐大得讓人受不了。這個Microsoft Video1究竟有什麼用呢？一般被用在保存一些沒有漸變的小型視頻素材方面。

4、Indeo video R3.2
這個編碼由intel架構實驗室開發，對應的文件格式是AVI，相對之前的流行的編碼，Indeo video R3.2最大的特點就是高壓縮比（當然，比起現在的壓縮方案，實在是不值得一提），intel聲稱壓縮比可達8:1而沒有明顯的質量損失，解碼速度也非常快，對系統要求不高，由於Windows9X中自帶Indeo video R3.2的Codec，所以Indeo video R3.2一度成為了最流行的AVI編碼方案。有不少游戲的過場動畫和啟動動畫都是Indeo video R3.2編碼的。Indeo video R3.2同樣不適合高要求的環境，在要表現細線條或大色彩值變化的漸變時，Indeo video R3.2會表現得非常糟糕。如果畫面的色彩值差異不是很大，也沒有明顯的色彩區域界限，Indeo video R3.2還是合適的，例如海天一色的場景。Indeo video R3.2已經基本被淘汰，如果不是為了播放以前遺留的一些Indeo video R3.2編碼視頻，恐怕Windows ME/2000都不會有Indeo video R3.2的Codec了。

5、Indeo video 5.10
這個編碼方案同樣也是intel架構實驗室開發的，它繼承了Indeo video R3.2的優點，對應的文件格式仍然是AVI，解碼速度同樣非常快。Windows ME/2000自帶了Indeo video 5.1的Codec，很多游戲也適用Indeo video 5.10來編碼自己的演示動畫。在沒有DivX普及前，這幾乎是最流行的AVI編碼了，由於微軟和intel的同時支持，這種編碼方案被廣泛採用。

6、None
顧名思義，這是一個沒有損失的視頻編碼方案，對應的文件擴展名為AVI。這種編碼幾乎是不壓縮的，文件大得驚人！那麼這種編碼有什麼用途呢？用途就是保存視頻素材，因為是無損的，保存素材非常合適，代價就是大量的存儲空間。

7、MPEG1
我們熟知的VCD就是MPEG1編碼的，對應的文件擴展名為MPG、MPEG或者DAT。事實上MPEG1可以工作於非PAL制和非NTSC制標准下。它可以自由設置數據流量和畫面尺寸，只是這樣非標準的文件無法直接刻錄成VCD。

8、MPEG2
DVD的視頻部分就是採用的MPEG2，SVCD同樣也採用了MPEG2編碼。對應的文件擴展名一般為VOB、MPG。MPEG2的設計目標就是提供接近廣播級的高品質輸出。

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

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

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

12、Windows Media video
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可以直接播放這些文件。

各種主流音頻編碼（或格式）的介紹

1、PCM編碼
PCM 脈沖編碼調制是Pulse Code Molation的縮寫。前面的文字我們提到了PCM大致的工作流程，我們不需要關心PCM最終編碼採用的是什麼計算方式，我們只需要知道PCM編碼的音頻流的優點和缺點就可以了。PCM編碼的最大的優點就是音質好，最大的缺點就是體積大。我們常見的Audio CD就採用了PCM編碼，一張光碟的容量只能容納72分鍾的音樂信息。

2、WAVE
這是一種古老的音頻文件格式，由微軟開發。WAV是一種文件格式，符合 PIFF Resource Interchange File Format規范。所有的WAV都有一個文件頭，這個文件頭音頻流的編碼參數。WAV對音頻流的編碼沒有硬性規定，除了PCM之外，還有幾乎所有支持ACM規范的編碼都可以為WAV的音頻流進行編碼。很多朋友沒有這個概念，我們拿AVI做個示範，因為AVI和WAV在文件結構上是非常相似的，不過AVI多了一個視頻流而已。我們接觸到的AVI有很多種，因此我們經常需要安裝一些Decode才能觀看一些AVI，我們接觸到比較多的DivX就是一種視頻編碼，AVI可以採用DivX編碼來壓縮視頻流，當然也可以使用其他的編碼壓縮。同樣，WAV也可以使用多種音頻編碼來壓縮其音頻流，不過我們常見的都是音頻流被PCM編碼處理的WAV，但這不表示WAV只能使用PCM編碼，MP3編碼同樣也可以運用在WAV中，和AVI一樣，只要安裝好了相應的Decode，就可以欣賞這些WAV了。
在Windows平台下，基於PCM編碼的WAV是被支持得最好的音頻格式，所有音頻軟體都能完美支持，由於本身可以達到較高的音質的要求，因此，WAV也是音樂編輯創作的首選格式，適合保存音樂素材。因此，基於PCM編碼的WAV被作為了一種中介的格式，常常使用在其他編碼的相互轉換之中，例如MP3轉換成WMA。

3、 MP3編碼
請參閱 MP3全攻略 一文

4、OGG編碼
網路上出現了一種叫Ogg Vorbis的音頻編碼，號稱MP3殺手！Ogg Vorbis究竟什麼來頭呢？OGG是一個龐大的多媒體開發計劃的項目名稱，將涉及視頻音頻等方面的編碼開發。整個OGG項目計劃的目的就是向任何人提供完全免費多媒體編碼方案！OGG的信念就是：OPEN！FREE！Vorbis這個詞彙是特里·普拉特柴特的幻想小說《Small Gods》中的一個"花花公子"人物名。這個詞彙成為了OGG項目中音頻編碼的正式命名。目前Vorbis已經開發成功，並且開發出了編碼器。
Ogg Vorbis是高質量的音頻編碼方案，官方數據顯示：Ogg Vorbis可以在相對較低的數據速率下實現比MP3更好的音質！Ogg Vorbis這種編碼也遠比90年代開發成功的MP3先進，她可以支持多聲道，這意味著什麼？這意味著Ogg Vorbis在SACD、DTSCD、DVD AUDIO抓軌軟體（目前這種軟體還沒有）的支持下，可以對所有的聲道進行編碼，而不是MP3隻能編碼2個聲道。多聲道音樂的興起，給音樂欣賞帶來了革命性的變化，尤其在欣賞交響時，會帶來更多臨場感。這場革命性的變化是MP3無法適應的。
和MP3一樣，Ogg Vorbis是一種靈活開放的音頻編碼，能夠在編碼方案已經固定下來後還能對音質進行明顯的調節和新演算法的改良。因此，它的聲音質量將會越來越好，和MP3相似，Ogg Vorbis更像一個音頻編碼框架，可以不斷導入新技術逐步完善。和MP3一樣，OGG也支持VBR。

5、MPC 編碼
MPC是又是另外一個令人刮目相看的實力派選手，它的普及過程非常低調，也沒有什麼復雜的背景故事，她的出現目的就只有一個，更小的體積更好的音質！MPC以前被稱作MP+，很顯然，可以看出她針對的競爭對手是誰。但是，只要用過這種編碼的人都會有個深刻的印象，就是她出眾的音質。

6、mp3PRO 編碼
2001年6月14日，美國湯姆森多媒體公司(Thomson Multimedia SA)與佛朗赫弗協會(Fraunhofer Institute)於6月14日發布了一種新的音樂格式版本，名稱為mp3PRO，這是一種基於mp3編碼技術的改良方案，從官方公布的特徵看來確實相當吸引人。從各方面的資料顯示，mp3PRO並不是一種全新的格式，完全是基於傳統mp3編碼技術的一種改良，本身最大的技術亮點就在於SBR（Spectral Band Replication 頻段復制），這是一種新的音頻編碼增強演算法。它提供了改善低位率情況下音頻和語音編碼的性能的可能。這種方法可在指定的位率下增加音頻的帶寬或改善編碼效率。SBR最大的優勢就是在低數據速率下實現非常高效的編碼，與傳統的編碼技術不同的是，SBR更像是一種後處理技術，因此解碼器的演算法的優劣直接影響到音質的好壞。高頻實際上是由解碼器（播放器）產生的，SBR編碼的數據更像是一種產生高頻的命令集，或者稱為指導性的信號源，這有點駇idi的工作方式。我們可以看到，mp3PRO其實是一種mp3信號流和SBR信號流的混合數據流編碼。有關資料顯示，SBR技術可以改善低數據流量下的高頻音質，改善程度約為30%，我們不管這個30%是如何得來的，但可以事先預知這種改善可以讓64kbps的mp3達到128kbps的mp3的音質水平（註：在相同的編碼條件下，數據速率的提升和音質的提升不是成正比的，至少人耳聽覺上是這樣的），這和官方聲稱的64kbps的mp3PRO可以媲美128kbps的mp3的宣傳基本是吻合的。

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

8、RA
RA就是RealAudio格式，這是各位網蟲接觸得非常多的一種格式，大部分音樂網站的在線試聽都是採用了RealAudio，這種格式完全針對的就是網路上的媒體市場，支持非常豐富的功能。最大的閃爍點就是這種格式可以根據聽眾的帶寬來控制自己的碼率，在保證流暢的前提下盡可能提高音質。RA可以支持多種音頻編碼，包括ATRAC3。和WMA一樣，RA不但都支持邊讀邊放，也同樣支持使用特殊協議來隱匿文件的真實網路地址，從而實現只在線播放而不提供下載的欣賞方式。這對唱片公司和唱片銷售公司很重要，在各方的大力推廣下，RA和WMA是目前互聯網上，用於在線試聽最多的音頻媒體格.

② 視頻壓縮或轉換（高手進來，問題太多了）

RM轉化工具

RM轉換精靈是一款易於使用、功能完善的RealMedia(rm/rmvb)文件轉換工具。可以把rm和rmvb文件轉換為AVI、VCD、SVCD、DVD、MPEG、WMV等格式；支持NTSC/PAL制式；同時也支持AVI、MPG、MPEG、WMV格式的相互轉換，可選擇AVI視頻編碼方式和在導出VCD、SVCD、DVD、MPEG格式時使用的制式；支持比例調整；支持指定導出WMV文件大小；輸入輸出預覽；支持界麵皮膚；支持高質量的音頻；為奔3、4和AMD的Athlon處理器優化了性能。
新版本中增加了一個輔助工具用來處理轉換後無聲的RM文件，可以將較大視頻文件在轉換的同時就分割成兩部分，轉換完成後即可刻錄，不用再為文件太大不能刻錄而煩惱。

http://www.onlinedown.net/soft/37564.htm

③ 為什麼我從嗶哩嗶哩下載的視頻只有視頻沒有聲音

這是因為將嗶哩嗶哩視頻緩存下來，音頻和視頻分開了，手機上其中一個音畫同步的播放方法：

1、在緩存文件夾中直接將視頻文件的後綴m4s改成flv，音頻文件後綴改成mp3。

2、長按視頻文件選擇播放器打開（我這里用的是MX播放器），在播放器里找到並點開「音頻」選項，再點擊「開啟」，點擊方才已修改後綴的音頻文件。

這樣一番修改和設置後不管快進還是後退也可以音畫同步。

基本的音頻數字化處理包括以下幾種：

不同采樣率、頻率、通道數之間的變換和轉換。其中變換只是簡單地將其視為另一種格式，而轉換通過重采樣來進行，其中還可以根據需要採用插值演算法以補償失真。

針對音頻數據本身進行的各種變換，如淡入、淡出、音量調節等。

通過數字濾波演算法進行的變換，如高通、低通濾波器。

④ abc.avi是什麼

abc是文件名。AVI是該文件的擴展名，AVI英文全稱為Audio Video Interleaved，即音頻視頻交錯格式。是將語音和影像同步組合在一起的文件格式。它對視頻文件採用了一種有損壓縮方式，但壓縮比較高，因此盡管畫面質量不是太好，但其應用范圍仍然非常廣泛。AVI支持256色和RLE壓縮。AVI信息主要應用在多媒體光碟上，用來保存電視、電影等各種影像信息。

基本介紹
相關參數視像參數
伴音參數
壓縮參數
數字視頻
展開結構
相關軟體基本介紹
軟體特點
基本介紹
相關參數 視像參數
伴音參數
壓縮參數
數字視頻
展開結構
相關軟體 基本介紹
軟體特點

[編輯本段]基本介紹
它於1992年被Microsoft公司推出，隨Windows3.1一起被人們所認識和熟知。所謂「音頻視頻交錯」，就是可以將視頻和音頻交織在一起進行同步播放。這種視頻格式的優點是圖像質量好，可以跨多個平台使用，其缺點是體積過於龐大，而且更加糟糕的是壓縮標准不統一，最普遍的現象就是高版本Windows媒體播放器播放不了採用早期編碼編輯的AVI格式視頻，而低版本Windows媒體播放器又播放不了採用最新編碼編輯的AVI格式視頻，所以我們在進行一些AVI格式的視頻播放時常會出現由於視頻編碼問題而造成的視頻不能播放或即使能夠播放，但存在不能調節播放進度和播放時只有聲音沒有圖像等一些莫名其妙的問題，如果用戶在進行AVI格式的視頻播放時遇到了這些問題，可以通過下載相應的解碼器來解決。是目前視頻文件的主流。 這種格式的文件隨處可見，比如一些游戲、教育軟體的片頭，多媒體光碟中，都會有不少的AVI 。 現在，在WINDOWS 95或98里都能直接播放AVI，而且它自己的格式也有好幾種，最常見的有 Intel Indeo（R）Video R3.2、Microsoft video 等。 avi含三部分：文件頭、數據塊和索引塊。 其中數據塊包含實際數據流，即圖像和聲音序列數據。這是文件的主體，也是決定文件容量的主要部分。視頻文件的大小等於該文件的數據率乘以該視頻播放的時間長度，索AVI電影截圖引塊包括數據塊列表和它們在文件中的位置，以提供文件內數據隨機存取能力。文件頭包括文件的通用信息，定義數據格式，所用的壓縮演算法等參數。 nAVI格式 nAVI是newAVI的縮寫，是一個名為ShadowRealm的地下組織發展起來的一種新視頻格式(與我們上面所說的AVI 格式沒有太大聯系)。它是由Microsoft ASF壓縮演算法的修改而來的，但是又與下面介紹的網路影像視頻中的ASF視頻格式有所區別，它以犧牲原有ASF視頻文件視頻「流」特性為代價而通過增加幀率來大幅提高ASF視頻文件的清晰度。 DV-AVI格式 DV的英文全稱是Digital Video Format，是由索尼、松下、JVC等多家廠商聯合提出的一種家用數字視頻格式。目前非常流行的數碼攝像機就是使用這種格式記錄視頻數據的。它可以通過電腦的IEEE 1394埠傳輸視頻數據到電腦，也可以將電腦中編輯好的的視頻數據回錄到數碼攝像機中。這種視頻格式的文件擴展名一般是.avi，所以也叫DV-AVI 格式。 目前（07年10月）AVI圖象反轉的原因很可能是暴風影音和windows media player沖突，下載一個完整的DIVX解碼器可以解決。 1992年初Microsoft公司推出了AVI技術及其應用軟體VFW（Video for Windows）。在AVI文件中，運動圖像和伴音數據是以交織的方式存儲，並獨立於硬體設備。這種按交替方AVI參數調節式組織音頻和視像數據的方式可使得讀取視頻數據流時能更有效地從存儲媒介得到連續的信息。構成一個AVI文件的主要參數包括視像參數、伴音參數和壓縮參數等： AVI沒有MPEG這么復雜，從WIN3.1時代，它就已經面世了。它最直接的優點就是兼容好、調用方便而且圖象質量好，因此也常常與DVD相並稱。但它的缺點也是十分明顯的：體積大。也是因為這一點，我們才看到了MPEG-1和MPEG-4的誕生。2小時影像的AVI文件的體積與MPEG-2相差無計，不過這只是針對標准解析度而言的：根據不同的應用要求，AVI的解析度可以隨意調。窗口越大，文件的數據量也就越大。降低解析度可以大幅減低它的體積，但圖象質量就必然受損。與MPEG-2格式文件體積差不多的情況下，AVI格式的視頻質量相對而言要差不少，但製作起來對電腦的配置要求不高，經常有人先錄制好了AVI格式的視頻，再轉換為其他格式。
[編輯本段]相關參數
視像參數
1、視窗尺寸（Video size）：根據不同的應用要求，AVI的視窗大小或解析度可按4：3的比例或隨意調整：大到全屏720×576，小到160×120甚至更低。窗口越大，視頻文件的數據量越大。 2、幀率（Frames per second）：幀率也可以調整，而且與數據量成正比。不同的幀率會產生不同的畫面連續效果。
伴音參數
在AVI文件中，視像和伴音是分別存儲的，因此可以把一段視頻中AVI數字視頻截圖的視像與另一段視頻中的伴音組合在一起。AVI 文件與WAV文件密切相關，因為WAV文件是AVI文件中伴音信號的來源。伴音的基本參數也即WAV文件格式的參數，除此以外，AVI文件還包括與音頻有關的其他參數： 1、視像與伴音的交織參數（Interlace Audio Every X Frames）AVI格式中每X幀交織存儲的音頻信號，也即伴音和視像交替的頻率X是可調參數，X的最小值是一幀，即每個視頻幀與音頻數據交織組織，這是CD－ROM上使用的默認值。交織參數越小，回放AVI文件時讀到內存中的數據流越少，回放越容易連續。因此，如果AVI文件的存儲平台的數據傳輸率較大，則交錯參數可設置得高一些。當AVI文件存儲在硬碟上時，也即從硬碟上讀AVI文件進行播放時，可以使用大一些的交織頻率，如幾幀，甚至1秒。 2、同步控制（Synchronization） 在AVI文件中，視像和伴音是同步得很好的。但在MPC中回放AVI文件時則有可能出現視像和伴音不同步的現象。
壓縮參數
在採集原始模擬視頻時可以用不壓縮的方式，這樣可以獲得最優秀的圖像質量。編輯後應根據應用環境選擇合適的壓縮參數。
[編輯本段]數字視頻
AVI及其播放器VFW已成為了PC機上最常用的視頻數據格式，是由於其具有如下的一些顯著特點： 一、提供無硬體視頻回放功能 AVI格式和VFW軟體雖然是為當前的MPC設計的，但它也可以不斷提高以適應MPC的發展。根據AVI格式的參數，其視窗的大小和幀率可以根據播放環境的硬體能力和AVI文件處理速度進行調整。在低檔MPC機上或在網路上播放時，VFW的視窗可以很小，色彩數和幀率可以很低；而在Pentium級系統上，對於64K色、320×240的壓縮視頻數據可實現每秒25幀的回放速率。這樣，VFW就可以適用於不同的硬體平台，使用戶可以在普通的MPC上進行數字視頻信息的編輯和重放，而不需要昂貴的專門硬體設備。 二、實現同步控制和實時播放 通過同步控制參數，AVI可以通過自調整來適應重放環境，如果MPC的處理能力不夠高，而AVI文件的數據率又較大，在WINDOWS環境下播放該AVI文件時，播放器可以通過丟掉某些幀，調整AVI的實際播放數據率來達到視頻、音頻同步的效果。 三、可以高效地播放存儲在硬碟和光碟上的AVI文件 由於AVI數據的交叉存儲，VFW播放AVI數據時只需佔用有限的內存空間，因為播放程序可以一邊讀取硬碟或光碟上的視頻數據一邊播放，而無需預先把容量很大的視頻數據載入到內存中。在播放AVI視頻數據時，只需在指定的時間內訪問少量的視頻圖像和部分音頻數據。這種方式不僅可以提高系統的工作效率，同時也可以實現迅速地載入和快速地啟動播放程序，減少播放AVI視頻數據時用戶的等待時間。 四、提供了開放的AVI數字視頻文件結構 AVI文件結構不僅解決了音頻和視頻的同步問題，而且具有通用和開放的特點。它可以在任何Windows環境下工作，而且還具有擴展環境的功能。用戶可以開發自己的AVI視頻文件，在Windows環境下可隨時調用。 五、AVI文件可以再編輯 AVI一般採用幀內有損壓縮，可以用一般的視頻編輯軟體如Adobe Premiere或MediaStudio進行再編輯和處理。
[編輯本段]展開結構
AVI（Audio Video Interleaved的縮寫）是一種RIFF（Resource Interchange File Format的縮寫）文件格式，多用於音視頻捕捉、編輯、回放等應用程序中。通常情況下，一個AVI文件可以包含多個不同類型的媒體流（典型的情況下有一個音頻流和一個視頻流），不過含有單一音頻流或單一視頻流的AVI文件也是合法的。AVI可以算是Windows操作系統上最基本的、也是最常用的一種媒體文件格式。 先來介紹RIFF文件格式。RIFF文件使用四字元碼FOURCC（four-character code）來表徵數據類型，比如『RIFF』、『AVI 』、『LIST』等。注意，Windows操作系統使用的位元組順序是little-endian，因此一個四字元碼『abcd』實際的DWORD值應為0x64636261。另外，四字元碼中像『AVI 』一樣含有空格也是合法的。 最開始的4個位元組是一個四字元碼『RIFF』，表示這是一個RIFF文件；緊跟著後面用4個位元組表示此RIFF文件的大小；然後又是一個四字元碼說明文件的具體類型（比如AVI、WAVE等）；最後就是實際的數據。注意文件大小值的計算方法為：實際數據長度 + 4（文件類型域的大小）；也就是說，文件大小的值不包括『RIFF』域和「文件大小」域本身的大小。 RIFF文件的實際數據中，通常還使用了列表（List）和塊（Chunk）的形式來組織。列表可以嵌套子列表和塊。其中，列表的結構為：『LIST』 listSize listType listData ——『LIST』是一個四字元碼，表示這是一個列表；listSize佔用4位元組，記錄了整個列表的大小；listType也是一個四字元碼，表示本列表的具體類型；listData就是實際的列表數據。注意listSize值的計算方法為：實際的列表數據長度 + 4（listType域的大小）；也就是說listSize值不包括『LIST』域和listSize域本身的大小。再來看塊的結構：ckID ckSize ckData ——ckID是一個表示塊類型的四字元碼；ckSize佔用4位元組，記錄了整個塊的大小；ckData為實際的塊數據。注意ckSize值指的是實際的塊數據長度，而不包括ckID域和ckSize域本身的大小。（注意：在下面的內容中，將以LIST ( listType ( listData ) )的形式來表示一個列表，以ckID ( ckData )的形式來表示一個塊，如[ optional element ]中括弧中的元素表示為可選項。） 接下來介紹AVI文件格式。AVI文件類型用一個四字元碼『AVI 』來表示。整個AVI文件的結構為：一個RIFF頭 + 兩個列表（一個用於描述媒體流格式、一個用於保存媒體流數據） + 一個可選的索引塊。AVI文件的展開結構大致如下： /* * heres the general layout of an AVI riff file (new format) * * RIFF (3F??????) AVI <- not more than 1 GB in size * LIST (size) hdrl * avih (0038) * LIST (size) strl * strh (0038) * strf (????) * indx (3ff8) <- size may vary, should be sector sized * LIST (size) strl * strh (0038) * strf (????) * indx (3ff8) <- size may vary, should be sector sized * LIST (size) odml * dmlh (????) * JUNK (size) <- fill to align to sector - 12 * LIST (7f??????) movi <- aligned on sector - 12 * 00dc (size) <- sector aligned * 01wb (size) <- sector aligned * ix00 (size) <- sector aligned * idx1 (00??????) <- sector aligned * RIFF (7F??????) AVIX * JUNK (size) <- fill to align to sector -12 * LIST (size) movi * 00dc (size) <- sector aligned * RIFF (7F??????) AVIX <- not more than 2GB in size * JUNK (size) <- fill to align to sector - 12 * LIST (size) movi * 00dc (size) <- sector aligned * *-===================================================================*/ 首先，RIFF (『AVI 』…)表徵了AVI文件類型。然後就是AVI文件必需的第一個列表——『hdrl』列表，用於描述AVI文件中各個流的格式信息（AVI文件中的每一路媒體數據都稱為一個流）。『hdrl』列表嵌套了一系列塊和子列表——首先是一個『avih』塊，用於記錄AVI文件的全局信息，比如流的數量、視頻圖像的寬和高等，可以使用一個AVIMAINHEADER數據結構來操作： typedef struct _avimainheader { FOURCC fcc; // 必須為『avih』 DWORD cb; // 本數據結構的大小，不包括最初的8個位元組（fcc和cb兩個域） DWORD dwMicroSecPerFrame; // 視頻幀間隔時間（以毫秒為單位） DWORD dwMaxBytesPerSec; // 這個AVI文件的最大數據率 DWORD dwPaddingGranularity; // 數據填充的粒度 DWORD dwFlags; // AVI文件的全局標記，比如是否含有索引塊等 DWORD dwTotalFrames; // 總幀數 DWORD dwInitialFrames; // 為交互格式指定初始幀數（非交互格式應該指定為0） DWORD dwStreams; // 本文件包含的流的個數 DWORD dwSuggestedBufferSize; // 建議讀取本文件的緩存大小（應能容納最大的塊） DWORD dwWidth; // 視頻圖像的寬（以像素為單位） DWORD dwHeight; // 視頻圖像的高（以像素為單位） DWORD dwReserved[4]; // 保留 } AVIMAINHEADER; 然後，就是一個或多個『strl』子列表。（文件中有多少個流，這里就對應有多少個『strl』子列表。）每個『strl』子列表至少包含一個『strh』塊和一個『strf』塊，而『strd』塊（保存編解碼器需要的一些配置信息）和『strn』塊（保存流的名字）是可選的。首先是『strh』塊，用於說明這個流的頭信息，可以使用一個AVISTREAMHEADER數據結構來操作： typedef struct _avistreamheader { FOURCC fcc; // 必須為『strh』 DWORD cb; // 本數據結構的大小，不包括最初的8個位元組（fcc和cb兩個域） FOURCC fccType; // 流的類型：『auds』（音頻流）、『vids』（視頻流）、 //『mids』（MIDI流）、『txts』（文字流） FOURCC fccHandler; // 指定流的處理者，對於音視頻來說就是解碼器 DWORD dwFlags; // 標記：是否允許這個流輸出？調色板是否變化？ WORD wPriority; // 流的優先順序（當有多個相同類型的流時優先順序最高的為默認流） WORD wLanguage; DWORD dwInitialFrames; // 為交互格式指定初始幀數 DWORD dwScale; // 這個流使用的時間尺度 DWORD dwRate; DWORD dwStart; // 流的開始時間 DWORD dwLength; // 流的長度（單位與dwScale和dwRate的定義有關） DWORD dwSuggestedBufferSize; // 讀取這個流數據建議使用的緩存大小 DWORD dwQuality; // 流數據的質量指標（0 ~ 10,000） DWORD dwSampleSize; // Sample的大小 struct { short int left; short int top; short int right; short int bottom; } rcFrame; // 指定這個流（視頻流或文字流）在視頻主窗口中的顯示位置 // 視頻主窗口由AVIMAINHEADER結構中的dwWidth和dwHeight決定 } AVISTREAMHEADER; 然後是『strf』塊，用於說明流的具體格式。如果是視頻流，則使用一個BITMAPINFO數據結構來描述；如果是音頻流，則使用一個WAVEFORMATEX數據結構來描述。 當AVI文件中的所有流都使用一個『strl』子列表說明了以後（注意：『strl』子列表出現的順序與媒體流的編號是對應的，比如第一個『strl』子列表說明的是第一個流（Stream 0），第二個『strl』子列表說明的是第二個流（Stream 1），以此類推），『hdrl』列表的任務也就完成了，隨後跟著的就是AVI文件必需的第二個列表——『movi』列表，用於保存真正的媒體流數據（視頻圖像幀數據或音頻采樣數據等）。那麼，怎麼來組織這些數據呢？可以將數據塊直接嵌在『movi』列表裡面，也可以將幾個數據塊分組成一個『rec 』列表後再編排進『movi』列表。（注意：在讀取AVI文件內容時，建議將一個『rec 』列表中的所有數據塊一次性讀出。）但是，當AVI文件中包含有多個流的時候，數據塊與數據塊之間如何來區別呢？於是數據塊使用了一個四字元碼來表徵它的類型，這個四字元碼由2個位元組的類型碼和2個位元組的流編號組成。標準的類型碼定義如下：『db』（非壓縮視頻幀）、『dc』（壓縮視頻幀）、『pc』（改用新的調色板）、『wb』（音縮視頻）。比如第一個流（Stream 0）是音頻，則表徵音頻數據塊的四字元碼為『00wb』；第二個流（Stream 1）是視頻，則表徵視頻數據塊的四字元碼為『01db』或『01dc』。對於視頻數據來說，在AVI數據序列中間還可以定義一個新的調色板，每個改變的調色板數據塊用『xxpc』來表徵，新的調色板使用一個數據結構AVIPALCHANGE來定義。（注意：如果一個流的調色辦中途可能改變，則應在這個流格式的描述中，也就是AVISTREAMHEADER結構的dwFlags中包含一個AVISF_VIDEO_PALCHANGES標記。）另外，文字流數據塊可以使用隨意的類型碼表徵。 最後，緊跟在『hdrl』列表和『movi』列表之後的，就是AVI文件可選的索引塊。這個索引塊為AVI文件中每一個媒體數據塊進行索引，並且記錄它們在文件中的偏移（可能相對於『movi』列表，也可能相對於AVI文件開頭）。索引塊使用一個四字元碼『idx1』來表徵，索引信息使用一個數據結構來AVIOLDINDEX定義。 typedef struct _avioldindex { FOURCC fcc; // 必須為『idx1』 DWORD cb; // 本數據結構的大小，不包括最初的8個位元組（fcc和cb兩個域） struct _avioldindex_entry { DWORD dwChunkId; // 表徵本數據塊的四字元碼 DWORD dwFlags; // 說明本數據塊是不是關鍵幀、是不是『rec 』列表等信息 DWORD dwOffset; // 本數據塊在文件中的偏移量 DWORD dwSize; // 本數據塊的大小 } aIndex[]; // 這是一個數組！為每個媒體數據塊都定義一個索引信息 } AVIOLDINDEX; 注意：如果一個AVI文件包含有索引塊，則應在主AVI信息頭的描述中，也就是AVIMAINHEADER結構的dwFlags中包含一個AVIF_HASINDEX標記。 還有一種特殊的數據塊，用一個四字元碼『JUNK』來表徵，它用於內部數據的隊齊（填充），應用程序應該忽略這些數據塊的實際意義。
[編輯本段]相關軟體
基本介紹
《AVI轉換之星》是一款功能強大的視頻文件格式轉換工具。可以把所有的AVI、MPEG文件快速方便的轉換成MPEG1/MPEG2/VCD/DVD/SVCD格式;支持PAL、NTSC格式相互轉換；支持格式有AVI、MPEG(layer1、layer2、and layer3)、MPEG2等格式；支持轉換預覽；音頻質量高；支持無聲AVI文件；支持VCD(MPEG1)、SVCD、DVD(MPEG2)之間的相互轉換。增加了，輸出AVI(DIVX、XVID)、MP4格式的AVI、MPEG4(MP4)、WMV功能!自上市以來深受用戶的好評！
軟體特點
1、操作簡單，易上手； 2.採用先進的編碼技術； 3.音頻質量高； 4.支持轉換預覽； 5.支持多文件同時轉換； 6.支持無聲AVI文件； 7.支持PAL、NTSC格式相互轉換； 8.支持格式有AVI,MPEG(layer1, layer2, and layer3)，MPEG2等格式； 9.支持VCD(MPEG1)、SVCD、DVD(MPEG2)之間的相互轉換等功能。

⑤ 無聲視頻存儲容量計算公式

[視頻碼率（kbps）+音頻碼率（kbps）]/8 * 時間（秒）=文件體積（mb）
MPEG4格式視頻可以壓縮到1.5M／分以下，如果用好軟體和我的一樣可以壓縮到0.8M／分。一天一夜24小時×60分鍾×1M基本上就是實際容量。
不經過壓縮，聲音數據量的計算公式為：數據量（位元組/秒）=（采樣頻率（Hz）×采樣位數（bit）×聲道數）/8。

⑥ 將一段視頻文件處理成：幀頻為15幀/秒，畫幅大小為352*288，16位色，長度為1分鍾的無聲AVI視頻文件。

16位色表示一個像素點需要16位，即2位元組來存儲(1位元組為8位），那麼這個avi的容量就是
352*288*15*2*60= 182476800 位元組
再將位元組換算為MB即為182476800/1024/1024= 174.02344 MB

注:
1 Byte=8 bit
1 MB=1024KB
1 KB=1024B

⑦ 畫面大小是800×600，顏色深度為24位，幀速率為30幀/秒的無聲的視頻，1秒鍾視頻的大小應該是多少（單位：

800*600*24*30/24
=16512000