各種音視頻編解碼詳解編解碼學(xué)習(xí)筆記（一）：基本概念 媒體業(yè)務(wù)是網(wǎng)絡(luò)的主要業(yè)務(wù)之間。尤其移動(dòng)互聯(lián)網(wǎng)業(yè)務(wù)的興起，在運(yùn)營(yíng)商和應(yīng)用開發(fā)商中，媒體業(yè)務(wù)份量極重，其中媒體的編解碼服務(wù)涉及需求分析、應(yīng)用開發(fā)、釋放license收費(fèi)等等。最近因?yàn)轫?xiàng)目的關(guān)系，需要理清媒體的codec，比較搞的是，在豆丁網(wǎng)上看運(yùn)營(yíng)商的規(guī)范標(biāo)準(zhǔn)，同一運(yùn)營(yíng)商同樣的業(yè)務(wù)在不同文檔中不同的要求，而且有些要求就我看來(lái)應(yīng)當(dāng)是歷史的延續(xù)，也就是現(xiàn)在已經(jīng)很少采用了。所以豆丁上看不出所以然，從wiki上查。中文的wiki信息量有限，很短，而wiki的英文內(nèi)容內(nèi)多，刪減版也減肥得太過(guò)。我在網(wǎng)上還看到一個(gè)山寨的中文wiki，長(zhǎng)得很像，紅色的，叫“天下維客”。wiki的中文還是很不錯(cuò)的，但是閱讀后建議再閱讀英文。我對(duì)媒體codec做了一些整理和總結(jié)，資料來(lái)源于wiki，小部分來(lái)源于網(wǎng)絡(luò)博客的收集。網(wǎng)友資料我們將給出來(lái)源。如果資料已經(jīng)轉(zhuǎn)手幾趟就沒(méi)辦法，雁過(guò)留聲，我們只能給出某個(gè)軌跡基本概念編解碼編解碼器（codec）指的是一個(gè)能夠?qū)σ粋€(gè)信號(hào)或者一個(gè)數(shù)據(jù)流進(jìn)行變換的設(shè)備或者程序。這里指的變換既包括將信號(hào)或者數(shù)據(jù)流進(jìn)行編碼（通常是為了傳輸、存儲(chǔ)或者加密）或者提取得到一個(gè)編碼流的操作，也包括為了觀察或者處理從這個(gè)編碼流中恢復(fù)適合觀察或操作的形式的操作。編解碼器經(jīng)常用在視頻會(huì)議和流媒體等應(yīng)用中。容器很多多媒體數(shù)據(jù)流需要同時(shí)包含音頻數(shù)據(jù)和視頻數(shù)據(jù)，這時(shí)通常會(huì)加入一些用于音頻和視頻數(shù)據(jù)同步的元數(shù)據(jù)，例如字幕。這三種數(shù)據(jù)流可能會(huì)被不同的程序，進(jìn)程或者硬件處理，但是當(dāng)它們傳輸或者存儲(chǔ)的時(shí)候，這三種數(shù)據(jù)通常是被封裝在一起的。通常這種封裝是通過(guò)視頻文件格式來(lái)實(shí)現(xiàn)的，例如常見(jiàn)的*.mpg,*.avi,*.mov,*.mp4,*.rm,*.oggor*.tta.這些格式中有些只能使用某些編解碼器，而更多可以以容器的方式使用各種編解碼器。FourCC全稱Four-CharacterCodes，是由4個(gè)字符（4bytes）組成，是一種獨(dú)立標(biāo)示視頻數(shù)據(jù)流格式的四字節(jié)，在wav、avi檔案之中會(huì)有一段FourCC來(lái)描述這個(gè)AVI檔案，是利用何種codec來(lái)編碼的。因此wav、avi大量存在等于“IDP3”的FourCC。視頻是現(xiàn)在電腦中多媒體系統(tǒng)中的重要一環(huán)。為了適應(yīng)儲(chǔ)存視頻的需要，人們?cè)O(shè)定了不同的視頻文件格式來(lái)把視頻和音頻放在一個(gè)文件中，以方便同時(shí)回放。視頻檔實(shí)際上都是一個(gè)容器里面包裹著不同的軌道，使用的容器的格式關(guān)系到視頻檔的可擴(kuò)展性。參數(shù)介紹采樣率采樣率（也稱為采樣速度或者采樣頻率）定義了每秒從連續(xù)信號(hào)中提取并組成離散信號(hào)的采樣個(gè)數(shù)，它用赫茲（Hz）來(lái)表示。采樣頻率的倒數(shù)叫作采樣周期或采樣時(shí)間，它是采樣之間的時(shí)間間隔。注意不要將采樣率與比特率（bitrate，亦稱“位速率”）相混淆。采樣定理表明采樣頻率必須大于被采樣信號(hào)帶寬的兩倍，另外一種等同的說(shuō)法是奈奎斯特頻率必須大于被采樣信號(hào)的帶寬。如果信號(hào)的帶寬是100Hz，那么為了避免混疊現(xiàn)象采樣頻率必須大于200Hz。換句話說(shuō)就是采樣頻率必須至少是信號(hào)中最大頻率分量頻率的兩倍，否則就不能從信號(hào)采樣中恢復(fù)原始信號(hào)。對(duì)于語(yǔ)音采樣：8,000Hz-電話所用采樣率,對(duì)于人的說(shuō)話已經(jīng)足夠11,025Hz22,050Hz-無(wú)線電廣播所用采樣率32,000Hz-miniDV數(shù)碼視頻camcorder、DAT(LPmode)所用采樣率44,100Hz-音頻CD,也常用于MPEG-1音頻（VCD,SVCD,MP3）所用采樣率47,250Hz-NipponColumbia(Denon)開發(fā)的世界上第一個(gè)商用PCM錄音機(jī)所用采樣率48,000Hz-miniDV、數(shù)字電視、DVD、DAT、電影和專業(yè)音頻所用的數(shù)字聲音所用采樣率50,000Hz-二十世紀(jì)七十年代后期出現(xiàn)的3M和Soundstream開發(fā)的第一款商用數(shù)字錄音機(jī)所用采樣率50,400Hz-三菱X-80數(shù)字錄音機(jī)所用所用采樣率96,000或者192,000Hz-DVD-Audio、一些LPCMDVD音軌、Blu-rayDisc（藍(lán)光盤）音軌、和HD-DVD（高清晰度DVD）音軌所用所用采樣率2.8224MHz-SACD、索尼和飛利浦聯(lián)合開發(fā)的稱為DirectStreamDigital的1位sigma-deltamodulation過(guò)程所用采樣率。在模擬視頻中，采樣率定義為幀頻和場(chǎng)頻，而不是概念上的像素時(shí)鐘。圖像采樣頻率是傳感器積分周期的循環(huán)速度。由于積分周期遠(yuǎn)遠(yuǎn)小于重復(fù)所需時(shí)間，采樣頻率可能與采樣時(shí)間的倒數(shù)不同。50Hz-PAL視頻60/1.001Hz-NTSC視頻當(dāng)模擬視頻轉(zhuǎn)換為數(shù)字視頻的時(shí)候，出現(xiàn)另外一種不同的采樣過(guò)程，這次是使用像素頻率。一些常見(jiàn)的像素采樣率有：13.5MHz-CCIR601、D1video分辨率分辨率，泛指量測(cè)或顯示系統(tǒng)對(duì)細(xì)節(jié)的分辨能力。此概念可以用時(shí)間、空間等領(lǐng)域的量測(cè)。日常用語(yǔ)中之分辨率多用于圖像的清晰度。分辨率越高代表圖像品質(zhì)越好，越能表現(xiàn)出更多的細(xì)節(jié)。但相對(duì)的，因?yàn)榧o(jì)錄的信息越多，文件也就會(huì)越大。目前個(gè)人電腦里的圖像，可以使用圖像處理軟件，調(diào)整圖像的大小、編修照片等。例如photoshop，或是photoimpact等軟件。圖像分辨率

