【導(dǎo)讀】多媒體技術(shù)正在迅速發(fā)展，應(yīng)用領(lǐng)域在不斷的拓廣。如今在Inter上，傳統(tǒng)基于。字符界面的應(yīng)用逐漸被能夠?yàn)g覽圖像信息的WWW方式所取代。寬變得更加不堪重負(fù)。壓縮的理論基礎(chǔ)是信息論。從信息論的角度來看，壓縮就是去掉信息中的冗余，即。來代替原有冗余的描述。圖像壓縮一般通過改變圖像的表示方式來達(dá)到，因此壓縮和編。本文的實(shí)際意義是利用開發(fā)工具VC＋＋開發(fā)一個用來進(jìn)行圖像轉(zhuǎn)換的軟件。轉(zhuǎn)換后的圖像與原圖像相比，效果幾乎一樣，可大小卻。所以該軟件達(dá)到了預(yù)期的目的和效果。縮和視頻壓縮得到了非常廣泛的應(yīng)用。比如數(shù)碼相機(jī)、USB攝像頭、可視電話、視頻點(diǎn)。播、視頻會議系統(tǒng)、數(shù)字監(jiān)控系統(tǒng)等等，都使用到了圖像或視頻的壓縮技術(shù)。網(wǎng)絡(luò)技術(shù)孕育而生。網(wǎng)絡(luò)的出現(xiàn)使我們進(jìn)入了全球一體化的信息時代。事靜態(tài)圖像壓縮標(biāo)準(zhǔn)制定的委員會。JPEG是1992年CCITT正式通過的連續(xù)色調(diào)靜止圖。JPEG可以進(jìn)行無損壓縮，也可以進(jìn)行有損壓縮。

　　

