國際主流視頻編碼標(biāo)準(zhǔn)優(yōu)化代碼的對比測試

 收稿日期：2007-11-17；

修回日期：2008-03-03



作者簡介：李娜（1974-），女，湖北英山人，工程師，碩士，主要研究方向?yàn)榉植际綀D像處理（wrxln_hope@sina.com）；

王中元（1972-），男，湖北英山人，講師，博士，主要研究方向?yàn)橐曨l編/解碼、多媒體通信；

朱福喜（1957-），男，湖北新洲人，教授，博導(dǎo)，博士，主要研究方向?yàn)槿斯ぶ悄艿?

(武漢大學(xué) a.計(jì)算機(jī)學(xué)院; b.國家多媒體軟件工程技術(shù)研究中心; c.檔案館， 武漢 430072)

摘要：

以H.263、MPEG-4、H.264三種標(biāo)準(zhǔn)作為測試對象，在Win/Intel平臺上測試了優(yōu)化后編碼器的計(jì)算效率、編碼效率和碼率控制精度，并對測試結(jié)果進(jìn)行了比較和分析。測試數(shù)據(jù)為開發(fā)人員在一定硬件性價(jià)比的約束條件下實(shí)現(xiàn)視頻編碼器提供了參考。

關(guān)鍵詞：視頻編碼測試； 優(yōu)化； 計(jì)算效率； 編碼效率

中圖分類號：TP391

文獻(xiàn)標(biāo)志碼：A

文章編號：1001-3695(2008)10-3075-03

Testandcomparisononoptimizedcodeofmajorinternationalvideocodingstandards

LI Naa，c， WANG Zhong-yuanb， ZHU Fu-xia

(a.School of Computer， b.National Multimedia Software Engineering Research Center， c.Archives， Wuhan University， Wuhan 430072， China)

Abstract:

This paper selected H.263，MPEG-4 and H.264 video coding standards as test object to measure such performance index as compression efficiency，calculation efficiency and rate control accuracy on Win/Intel platform. And illustrated the-analysis and comparison on experiment results too. These test datum could be served as a reference guide for designer who would develop video coding application with the constraint on hardware performance and price ratio.

Key words：video codec test; optimization; computation efficiency; coding efficiency

幾乎在每一種視頻標(biāo)準(zhǔn)的制定過程中或者發(fā)布后，都有專家將該標(biāo)準(zhǔn)與它前期的同類標(biāo)準(zhǔn)作壓縮效率和計(jì)算復(fù)雜度的客觀比較測試[1]。這些測試數(shù)據(jù)盡管有它一定的學(xué)術(shù)意義，但是對實(shí)際開發(fā)的指導(dǎo)價(jià)值非常有限。其原因有兩點(diǎn)：a)測試過程往往涵蓋了編碼工具的全集，而在實(shí)際應(yīng)用中不太可能啟用所有編碼選項(xiàng)，因此，這樣測試的壓縮效率數(shù)據(jù)已經(jīng)背離了實(shí)際應(yīng)用條件；b)在計(jì)算復(fù)雜度的對比測試中，一般均使用伴隨標(biāo)準(zhǔn)發(fā)布的參考源碼，而這些源碼僅僅是用來驗(yàn)證算法的，它充其量也只是對算法的一種數(shù)學(xué)描述。在標(biāo)準(zhǔn)的實(shí)現(xiàn)過程中，免不了要對編/解碼器（CODEC）展開算法優(yōu)化和代碼優(yōu)化，這些優(yōu)化往往又要結(jié)合目標(biāo)處理器特定的硬件體系結(jié)構(gòu)實(shí)施，優(yōu)化過程得到的計(jì)算效率的增益不僅與具體開發(fā)平臺和開發(fā)人員的經(jīng)驗(yàn)有關(guān)，而且與標(biāo)準(zhǔn)本身的設(shè)計(jì)細(xì)節(jié)所決定的優(yōu)化潛力相關(guān)。因此，原始參考代碼的計(jì)算量差距并不一定能反映最終設(shè)計(jì)出來的編/解碼器的計(jì)算開銷的差別，有經(jīng)驗(yàn)的技術(shù)人員實(shí)現(xiàn)的H.264可能比沒有經(jīng)驗(yàn)的人員設(shè)計(jì)的H.263的運(yùn)算效率還要高。如果對經(jīng)過了如下兩方面優(yōu)化處理的視頻編/解碼器進(jìn)行壓縮效率和計(jì)算復(fù)雜度的客觀測試比較，那么其測試結(jié)果對實(shí)際應(yīng)用開發(fā)的指導(dǎo)意義是不言而喻的，這也正是本文的初衷。