：用以描述圖像細(xì)節(jié)分辨能力，同樣適用于數(shù)字圖像、膠卷圖像、及其他類型圖像。常用'線每毫米'、'線每英吋'等來(lái)衡量。通常，“分辨率”被表示成每一個(gè)方向上的像素?cái)?shù)量，比如640x480等。而在某些情況下，它也可以同時(shí)表示成“每英吋像素”（pixelsperinch，ppi）以及圖形的長(zhǎng)度和寬度。比如72ppi，和8x6英吋。視頻分辨率

： 各種電視規(guī)格分辨率比較視頻的畫面大小稱為“分辨率”。數(shù)位視頻以像素為度量單位，而類比視頻以水平掃瞄線數(shù)量為度量單位。標(biāo)清電視頻號(hào)分辨率為720/704/640x480i60（NTSC）或768/720x576i50（PAL/SECAM）。新的高清電視（HDTV）分辨率可達(dá)1920x1080p60，即每條水平掃瞄線有1920個(gè)像素，每個(gè)畫面有1080條掃瞄線，以每秒鐘60張畫面的速度播放。畫面更新率fpsFramerate中文常譯為“畫面更新率”或“幀率”，是指視頻格式每秒鐘播放的靜態(tài)畫面數(shù)量。典型的畫面更新率由早期的每秒6或8張（framepersecond，簡(jiǎn)稱fps），至現(xiàn)今的每秒120張不等。PAL(歐洲，亞洲，澳洲等地的電視廣播格式)與SECAM(法國(guó)，俄國(guó)，部分非洲等地的電視廣播格式)規(guī)定其更新率為25fps，而NTSC(美國(guó)，加拿大，日本等地的電視廣播格式)則規(guī)定其更新率為29.97fps。電影膠卷則是以稍慢的24fps在拍攝，這使得各國(guó)電視廣播在播映電影時(shí)需要一些復(fù)雜的轉(zhuǎn)換手續(xù)（參考Telecine轉(zhuǎn)換）。要達(dá)成最基本的視覺(jué)暫留效果大約需要10fps的速度。壓縮方法有損壓縮和無(wú)損壓縮在視頻壓縮中有損（Lossy）和無(wú)損（Lossless）的概念與靜態(tài)圖像中基本類似。無(wú)損壓縮也即壓縮前和解壓縮后的數(shù)據(jù)完全一致。多數(shù)的無(wú)損壓縮都采用RLE行程編碼算法。有損壓縮意味著解壓縮后的數(shù)據(jù)與壓縮前的數(shù)據(jù)不一致。在壓縮的過(guò)程中要丟失一些人眼和人耳所不敏感的圖像或音頻信息，而且丟失的信息不可恢復(fù)。幾乎所有高壓縮的算法都采用有損壓縮，這樣才能達(dá)到低數(shù)據(jù)率的目標(biāo)。丟失的數(shù)據(jù)率與壓縮比有關(guān)，壓縮比越小，丟失的數(shù)據(jù)越多，解壓縮后的效果一般越差。此外，某些有損壓縮算法采用多次重復(fù)壓縮的方式，這樣還會(huì)引起額外的數(shù)據(jù)丟失。無(wú)損格式，例如WAV，PCM，TTA，F(xiàn)LAC，AU，APE，TAK，WavPack(WV)有損格式，例如MP3，WindowsMediaAudio（WMA），OggVorbis（OGG），AAC幀內(nèi)壓縮和幀間壓縮幀內(nèi)（Intraframe）壓縮也稱為空間壓縮（Spatialcompression）。當(dāng)壓縮一幀圖像時(shí)，僅考慮本幀的數(shù)據(jù)而不考慮相鄰幀之間的冗余信息，這實(shí)際上與靜態(tài)圖像壓縮類似。幀內(nèi)一般采用有損壓縮算法，由于幀內(nèi)壓縮時(shí)各個(gè)幀之間沒(méi)有相互關(guān)系，所以壓縮后的視頻數(shù)據(jù)仍可以以幀為單位進(jìn)行編輯。幀內(nèi)壓縮一般達(dá)不到很高的壓縮。采用幀間（Interframe）壓縮是基于許多視頻或動(dòng)畫的連續(xù)前后兩幀具有很大的相關(guān)性，或者說(shuō)前后兩幀信息變化很小的特點(diǎn)。也即連續(xù)的視頻其相鄰幀之間具有冗余信息，根據(jù)這一特性，壓縮相鄰幀之間的冗余量就可以進(jìn)一步提高壓縮量，減小壓縮比。幀間壓縮也稱為時(shí)間壓縮（Temporalcompression），它通過(guò)比較時(shí)間軸上不同幀之間的數(shù)據(jù)進(jìn)行壓縮。幀間壓縮一般是無(wú)損的。幀差值（Framedifferencing）算法是一種典型的時(shí)間壓縮法，它通過(guò)比較本幀與相鄰幀之間的差異，僅記錄本幀與其相鄰幀的差值，這樣可以大大減少數(shù)據(jù)量。對(duì)稱編碼和不對(duì)稱編碼對(duì)稱性（symmetric）是壓縮編碼的一個(gè)關(guān)鍵特征。對(duì)稱意味著壓縮和解壓縮占用相同的計(jì)算處理能力和時(shí)間，對(duì)稱算法適合于實(shí)時(shí)壓縮和傳送視頻，如視頻會(huì)議應(yīng)用就以采用對(duì)稱的壓縮編碼算法為好。而在電子出版和其它多媒體應(yīng)用中，一般是把視頻預(yù)先壓縮處理好，爾后再播放，因此可以采用不對(duì)稱（asymmetric）編碼。不對(duì)稱或非對(duì)稱意味著壓縮時(shí)需要花費(fèi)大量的處理能力和時(shí)間，而解壓縮時(shí)則能較好地實(shí)時(shí)回放，也即以不同的速度進(jìn)行壓縮和解壓縮。一般地說(shuō)，壓縮一段視頻的時(shí)間比回放（解壓縮）該視頻的時(shí)間要多得多。例如，壓縮一段三分鐘的視頻片斷可能需要10多分鐘的時(shí)間，而該片斷實(shí)時(shí)回放時(shí)間只有三分鐘。除wiki外的資料來(lái)源：/csyy/Using/200411/3142.html資料壓縮港臺(tái)將information翻譯為資料資料壓縮是透過(guò)去除資料中的冗余資訊而達(dá)成。就視訊資料而言，資料中的冗余資訊可以分成四類：時(shí)間上的冗余資訊（temporalredundancy）