【正文】 表的值， Pq＝ 0 時；為 1 個字節(jié)， Pq＝ 1 時，為 2 個字 24 節(jié)。 n 的值為 0～ 63，表示量化表中 64 個值（之字形排列）； e） 幀圖像開始 SOF（ Start Of Frame） 1） 幀開始長度（ start of frame length） 2 字節(jié)， SOF 標(biāo)記碼長度，不包括前兩個字節(jié) 0XFF 與 0XC0； 2） 精度（ precision），每個顏色分量每個像素的位數(shù)（ bits per pixel per color ponent） 1 字節(jié)，基本系統(tǒng)中，為 0X08 3） 圖像高度（ image height） 2 字節(jié)； 4） 圖像寬度（ image width） 2 字節(jié)； 5） 顏色分量數(shù)（ number of color ponents） 1 字節(jié)， Frame 中的成分 個數(shù)，一般為 1 或 3， 1 代表灰度圖， 3 代表真彩圖； 6） 對每個顏色分量（ for each ponent） ID 成分編號， 1 字節(jié) 垂直方向的樣本因子（ vertical sample factor） 水平方向的樣本因子（ horizontal sample factor） 量化表號（ quantization table） f） 一個或者多個哈夫曼表 DHT（ Difine Huffman Table） 1） 哈夫曼表的長度（ Huffman table length） 2） 類型、 AC 或者 DC（ Type， AC or DC） 3） 索引（ Index） 4） 位表（ bits table） 5） 值表（ value table） 其編碼格式如表 213 所示。 Tc 為高 4bit， Th 為低 4bit。在基本系統(tǒng)中， Tc 為 0 或 1，為 0 時，指 DC 所用的 Huffman表，為 1 時，指 AC 所用的 Huffman 表。 TH 表示 Huffman 表的編號，在基本系統(tǒng)中，其值為 0 或 1。所以，在基本系統(tǒng)中，最多有 4 個 Huffman 表。 表 213 哈夫曼表 標(biāo)記結(jié)構(gòu) 字節(jié)數(shù) 備注 25 0XFF 1 0XC4 1 Length 2 DHT 標(biāo)記碼長度，不包括前 兩個字節(jié)0xFF,0xC4 (Tc , Th) 1 L1 1 L2 1 ?? ?? L16 1 V1 1 V2 1 ?? ?? Vt 1 Ln 表示每個 nbit 的 Huffman 碼字個數(shù)， n＝ 1～ 16。 Vt 表示每個 Huffman 碼字所對應(yīng)的值，也就是我們前面所講的符號 1，對 DC 來說該值為（ Size），對于 AC 來說該值為（ RunLength， Size）。 t＝ L1+L2+… +L16 g） 掃描開始 SOS（ Start of Scan） 1） 掃描開始長度 （ Start of Scan Length） 2） 顏色分量數(shù) （ Number of Color Components） 3） 每個顏色分量 ID 交流系數(shù)表號（ AC table＃） 直流系數(shù)表號（ DC table＃） 4） 壓縮圖像數(shù)據(jù)（ Compressed Image Data） 其編碼格式如表 214 所示。 表 214 縮略圖像數(shù)據(jù)的編碼格式 標(biāo)記結(jié) 構(gòu) 字節(jié)數(shù) 備注 0XFF 1 26 0XDA 1 Ls 2 DHT 標(biāo)記碼長度，不包括前兩個字節(jié) 0xFF，0xDA Ns 1 Cs1 1 (Td1,Ta1) 1 Cs2 1 (Td2,Ta2) 1 ?? ?? CsNs 1 (TdNs , TaNs) 1 Ss 1 Se 1 (Ah , Al) 1 Ns 為 Scan 中成分的個數(shù)，在基本系統(tǒng)中， Ns＝ Nf（ Frame 中成分個數(shù)）。 CSNs 為在Scan 中成分的編號。 TdNs 為高 4bit， TaNs 為低 4bit，分別表示 DC 和 AC 編碼表的編號。在基本系統(tǒng)中 Ss＝ 0， Se＝ 63， Ah＝ 0， Al＝ 0。 h） 圖像結(jié)束 EOI（ End of Image） 一個比較形象的圖解如圖 213 所示。 27 圖 JPEG 格式文件圖解 在 JPEG 圖像編碼中，我們還經(jīng)常提到 MCU，它表示最小編碼單元，即 Minimum Coding Unit，實(shí)際的編碼，都是以一個一個 MCU 為單位進(jìn)行的。在前面的介紹中，曾提到 Y 分量數(shù)據(jù)重要， U、 V 分量的數(shù)據(jù)相對不重要，所以可以只取 U、 V 的一部分，以增加壓縮比。目前支持 JPEG 格式的軟件通常提供兩種取樣方式 YUV411 和 YUV422，其含義是 YUV3 個分量的數(shù)據(jù)取樣比例。舉例來說，如果 Y 取 4 個數(shù)據(jù)單元，即水平取樣因子 Hy 乘以垂直取樣因子 Vy 的值為 4，而 U 和 V 各取一個數(shù)據(jù)單元， 即 Hu Vu＝ 1，Hu Vv＝ 1。那么這種部分取樣就稱為 YUV411。 [6] . Bmp 文件格式 BMP(BitmapFile)圖形文件是 Windows 采用的圖形文件格式，在 Windows 環(huán)境下運(yùn)行的所有圖像處理軟件都支持 BMP 圖像文件格式。 Windows 系統(tǒng)內(nèi)部各圖像繪制操作都是以 BMP 為基礎(chǔ)的。 Windows 以前的 BMP 圖像文件格式與顯示設(shè)備有關(guān)，因此把這種 BMP 圖像文件格式稱為設(shè)備相關(guān)位圖 DDB(devicedependent bitmap)文件格式。Windows 以后的 BMP 圖像文件 與顯示設(shè)備無關(guān)，因此把這種 BMP 圖像文件格式稱為設(shè)備無關(guān)位圖 DIB(deviceindependent bitmap)格式（注： Windows 以后，在系統(tǒng)中仍然存在 DDB 位圖，像 BitBlt()這種函數(shù)就是基于 DDB 位圖的，只不過如果你想將圖像以 BMP 格式保存到磁盤文件中時，微軟極力推薦你以 DIB 格式保存），目的是為了讓W(xué)indows 能夠在任何類型的顯示設(shè)備上顯示所存儲的圖像。 BMP 位圖文件默認(rèn)的文件擴(kuò)展名是 BMP 或者 bmp（有時它也會以 .DIB 或 .RLE 作擴(kuò)展名）。 文件結(jié)構(gòu) 28 位圖文件可看成由 4 個部分組成：位圖文件頭 (bitmapfile header)、位圖信息頭(bitmapinformation header)、彩色表 (color table)和定義位圖的字節(jié)陣列，它具有如下所示的形式。 位圖文件的組成 、結(jié)構(gòu)名稱 、符號 。 位圖文件頭 (bitmapfile header) BITMAPFILEHEADER bmfh 位圖信息頭 (bitmapinformation header) BITMAPINFOHEADER bmih 彩色表 (color table) RGBQUAD aColors[] 圖像數(shù)據(jù)陣列字節(jié) BYTE aBitmapBits[] 位圖文件結(jié)構(gòu)內(nèi)容摘要 偏移量、 域的名稱 、大小、 內(nèi)容 。 圖像文件頭 0000h 文件標(biāo)識 2 bytes 兩字節(jié)的內(nèi)容用來識別位圖的類型： ‘ BM’ ： Windows , 95, NT, ? ‘ BA’ ： OS/2 Bitmap Array ‘ CI’ ： OS/2 Color Icon ‘ CP’ ： OS/2 Color Pointer ‘ IC’ ： OS/2 Icon ‘ PT’ ： OS/2 Pointer 注 ：因?yàn)?OS/2 系統(tǒng)并沒有被普及開，所以在編程時，你只需判斷第一個標(biāo)識“ BM”就行。 0002h File Size 1 dword 用字節(jié)表示的整個文件的大小 0006h Reserved 1 dword 保留，必須設(shè)置為 0 000Ah Bitmap Data Offset 1 dword 從文件開始到位圖數(shù)據(jù)開始之間的數(shù)據(jù) (bitmap data)之間的偏移量 000Eh Bitmap Header Size 1 dword 位圖信息頭 (Bitmap Info Header)的長度，用來描述位圖的顏色、壓 縮方法等。下面的長度表示： 28h Windows , 95, NT, ? 0Ch OS/2 F0h OS/2 注：在 Windows9 9 2020 等操作系統(tǒng)中，位圖信息頭的長度并不一定是 28h，因?yàn)槲④浺呀?jīng)制定出了新的 BMP 文件格式，其中的信息頭結(jié)構(gòu)變化比較大，長度加長。 29 所以最好不要直接使用常數(shù) 28h，而是應(yīng)該從具體的文件中讀取這個值。這樣才能確保程序的兼容性。 0012h Width 1 dword 位圖的寬度，以象素為單位 0016h Height 1 dword 位圖的高度，以象素為單位 001Ah Planes 1 word 位圖的位面數(shù)（注：該值將總是 1） 圖像信息頭 001Ch Bits Per Pixel 1 word 每個象素的位數(shù) 1 單色位圖（實(shí)際上可有兩種顏色，缺省情況下是黑色和白色。你可以自己定義這兩種顏色） 4 16 色位圖 8 256 色位圖 16 16bit 高彩色位圖 24 24bit 真彩色位圖 32 32bit 增強(qiáng)型真彩色位圖 001Eh Compression 1 dword 壓縮說明： 0 不壓縮 (使用 BI_RGB 表示 ) 1 RLE 8使用 8 位 RLE 壓縮方式 (用 BI_RLE8 表示 ) 2 RLE 4使用 4 位 RLE 壓縮方式 (用 BI_RLE4 表示 ) 3 Bitfields位域存放方式 (用 BI_BITFIELDS 表示 ) 0022h Bitmap Data Size 1 dword 用字節(jié)數(shù)表示的位圖數(shù)據(jù)的大小。該數(shù)必須是 4 的倍數(shù) 0026h HResolution 1 dword 用象素 /米表示的水平分辨率 002Ah VResolution 1 dword 用象素 /米表示的垂直分辨率 002Eh Colors 1 dword 位圖使用的顏色數(shù)。如 8比特 /象素表示為 100h 或者 256. 0032h Important Colors 1 dword 指定重要的顏色數(shù)。當(dāng)該域的值等于顏色數(shù)時（或者等于 0 時），表示所有顏色都一樣重要。 調(diào)色板數(shù)據(jù) 根據(jù) BMP 版本的不同而不同 Palette N * 4 byte 調(diào)色板規(guī)范。對于調(diào)色板中的每個表項(xiàng)，這 4 個字節(jié)用下述方法來描述 RGB 的值： 1 字節(jié)用于藍(lán)色分量 1 字節(jié)用于綠色分量 30 1 字節(jié)用于紅色分量 1 字節(jié)用于填充符 (設(shè)置為 0) 圖像數(shù)據(jù) 根據(jù) BMP 版本及調(diào)色板尺寸的不同而不同 Bitmap Data xxx bytes 該域的大小取決于壓縮方法及圖像的尺寸和圖像的位深度，它包含所有的位圖數(shù)據(jù)字節(jié)，這些數(shù)據(jù)可能是彩色調(diào)色板的索引號，也可能是實(shí)際的 RGB 值，這將根據(jù)圖像信息頭中的位深度值來決定。 [7] 構(gòu)件詳解 1. 位圖文件頭 位圖文件頭包含有關(guān)于文件類型、文件大小、存放位置等信息，在 Windows 以上版本的位圖文件中用 BITMAPFILEHEADER 結(jié)構(gòu)來定義： typedef struct tagBITMAPFILEHEADER { /* bmfh */ UINT bfType。 DWORD bfSize。 UINT bfReserved1。 UINT bfReserved2。 DWORD bfOffBits。 } BITMAPFILEHEADER。 其中： bfType 說明文件的類型 .（該值必需是 0x4D42，也就是字符 39。BM39。我們不需要判斷 OS/2 的位圖標(biāo)識，這么做現(xiàn)在來看似乎已經(jīng)沒有什么意義了，而且如果要支持 OS/2 的位圖，程序?qū)⒆兊煤芊爆?。所以?在此只建議你檢察 39。BM39。標(biāo)識） bfSize 說明文件的大小，用字節(jié)為單位 bfReserved1 保留，必須設(shè)置為 0 bfReserved2 保留，必須設(shè)置為 0 bfOffBits 說明從文件頭開始到實(shí)際的圖像數(shù)據(jù)之間的字節(jié)的偏移量。這個參數(shù)是非常有用的， 31 因?yàn)槲粓D信息頭和調(diào)色板的長度會根據(jù)不同情況而變化，所以你可以用這個偏移值迅速的從文件中讀取到位數(shù)據(jù)。 2. 位圖信息頭 位圖信息用 BITMAPINFO 結(jié)構(gòu)來定義，它由位圖信息頭 (bitmapinformation header)和彩色表 (color table)組成，前者用 BITMAPINFOHEADER 結(jié)構(gòu)定義，后者用 RGBQUAD結(jié)構(gòu)定義。 BITMAPINFO 結(jié)構(gòu)具有如下形式： typedef struct tagBITMAPINFO { /* bmi */ BITMAPINFOHEADER bmiHeader。 RGBQUAD bmiCo