a）從實(shí)現(xiàn)代價(jià)的角度對編碼選項(xiàng)予以折中取舍；

b）算法經(jīng)過高度的計(jì)算效率優(yōu)化。

考慮到H.263[2]、MPEG-4[3]、H.264[4]在當(dāng)前壓縮視頻通信中應(yīng)用最為廣泛，筆者選取這三種標(biāo)準(zhǔn)作為測試對象。其中H.263又進(jìn)一步劃分為不帶任何高級選項(xiàng)的基本H.263和帶Annex D（unrestricted motion vector mode）、Annex F（advanced prediction mode）兩個(gè)高級選項(xiàng)的H.263來分開測試。此外，由于碼率控制對實(shí)時(shí)視頻通信至關(guān)重要，對這幾種標(biāo)準(zhǔn)的驗(yàn)證模型中提出的碼率控制算法的精度也同時(shí)予以測試。

1測試CODEC的代碼選擇和優(yōu)化

首先需要說明的是，由于視頻編碼標(biāo)準(zhǔn)制定的開放性，也就是它們往往只定義語法、語義和解碼的算法，而不定義編碼算法，從一般廠家實(shí)現(xiàn)標(biāo)準(zhǔn)的角度講，僅僅根據(jù)標(biāo)準(zhǔn)的文本來設(shè)計(jì)CODEC是很困難的。制定標(biāo)準(zhǔn)的專家組也注意到這個(gè)問題，所以他們往往會伴隨標(biāo)準(zhǔn)發(fā)布一套參考實(shí)現(xiàn)算法，通常稱為參考模型（RM），或者驗(yàn)證模型（VM），或者測試模型（TM）。在這些參考模型中，專家們會提出一套相對優(yōu)良的編碼算法實(shí)現(xiàn)細(xì)節(jié)供參考，并提供這些算法細(xì)節(jié)的實(shí)現(xiàn)源碼，也就是參考代碼。標(biāo)準(zhǔn)本身和參考模型相得益彰，既為廠家使用標(biāo)準(zhǔn)提供了便利，又不影響廠家個(gè)性技術(shù)的發(fā)揮。常見國際視頻編碼標(biāo)準(zhǔn)的參考模型和參考代碼見表1。

1.1H.263

筆者選取的原始H.263源碼版本來自Telenor R D組織，由Karl Lillevold和Robert Danielsen編寫[5]。該源碼根據(jù)H.263v1標(biāo)準(zhǔn)[2]和TMN8[6]測試模型設(shè)計(jì)，用ANSI C編寫，未經(jīng)過任何優(yōu)化處理，也沒有碼率控制模塊，因此它不能直接應(yīng)用于實(shí)際產(chǎn)品中。在這個(gè)參考源碼的基礎(chǔ)上，筆者經(jīng)過多方面計(jì)算效率的優(yōu)化設(shè)計(jì)和碼率控制功能的添加，將它應(yīng)用到自主研發(fā)的H.323/SIP視頻會議系統(tǒng)中。具體采用的優(yōu)化技術(shù)不在此贅述，筆者另文發(fā)表[7，8]。

1.2MPEG-4