在視訊資料中，相鄰的幀（frame）與幀之間通常有很強(qiáng)的關(guān)連性，這樣的關(guān)連性即為時(shí)間上的冗余資訊。這即是上一節(jié)中的幀間壓縮。空間上的冗余資訊（spatialredundancy）

在同一張幀之中，相鄰的像素之間通常有很強(qiáng)的關(guān)連性，這樣的關(guān)連性即為空間上的冗余資訊。這即是上一節(jié)中的幀內(nèi)壓縮。統(tǒng)計(jì)上的冗余資訊（statisticalredundancy）

統(tǒng)計(jì)上的冗余資訊指的是欲編碼的符號(hào)（symbol）的機(jī)率分布是不均勻（non-uniform）的。感知上的冗余資訊（perceptualredundancy）

感知上的冗余資訊是指在人在觀看視訊時(shí)，人眼無(wú)法察覺(jué)的資訊。視訊壓縮 視訊壓縮（英文：Videocompression）是指運(yùn)用資料壓縮技術(shù)將數(shù)位視訊資料中的冗余資訊去除，降低表示原始視訊所需的資料量，以便視訊資料的傳輸與儲(chǔ)存。實(shí)際上，原始視訊資料的資料量往往過(guò)大，例如未經(jīng)壓縮的電視品質(zhì)視訊資料的位元率高達(dá)216Mbps，絕大多數(shù)的應(yīng)用無(wú)法處理如此龐大的資料量，因此視訊壓縮是必要的。目前最新的視訊編碼標(biāo)準(zhǔn)為ITU-T視訊編碼專家組（VCEG）和ISO／IEC動(dòng)態(tài)圖像專家組（MPEG）聯(lián)合組成的聯(lián)合視訊組（JVT，JointVideoTeam）所提出的H.264/AVC。編解碼學(xué)習(xí)筆記（二）：codec類型一個(gè)典型的視訊編碼器：在進(jìn)行當(dāng)前信號(hào)編碼時(shí)，編碼器首先會(huì)產(chǎn)生對(duì)當(dāng)前信號(hào)做預(yù)測(cè)的信號(hào)，稱作預(yù)測(cè)信號(hào)（predictedsignal），預(yù)測(cè)的方式可以是時(shí)間上的預(yù)測(cè)（interprediction），亦即使用先前幀的信號(hào)做預(yù)測(cè)，或是空間上的預(yù)測(cè)（intraprediction），亦即使用同一張幀之中相鄰像素的信號(hào)做預(yù)測(cè)。得到預(yù)測(cè)信號(hào)后，編碼器會(huì)將當(dāng)前信號(hào)與預(yù)測(cè)信號(hào)相減得到殘余信號(hào)（residualsignal），并只對(duì)殘余信號(hào)進(jìn)行編碼，如此一來(lái)，可以去除一部份時(shí)間上或是空間上的冗余資訊。接著，編碼器并不會(huì)直接對(duì)殘余信號(hào)進(jìn)行編碼，而是先將殘余信號(hào)經(jīng)過(guò)變換（通常為離散余弦變換）然后量化以進(jìn)一步去除空間上和感知上的冗余資訊。量化后得到的量化系數(shù)會(huì)再透過(guò)熵編碼，去除統(tǒng)計(jì)上的冗余資訊。