MPEG-4存在DIVX、 XVID、FFMPEG、MoMuSys、Microsoft等多個(gè)開源版本，其中尤以XVID最出名[9]。如同H.263，這些開源代碼的設(shè)計(jì)依據(jù)與其說是MPEG-4標(biāo)準(zhǔn)文本，不如說是MPEG-4的驗(yàn)證模型VM8[10]。XVID針對Intel/AMD平臺展開了全面的指令優(yōu)化，計(jì)算密集的模塊全部用ASM/MMX/XMM/SSE/SSE2/3DNOW/3DNOWEXT/IA64等幾種匯編指令改寫，因而運(yùn)算效率極高。特別是采用了最新的PMVFAST（predictive motion vector field adaptive search technique）運(yùn)動估計(jì)算法[11]，使運(yùn)動矢量搜索的精度和效率大大提高。XVID優(yōu)良的編碼效率和計(jì)算效率使它完全達(dá)到商用的程度，廠家在Intel/AMD平臺設(shè)計(jì)MPEG-4產(chǎn)品時(shí)，完全可以放心大膽地直接嵌入XVID CODEC。事實(shí)也是如此。即使是對其他平臺如DSP，XVID優(yōu)良的代碼設(shè)計(jì)風(fēng)格和程序結(jié)構(gòu)也是極好的代碼移植模板。例如筆者在Trimedia平臺開發(fā)網(wǎng)絡(luò)攝像機(jī)和可視電話等產(chǎn)品時(shí)，就是根據(jù)XIVD移植的。略顯不足的是，XVID中的碼率控制算法過于簡單，它僅僅根據(jù)緩沖區(qū)的填充程度來適配量化步長，完全沒有考慮視頻序列自身的復(fù)雜度。為此，筆者對這一點(diǎn)進(jìn)行了改進(jìn)，用TMN8[6]或者SRC（scalable rate control）[12]碼率控制算法替換了XVID中原有的碼率控制模塊。TMN8以宏塊為單位來控制碼率，所以控制得非常精確，這主要是為MPEG-4的車載無線視頻傳輸設(shè)備定制的。SRC既可以根據(jù)當(dāng)前視頻幀的復(fù)雜度和當(dāng)前緩沖區(qū)的充滿程度為幀內(nèi)所有宏塊計(jì)算出一個(gè)統(tǒng)一的量化步長，也就是幀級QP自適應(yīng)控制；也能夠依據(jù)宏塊復(fù)雜度的變化，為每一個(gè)宏塊都計(jì)算出一個(gè)屬于它自己的量化步長，這就是宏塊級QP自適應(yīng)控制；當(dāng)然，介于兩者之間，還可以在視頻包（video packet）級控制QP。由于SRC宏塊級控制起到的作用與TMN8重復(fù)，更主要的是，它在宏塊級控制時(shí)將所有宏塊比特?cái)?shù)開銷都算在DCT系數(shù)上，而沒有考慮宏塊頭參數(shù)的編碼開銷，其控制精度沒有TMN8高。但是，SRC的幀級QP自適應(yīng)無論是從計(jì)算復(fù)雜度還是從控制精度來說，都是對TMN8一個(gè)比較好的折中，將它用于碼率控制要求不是很嚴(yán)的場合還是一個(gè)不錯(cuò)的選擇。在本文中，為了同時(shí)對幾種有代表性的碼率控制算法進(jìn)行一次對比測試，MPEG-4采用SRC幀級QP碼率控制算法。

最后還有一點(diǎn)需要說明的是，由于XVID中的運(yùn)動矢量搜索過程用到了RDO技術(shù)[13]，而RDO又用到了QP，這樣一來造成碼率控制模塊的復(fù)雜度參數(shù)MAD（mean sum of abstract difference）依賴于運(yùn)動估計(jì)模塊的計(jì)算結(jié)果，而運(yùn)動估計(jì)模塊的RDO過程又依賴于碼率控制輸出QP的局面，這就是所謂的碼率控制和運(yùn)動估計(jì)間的“蛋雞悖論”問題。該問題的完全解決留待于JVT碼率控制技術(shù)描述文檔G012中提出的MAD線性預(yù)測模型[14]。在此，筆者簡單地用前一幀的平均QP或者固定QP=8作為當(dāng)前幀宏塊RDO過程的QP參數(shù)。實(shí)驗(yàn)發(fā)現(xiàn)兩者沒有表現(xiàn)出主客觀差別。

1.3H.264

H.264也存在JM、X264和FFMPEG等幾種開源代碼。其中，JM序列編/解碼器（現(xiàn)在版本已經(jīng)發(fā)展到JM11）是學(xué)術(shù)研究中用得最多的代碼，它完整地實(shí)現(xiàn)了H.264的全集，甚至連信道魯棒性的宏塊編碼模式RDO這種目前還只停留在學(xué)術(shù)研究階段，尚無法實(shí)際應(yīng)用的技術(shù)也體現(xiàn)在代碼中[15]。顯然，JM代碼只是實(shí)現(xiàn)了對H.264標(biāo)準(zhǔn)嚴(yán)格的算法描述，沒有任何優(yōu)化的成分，因此，基于JM來開發(fā)實(shí)際產(chǎn)品需要付出的優(yōu)化工作量很大。值得慶幸的是，X264 encoder[16]這個(gè)開源的H.264編碼器提供了類似XVID那樣近乎完美的指令優(yōu)化版本，它對計(jì)算密集的模塊幾乎全部用Intel/AMD匯編指令改寫。所以，僅僅依靠X264 encoder本身的代碼優(yōu)化工作，基本上就可以將它集成到實(shí)際產(chǎn)品中應(yīng)用起來。筆者通過對X264代碼的深入分析發(fā)現(xiàn)，它實(shí)現(xiàn)的編碼選項(xiàng)與JM相比幾乎沒有作太多刪減，如CAVLC/CABAC、B幀、幀場自適應(yīng)編碼、QPEL運(yùn)動補(bǔ)償、全部的INTRA模式預(yù)測、全部的INTER模式預(yù)測、ABT、deblocking loopfilter、RDO等關(guān)乎編碼效率的編碼工具它都支持。與原始的JM代碼比較，X264僅僅簡化了幾個(gè)技術(shù)要素：不支持SP/SI幀；不支持信道自適應(yīng)的編碼模式判決（CA-RDO）；不支持FMO、ASO、RS等差錯(cuò)彈性工具；參考幀個(gè)數(shù)限制在1幀；Slice劃分模式僅保留固定宏塊個(gè)數(shù)一種，去掉了固定比特?cái)?shù)劃分模式；碼率控制模塊不是采用JVT推薦的G012或F086，而是取自FFMPEG工程中的相應(yīng)模塊。但是，X264只有編碼器沒有解碼器，高效的H.264 decoder可以在FFMPEG開源工程中找到[17]。筆者測試發(fā)現(xiàn)，F(xiàn)FMPEG中的H.264 decoder不僅運(yùn)算效率高，而且支持帶任何編碼選項(xiàng)的H.264碼流的解碼，如CAVLC/CABAC、B幀、多參考幀、FMO、幀場自適應(yīng)等，更為難得的是它還包含了差錯(cuò)掩蓋后處理算法。

筆者在向研制的H.323/SIP視頻會議系統(tǒng)中增加H.264能力時(shí)，選取的就是X264 encoder和FFMPEG中的H.264 decoder。在開發(fā)過程中對decoder幾乎沒有作太多修改，但對X264 encoder進(jìn)行了如下方面的改造：

a)改造碼率控制模塊。盡管X264中的ABR碼率控制模塊控制得還是相對比較精確，但它解決“蛋雞悖論”的方法是：在正式的運(yùn)動估計(jì)之前先將圖像縮小到原始圖像的1/4，然后對這個(gè)1/4圖像作一次粗糙的運(yùn)動矢量預(yù)估計(jì)，用這個(gè)預(yù)估步驟得到的MAD去指導(dǎo)碼率控制計(jì)算。顯然，這個(gè)方法既費(fèi)時(shí)又消耗存儲空間，筆者用G012技術(shù)替換掉了ABR。由于G012技術(shù)通過MAD預(yù)測模型解決了RDO和碼率控制的矛盾，節(jié)省了ABR對資源的額外開銷。同時(shí)，在宏塊層次實(shí)現(xiàn)G012碼率控制，其控制精度也有所提高。