視訊編碼標(biāo)準(zhǔn)發(fā)展年份標(biāo)準(zhǔn)制定組織解除版權(quán)保護(hù)

（DRM-free）主要應(yīng)用1984\o"H.120（尚未撰寫）"H.120\o"ITU-T"ITU-T是

1990\o"H.261"H.261\o"ITU-T"ITU-T是\o"視訊會(huì)議"視訊會(huì)議、\o"視訊通話（尚未撰寫）"視訊通話1993\o"MPEG-1第二部份（尚未撰寫）"MPEG-1第二部份\o"ISO"ISO

／\o"IEC"IEC是影音光碟（\o"VCD"VCD

）1995\o"H.262/MPEG-2第二部份（尚未撰寫）"H.262/MPEG-2第二部份\o"ISO"ISO

／

\o"IEC"IEC、\o"ITU-T"ITU-T否\o"DVD影碟（尚未撰寫）"DVD影碟（\o"DVD-Video"DVD-Video

）、\o"藍(lán)光"藍(lán)光（\o"Blu-Ray（尚未撰寫）"Blu-Ray

）影碟、數(shù)位視訊廣播（\o"DVB"DVB

）、\o"SVCD"SVCD1996\o"H.263"H.263

[6]\o"ITU-T"ITU-T

\o"視訊會(huì)議"視訊會(huì)議、\o"視訊通話（尚未撰寫）"視訊通話、\o"3G"3G