b)改造Slice劃分方法。X264保留的是JM中固定宏塊個(gè)數(shù)的Slice分片方法。顯然，這種方法得到的Slice字節(jié)數(shù)是變化的，而且?guī)缀醪豢赡茏龅竭x取一種宏塊個(gè)數(shù)門限能夠?qū)lice中的字節(jié)數(shù)控制在MTU范圍內(nèi)。一旦Slice大小超過MTU范圍，按照RFC3984協(xié)議要求[18]，必須采用分段模式（segmentation）完成其對應(yīng)NAL的RTP打包。但是，H.241協(xié)議規(guī)范了H.264在H.323系統(tǒng)中的打包模式只能是single NAL模式[19]，不允許分段或合并。所以必須確保Slice分片大小控制在MTU內(nèi)，這只能采取固定比特?cái)?shù)分片方式才能做到。需要注意的是，分片方式的改動也要帶來代碼中其他位置的改動，如亮度16×16 INTRA預(yù)測、色差8×8 INTRA預(yù)測，否則編碼器和解碼器在DC預(yù)測方向上就不能形成閉環(huán)，導(dǎo)致預(yù)測錯(cuò)誤，解碼圖像出現(xiàn)變色或塊斑。

2測試方法

2.1測試CODEC編碼選項(xiàng)配置

編碼效率和計(jì)算效率與CODEC配置的編碼選項(xiàng)密切相關(guān)，所以，必須明確測試數(shù)據(jù)所依托的編碼器配置。測試CODEC配置見表2。

2.2測試環(huán)境

測試序列：CIF分辨率， YUV420色度空間格式；ITU-T視頻測試序列：Foreman（300幀）， Paris（1 065幀），Mother_daughter（300幀），News（150幀）。目標(biāo)碼率384 kbps，目標(biāo)幀率25 fps。測試環(huán)境：HP NX9040筆記本電腦，CPU Inetl迅馳1.5 GHz，內(nèi)存512 MB，硬盤40 GB，操作系統(tǒng) Windows XP。

2.3測試指標(biāo)和方法

1)計(jì)算效率以每秒鐘編碼的幀數(shù)來衡量，也即f=N/T。其中: f表示處理的幀率速度，單位是fps；N為處理的幀數(shù)；T為處理完N幀所消耗的時(shí)間，單位為s。在編碼時(shí)間T的計(jì)算上，筆者作了兩點(diǎn)處理：a)為統(tǒng)計(jì)凈編碼時(shí)間，去掉讀取文件序列和寫壓縮碼流的干擾，只統(tǒng)計(jì)開始編碼一幀到一幀編碼完畢所占的時(shí)間，然后將它們累加；b)由于ANSI C中clock()函數(shù)計(jì)算時(shí)間的精度只能達(dá)到20~30 ms，而H.263或MPEG-4編碼一幀的時(shí)間遠(yuǎn)小于這個(gè)數(shù)值，有必要采用更高計(jì)時(shí)精度的計(jì)時(shí)器。筆者調(diào)用的是Windows系統(tǒng)函數(shù)：QueryPerformanceFrequency()、QueryPerformanceCounter()。該計(jì)時(shí)器可以達(dá)到ms精度。

2)編碼效率也即壓縮效率。如果各個(gè)編碼器實(shí)際輸出的碼率都相同，那么PSNR值越大，編碼效率就越高。然而實(shí)際上由于碼率控制精度的差異，即使是目標(biāo)碼率都設(shè)置成一樣，實(shí)際輸出碼率會有所不同，這時(shí)必須綜合考慮PSNR值和實(shí)際碼率的結(jié)果，至于如何將它們折算成一個(gè)惟一的指標(biāo)數(shù)據(jù)則是比較困難的。

3)碼率控制一般來說實(shí)際輸出碼率與目標(biāo)碼率越接近，則碼率控制的精度越高，但實(shí)際碼率往往是一個(gè)較長時(shí)統(tǒng)計(jì)的結(jié)果，尚不能完全反映出單幀碼率控制的均勻性。所以，還有必要計(jì)算每幀產(chǎn)生比特?cái)?shù)的方差，方差越小，反映出碼率控制越平滑，瞬時(shí)抖動越小。實(shí)驗(yàn)中筆者發(fā)現(xiàn)如下計(jì)算指標(biāo)更能說明問題：

σ=∑Ni=1|Bi-|/N。

其中：N為編碼的幀數(shù)；Bi為每幀編碼實(shí)際產(chǎn)生的字節(jié)數(shù)；為每幀目標(biāo)期望字節(jié)數(shù)，計(jì)算為=R/（8F）。R為目標(biāo)碼率，單位是bps；F為目標(biāo)幀率，單位是fps。

3測試結(jié)果和分析

按照上文方法對Foreman、Paris、Mother_daughter、News四個(gè)視頻序列展開測試，并將測試結(jié)果列于表3。

筆者從實(shí)驗(yàn)數(shù)據(jù)中可以發(fā)現(xiàn)一些基本事實(shí)，并予以分析：

a）PSNR指標(biāo)。 H.263 DF較H.263Base最大相差0.7 dB；H.264較H.263Base約高1 dB，最大可相差2.7 dB，且H.264碼率低于H.263甚多；MPEG-4 SP略高于H.263 DF，在0.2~0.6 dB。

b）計(jì)算復(fù)雜度。H.264是H.263Base的5、6倍；H.263 DF是H.263Base的2倍左右；MPEG-4 SP與H.263 DF基本相當(dāng)，略快一點(diǎn)，主要是盡管都有INTER4V運(yùn)動估計(jì)，但是前者無OBMC計(jì)算。

c）碼率控制的精度依次是TMN8、G012、SRC。TMN8、G012高于SRC很好理解，因?yàn)榍皟烧呤腔诤陦K控制的，而XVID中的SRC筆者只實(shí)現(xiàn)到幀級控制。至于TMN8高于G012的原因，筆者認(rèn)為是受兩個(gè)方面因素的影響：(a)TMN8在H.263中的MAD參數(shù)是運(yùn)動估計(jì)的直接輸出，而G012用于X264時(shí)，MAD由線性模型預(yù)測得到，預(yù)測值與實(shí)際值間不可避免地存在偏差；(b)TMN8是用宏塊頭參數(shù)占的實(shí)際比特?cái)?shù)來更新控制模型的，而G012中的宏塊頭參數(shù)編碼比特?cái)?shù)是通過對前面已經(jīng)編碼的宏塊估計(jì)得到，再從宏塊的平均比特?cái)?shù)中減去估計(jì)的頭開銷，余下的比特作為系數(shù)編碼的期望比特?cái)?shù)目。顯然，估計(jì)過程與TMN8相比存在系統(tǒng)誤差。

d）這幾種CODEC的優(yōu)化主要是以算法優(yōu)化和指令優(yōu)化為主，而對結(jié)合特定處理器體系結(jié)構(gòu)的cache優(yōu)化幾乎沒有涉及。根據(jù)筆者在Trimedia DSP平臺優(yōu)化移植MPEG-4的經(jīng)驗(yàn)，如果能結(jié)合Intel/AMD硬件體系，對cache精心優(yōu)化，則計(jì)算效率的增益還可進(jìn)一步提高30%左右。

e）X264與XVID計(jì)算效率相差3、4倍，筆者認(rèn)為這不完全是因?yàn)镠.264計(jì)算復(fù)雜帶來的。因?yàn)闇y試配置的X264與XVID計(jì)算的差異其實(shí)不是特別懸殊，X264較XVID只多出幾處操作：(a)半像素插值濾波器提高到6拍，且執(zhí)行2拍的QPEL運(yùn)動矢量修正；(b)執(zhí)行 INTRA 16×16、4×4預(yù)測；(c)增加了16×8、8×16兩種運(yùn)動估計(jì)模式和deblocking loopfilter。筆者進(jìn)一步分析X264發(fā)現(xiàn)，其數(shù)據(jù)結(jié)構(gòu)和程序流程依然存在較大的優(yōu)化余地，如果將這些優(yōu)化空間連同算法設(shè)計(jì)的優(yōu)化空間一并考慮，則X264估計(jì)還可以提高30%~50%。

表3視頻序列實(shí)驗(yàn)結(jié)果

4結(jié)束語