手機(jī)視訊（\o"3GP"3GP

）1999\o"MPEG-4第二部份（尚未撰寫）"MPEG-4第二部份\o"ISO"ISO

／\o"IEC"IEC否

2003\o"H.264/MPEG-4AVC"H.264/MPEG-4AVC

[1]\o"ISO"ISO

／

\o"IEC"IEC、\o"ITU-T"ITU-T否\o"藍(lán)光"藍(lán)光（\o"Blu-Ray（尚未撰寫）"Blu-Ray

）影碟、數(shù)位視訊廣播（\o"DVB"DVB）、\o"IPod"iPod

視訊、\o"高畫質(zhì)DVD（尚未撰寫）"高畫質(zhì)DVD（\o"HDDVD"HDDVD

）常見(jiàn)的編解碼見(jiàn)下表，在以后會(huì)分類論述：

視頻codec\o"國(guó)際標(biāo)準(zhǔn)化組織"ISO/\o"國(guó)際電工委員會(huì)"IEC\o"MotionJPEG"MJPEG

·

\o"JPEG2000"MotionJPEG2000

·

\o"MPEG-1"MPEG-1

·

\o"MPEG-2"MPEG-2

(\o"H.262/MPEG-2Part2（尚未撰寫）"Part2

)·

\o"MPEG-4"MPEG-4

(\o"MPEG-4Part2（尚未撰寫）"Part2/ASP

·

\o"H.264/MPEG-4AVC"Part10/AVC

)·

\o"High-performanceVideoCoding（尚未撰寫）"HVC\o"國(guó)際電信聯(lián)盟遠(yuǎn)程通信標(biāo)準(zhǔn)化組"ITU-T\o"H.120（尚未撰寫）"H.120

·

\o"H.261"H.261

·

\o"H.262/MPEG-2Part2（尚未撰寫）"H.262

·

\o"H.263"H.263

·

\o"H.264/MPEG-4AVC"H.264

·

\o"H.265"H.265其它\o"AMVvideoformat"AMV

·

\o"AudioVideoStandard"AVS

·

\o"BinkVideo"Bink

·

\o"CineForm"CineForm

·

\o"Cinepak"Cinepak

·

\o"Dirac(codec)"Dirac

·

\o"DV"DV

·

\o"Indeo"Indeo

·

\o"MicrosoftVideo1"MicrosoftVideo1·

\o"OMSVideo"OMSVideo

·

\o"Pixlet"Pixlet

·

\o"RealVideo"RealVideo

·

\o"RTVideo"RTVideo

·

\o"SheerVideo"SheerVideo

·

\o"Smackervideo"Smacker

·

\o"Sorensoncodec"SorensonVideo&SorensonSpark

·

\o"Theora"Theora

·

\o"VC-1"VC-1

·

\o"VP3"VP3

·

\o"VP6"VP6

·

\o"VP7"VP7

·

\o"VP8"VP8

·

\o"WindowsMediaVideo"WMV音頻codec\o"國(guó)際標(biāo)準(zhǔn)化組織"ISO/\o"國(guó)際電工委員會(huì)"IEC\o"MPEG"MPEG\o"MP3"MPEG-1LayerIII(MP3)