對編碼選項(xiàng)的配置進(jìn)行若干取舍和經(jīng)過較好優(yōu)化處理后的CODEC更接近應(yīng)用實(shí)際，因而其測試數(shù)據(jù)對實(shí)際開發(fā)工作的指導(dǎo)意義更明顯。實(shí)驗(yàn)證明，綜合編碼效率（節(jié)省磁盤空間或傳輸帶寬）和計(jì)算復(fù)雜度（決定產(chǎn)品硬件成本）兩個(gè)方面的因素，H.264較H.263+、MPEG-4獲得的性價(jià)比沒有理論宣傳的那么高。另外，本文測試的CODEC經(jīng)過了較全面的算法、指令和程序結(jié)構(gòu)的優(yōu)化，計(jì)算效率較相應(yīng)標(biāo)準(zhǔn)的原始參考代碼大大提高，這也為廠家在設(shè)計(jì)同類CODEC時(shí)提供了參照物。筆者下一步的工作是進(jìn)一步完成MPEG-4 ASP以及我國自主知識產(chǎn)權(quán)標(biāo)準(zhǔn)AVS的優(yōu)化和對比測試。

參考文獻(xiàn)：

[1]OSTERMANN J， BORMANS J， LIST P， et al. Video coding with-H.264/AVC: tools， performance and complexity[J]. IEEE Circuits and Systems Magazine， 2004，4(1):7-28.

[2]ITU-T recommendation H.263， Video coding for low bit rate communication[S]. 1998.

[3]ISO/IEC 14496-2， Information technology-generic coding of audio-visual objects-part Ⅱ: video[S]. 1999.

[4]ITU-T recommendation H.264 ISO/IEC 14496-10 AVC， Advanced video coding for generic audiovisual services[S]. 2003.

[5]Telenor R D[EB/OL].http://www.nta.no/brukere/DVC.

[6]ITU-T recommendation TMN8， Video codec test model， near-term， version 8[S]. 1997.

[7]王中元，胡瑞敏.IP網(wǎng)絡(luò)視頻會議系統(tǒng)中視頻子系統(tǒng)的研究與實(shí)現(xiàn)[J].武漢大學(xué)學(xué)報(bào):工學(xué)版，2006，39(6):34-38.

[8]劉樹波，徐正全.結(jié)合Trimedia體系結(jié)構(gòu)的視頻編碼效率優(yōu)化[J].武漢大學(xué)學(xué)報(bào):工學(xué)版， 2006，39(6):46-50.

[9]XVID source code[EB/OL].http://downloads.xvid.org/downloads/xvid_latest.tar.gz.

[10]ISO/IEC 14496-2， MPEG-4 video VM-version8.0[S]. 1997.

[11]TOURAPIS A M， AU O C， LIOU M L， et al. ISO/IEC JTC1/SC29/WG11 M5866， Fast block-matching motion estimation using predictive motion vector field adaptive search technique(PMVFAST)[S]. 2000.

[12]LEE H J， CHIANG T H， ZHANG Ya-qin. Scalable rate control for MPEG-4 video[J].IEEE Trans on Circuits and System for Video Technology， 2000，10(6):878-894.

[13]WIEGAND T， SCHWARZ H， JOCH A. Rate constrained coder control and comparison of video coding standards[J]. IEEE Trans on Circuits and System for Video Technology， 2003，13(7):688-703.

[14]JVT-G012-r1， Adaptive basic unit layer rate control for JVT[S]. 2003.

[15]STOCKHAMMER T， KONTOPODIS D， WIEGAND T. Rate-distortion optimization for JVT/H.26L video coding in packet loss environment[C]//Proc of Packet Video Workshop. Pittsburgh， PY:[s.n.]， 2002.

[16]X264 source code[EB/OL].http://developers.videolan.org/x264.html.

[17]FFMPEG source code[EB/OL].http://ffmpeg.mplayerhq.hu.

[18]RFC 3984[EB/OL].[2005-02-15].http://www.ietf.org/rfc/rfc3984.txt.

[19]ITU-T recommendation H.241 extended video procedures and control signals for H.300-series terminals[S]. 2003.