·

\o"MPEG-1AudioLayerII"MPEG-1LayerII

·

\o"MPEG-1AudioLayerI（尚未撰寫）"MPEG-1LayerI

·

\o"AdvancedAudioCoding"AAC

·

\o"High-EfficiencyAdvancedAudioCoding（尚未撰寫）"HE-AAC

·\o"AudioLosslessCoding（尚未撰寫）"MPEG-4ALS

·

\o"MPEG-4SLS（尚未撰寫）"MPEG-4SLS

·

\o"DirectStreamTransfer"MPEG-4DST\o"國(guó)際電信聯(lián)盟遠(yuǎn)程通信標(biāo)準(zhǔn)化組"ITU-T\o"G.711"G.711

·

\o"G.718（尚未撰寫）"G.718

·

\o"G.719（尚未撰寫）"G.719

·

\o"G.722"G.722

·

\o"G.722.1（尚未撰寫）"G.722.1

·

\o"G.722.2（尚未撰寫）"G.722.2

·

\o"G.723"G.723

·

\o"G.723.1（尚未撰寫）"G.723.1

·

\o"G.726"G.726

·\o"G.728（尚未撰寫）"G.728

·

\o"G.729"G.729

·

\o"G.729.1（尚未撰寫）"G.729.1其它\o"DolbyDigital"AC-3

·

\o"AdaptiveMulti-Rateaudiocodec"AMR

·

\o"AdaptiveMulti-RateWideband"AMR-WB

·

\o"ExtendedAdaptiveMulti-Rate-Wideband"AMR-WB+

·

\o"AppleLossless"AppleLossless

·

\o"AdaptiveTransformAcousticCoding"ATRAC

·

\o"DynamicResolutionAdaptation"DRA

·

\o"DTS(soundsystem)"DTS

·\o"FreeLosslessAudioCodec"FLAC

·

\o"HalfRate"GSM-HR

·

\o"FullRate"GSM-FR

·

\o"EnhancedFullRate"GSM-EFR

·

\o"InternetLowBitRateCodec"iLBC

·

\o"Monkey'sAudio"Monkey'sAudio

·

\o"TTA(codec)"TTA

(TrueAudio)·

\o"MT9"MT9

·

\o"Μ-lawalgorithm"μ-law

·

\o"Musepack"Musepack

·

\o"NellymoserAsaoCodec"Nellymoser

·

\o"OptimFROG"OptimFROG

·

\o"OriginalSoundQuality"OSQ

·

\o"RealAudio"RealAudio·

\o"RTAudio"RTAudio

·

\o"Digidesign"SD2

·

\o"Shorten"SHN

·

\o"SILK"SILK

·

\o"SirenCodec"Siren

·

\o"Speex"Speex

·

\o"TwinVQ"TwinVQ

·

\o"Vorbis"Vorbis

·

\o"WavPack"WavPack

·\o"WindowsMediaAudio"WMA圖像壓縮\o"國(guó)際標(biāo)準(zhǔn)化組織"ISO/\o"國(guó)際電工委員會(huì)"IEC/\o"國(guó)際電信聯(lián)盟遠(yuǎn)程通信標(biāo)準(zhǔn)化組"ITU-T\o"JPEG"JPEG

·

\o"JPEG2000"JPEG2000

·

\o"JPEGXR（尚未撰寫）"JPEGXR

·

\o"LosslessJPEG（尚未撰寫）"losslessJPEG

·

\o"JBIG"JBIG

·

\o"JBIG2（尚未撰寫）"JBIG2

·

\o"PortableNetworkGraphics"PNG

·

\o"WirelessApplicationProtocolBitmapFormat（尚未撰寫）"WBMPOthers\o"APNG"APNG

·

\o"BMP"BMP

·

\o"DjVu"DjVu

·

\o"OpenEXR（尚未撰寫）"EXR

·

\o"GraphicsInterchangeFormat"GIF

·

\o"ICER（尚未撰寫）"ICER

·

\o"ILBM（尚未撰寫）"ILBM

·

\o"Multiple-imageNetworkGraphics"MNG

·

\o"PCX"PCX

·

\o"ProgressiveGraphicsFile（尚未撰寫）"PGF

·

\o"TruevisionTGA（尚未撰寫）"TGA

·\o"TaggedImageFileFormat"TIFF媒體容器通用HYPERLINK"/byxdaz/ar