【正文】 t個元素 )。 biClrUsed 指定本圖象實際用到的顏色數(shù)，如果該值為零，則用到的顏色數(shù)為 2biBitCount。 biSizeImage 指定實際的位圖數(shù)據(jù)占用的字節(jié)數(shù)，其實也可以從以下的公式中計算出來： biSizeImage=biWidth’ biHeight 要注意的是：上述公式中的 biWidth’必須是 4的整倍數(shù) (所以不是 biWidth，而是 biWidth’，表示大于或等于 biWidth 的，最接近 4 的整倍數(shù)。 biBitCount 指定表示顏色時要用到的位數(shù)，常用的值為 1(黑白二色圖 ), 4(16色圖 ), 8(256色 ), 24(真彩色圖 )(新的 .bmp格式支持 32位色，這里就不做討論了 )。 這個結構的長度是固定的，為 40個字節(jié) (LONG為 32位整數(shù) )，各個域的說明如下： biSize 指定這個結構的長度，為 40。 LONG biYPelsPerMeter。 WORD biPlanes。 bfReserved1， bfReserved2 為保留字，不用考慮 bfOffBits 為從文件頭到實際的位圖數(shù)據(jù)的偏移字節(jié)數(shù)，即圖 。 DWORD bfOffBits。 位圖文件頭 BITMAPFILEHEADER 位圖信息頭 BITMAPINFOHEADER 調色板 Palette 實際的位圖數(shù)據(jù) ImageDate 圖 Windows位圖文件結構示意圖 第一部分為位圖文件頭 BITMAPFILEHEADER，是一個結構，其定義如下： typedef struct tagBITMAPFILEHEADER { WORD bfType。原因很明顯：如果用調色板，表示一個象素也要用 24 位，這是因為每種顏色的索引要用 24 位 (因為總共有 224種顏色，即調色板有 224行 )，和直接用 R， G， B 三個分量表示用的字節(jié)數(shù)一樣，不但沒有任何便宜，還要加上一個 2562562563個字節(jié)的大調色板。所以很好地掌握調色板的概念是十分有用的。 讓我們再來計算一下： 16種狀態(tài)可以用 4位 (bit)表示，所以一個象素要用半個字節(jié)。整個圖象要用 2002003，約 120k 字 節(jié)，可不是一個小數(shù)目呀！如果我們用下面的方法，就能省的多。的確是這樣的，但實際上的做法還有些差別。這種分級概念稱為量化。 我們知道，自然界中的所有顏色都可以由紅、綠、藍 (R， G， B)組合而成。所謂位映象，就是指一個二維的象素矩陣，而位圖就是采用位映象方法顯示和存儲的圖象。顯示時采用掃描的方法：電子槍每次從左到右掃描一行，為每個象素著色，然后從上到下這樣掃描若干行，就掃過了一屏。第 1 章 Windows 位圖和調色板 位圖和調色板的概念 如今 Windows( 95， 98， NT)系列已經成為絕大多數(shù)用戶使用的操作系統(tǒng)，它比 DOS成功的一個重要因素是它可視化的漂亮界面。為了防止閃爍，每秒要重復上述過程幾十次。舉個例子，圖 是一幅普通的黑白位圖，圖 大后的圖，圖中每個方格代表了一個象素。有的顏色含有紅色成分多一些，如深紅；有的含有紅色成 分少一些，如淺紅。 這樣，根據(jù)紅、綠、藍各種不同的組合我們就能表示出 256256256，約 1600 萬種顏色。 讓我們來看看下面的例子。 因為是一個 16色圖，也就是說這幅圖中最多只有 16種顏色，我們可以用一個表：表中的每一行記錄一種顏色的 R、 G、 B值。整個圖象要用 200200，約 20k字節(jié)，再加上表占用的字節(jié)為 316=48字節(jié) .整個占用的字節(jié)數(shù)約為前面的 1/6，省很多吧？ 這張 R、 G、 B的表，就是我們常說的調色板 (Palette)，另一種叫法是顏色查找表 LUT(Look Up Table)，似乎更確切一些。 有一種圖，它的顏色數(shù)高達 256256256種，也就是說包含我們上述提到的 R、 G、 B顏色表示方法中所有的顏色，這種圖叫做真彩色圖 (true color)。所以真彩色圖直接用 R、G、 B三個分量表示，它又叫做 24位色圖。 DWORD bfSize。 } BITMAPFILEHEADER。 第二部分為位圖信息頭 BITMAPINFOHEADER，也是一個結構，其定義如下： typedef struct tagBITMAPINFOHEADER{ DWORD biSize。 WORD biBitCount DWORD biCompression。 DWORD biClrUsed。 biWidth 指定圖象的寬度，單位是象素。 biCompression 指定位圖是否壓縮，有效的值為 BI_RGB， BI_RLE8， BI_RLE4， BI_BITFIELDS(都是一些Windows定義好的常量 )。舉個例子，如果 biWidth=240，則biWidth’=240；如果 biWidth=241， biWidth’=244)。 biClrImportant 指定本圖象中重要的顏色數(shù)，如果該值為零，則認為所有的顏色都是重要的。數(shù)組中每個元素的類型是一個 RGBQUAD結構，占 4個字節(jié)，其定義如下： typedef struct tagRGBQUAD { BYTE rgbBlue。 //保留值 } RGBQUAD。下面針對 2色、 16色、 256色位圖和真彩色位圖分別介紹。 對于真彩色圖，三個字節(jié)才能表示 1個象素，哇，好費空間呀！沒辦法，誰叫你想讓圖的顏色顯得更亮麗呢，有得必有失嘛。也就是說，從文件中最先讀到的是圖象最下 面一行的左邊第一個象素，然后是左邊第二個象素 …… 接下來是倒數(shù)第二行左邊第一個象素，左邊第二個象素 …… 依次類推 ，最后得到的是最上面一行的最右一個象素。這兩個變量將在處理WM_PAINT 消息時用到，用來顯示位圖。 BITMAPINFOHEADER bi。 //指向邏輯調色板結構的指針 LPRGBQUAD lpRGB。 //存儲調色板的局部內存句柄 DWORD LineBytes。 if((hf=_lopen(BmpFileName,OF_READ))==HFILE_ERROR){ MessageBox(hWnd,File c:\\ not found!,Error Message, MB_OK|MB_ICONEXCLAMATION)。 //將 BITMAPINFOHEADER結構從文件中讀出，填寫到 bi中 _lread(hf,(LPSTR)amp。 //再舉一個 256色的例子，如果圖象寬是 31，則每一行需要 31個字節(jié)存 //儲，因為字節(jié)數(shù)必須是 4的整倍數(shù)，所以應該是 32，而此時的 //biWidth=31,biBitCount=8,WIDTHBYTES(31*8)=32，我們設想的一樣。 else //否則，用到的顏色數(shù)為 2biBitCount。 break。 //對于真彩色圖，沒用到調色板 break。 return FALSE。 //關閉文件，返回 FALSE } =sizeof(BITMAPFILEHEADER)+sizeof(BITMAPINFOHEADER)+ NumColors*sizeof(RGBQUAD)+ImgSize。 //關閉文件，返回 FALSE } //指針 lpImgData指向該內存區(qū) lpImgData=(LPBITMAPINFOHEADER)GlobalLock(hImgData)。 //關閉文件 if(NumColors!=0) //NumColors不為零，說明用到了調色板 { //為邏輯調色板分配局部內存，大小為邏輯調色板結構長度加 //NumColors個 PALETTENTRY hPal=LocalAlloc(LHND,sizeof(LOGPALETTE)+ NumColors* sizeof(PALETTEENTRY))。 //lpRGB指向的是調色板開始的位置 lpRGB = (LPRGBQUAD)((LPSTR)lpImgData + (DWORD)sizeof(BITMAPINFOHEADER))。 pPalpalPalEntry[i].peGreen=lpRGBrgbGreen。 //指針移到下一項 } //產生邏輯調色板， hPalette是一個全局變量 hPalette=CreatePalette(pPal)。 if(hPalette) //如果剛才產生了邏輯調色板 { //將新的邏輯調色板選入 DC，將舊的邏輯調色板句柄保存在 //hPrevPalette hPrevPalette=SelectPalette(hDc,hPalette,FALSE)。amp。 //釋放設備上下文 GlobalUnlock(hImgData)。 pPalpalVersion = 0x300；③從文件中讀取調色板的 RGB 值，填寫到每一項中；④產生邏輯調色板：hPalette=CreatePalette(pPal)。該函數(shù)的第一項參數(shù)為設備上下文句柄。所謂設備上下文就是指這個數(shù)據(jù)結構。 PAINTSTRUCT ps。 //建立一個內存設備上下文 if (hPalette) //有調色板 { //將調色板選入屏幕設備上下文 SelectPalette (hDC, hPalette, FALSE)。 //顯示位圖 BitBlt(hDC, 0, 0, , , hMemDC, 0, 0, SRCCOPY)。 break。由于所有操作都是在內存中進行， 所以速度很快。 哇，終于講完了。特別要注意的是，退出時，別忘了釋放內存和資源，這是每個程序員應該養(yǎng)成的習慣。 圖 運行時的畫面 最后，再介紹一個命令行編譯的竅門。 echo off set MSDevDir=d:\MSDEV set VcOsDir=WIN95 set PATH=%MSDevDir%\BIN。 %INCLUDE% set LIB=%MSDevDir%\LIB。如下所示： PATH=D:\MSDEV\BIN。C:\WIN95\SYSTEM。d:\msdev\MFC\LIB。 有時命令行編譯會出現(xiàn)“ Out of enviroment space”的錯誤 ,那是因為 始環(huán)境變量內存太小，首先執(zhí)行 mand /e:2048 (或更大 )命令即可解決改問題。如果你熟悉矩陣運算，你將發(fā)現(xiàn)，實現(xiàn)這些變換是非常容易的。 圖 平移的示意圖 以矩陣的形式表示為 () 我們更關心的是它的逆變換： () 這是因為：我們想知道的是平移后的圖象中每個象素的顏色。 另一個問題是：平移后的圖象是否要放大？一種做法是不放大，移出的部分被截斷。 圖 移動后圖象被放大 這種處理，文件大小要改變。 如果你用過 Photoshop,Corel PhotoPaint等圖象處理軟件，可能聽說過“灰度圖” (grayscale)這個詞。 .bmp 格式的文件中，并沒有灰度圖這個概念，但是，我們可以很容易在 .bmp 文件中表示灰度圖。這樣，灰度圖就可以用 256色圖來表示了。 在這種表示方法中， Y分量的物理含義就是亮度， U 和 V 分量代表了色差信號 (你不必了解什么是色差，只要知道有這么一個概念就可以了 )。 (2) 人眼對于亮度信號非常敏感，而對色差信號的敏感程度相對較弱。而 RGB的表示方法就做不到這一點，因為 RGB 三個分量同等重要 ，缺了誰也不行。首先 RGB的值都一樣；其次，圖象數(shù)據(jù)即調色板索引值，也就是實際的 RGB值，也就是亮度值；另外，因為是 256色調色板，所以圖象數(shù)據(jù)中一個字節(jié)代表一個象素，很整齊。為了將重點放在算法本身上， 今后給出的程序如不做特殊說明，都是針對 256 級灰度圖的。算法的思想是先將所有區(qū)域填成白色，然后找平移后顯示區(qū)域的左上角點 (x0,y0) 和右下角點 (x1,y1) ，分幾種情況進行處理。 y方向是對應的 (height表示圖象的高度 )： (1) ty≤ height，圖象 完全移出了屏幕，不用做任何處理； (2) heightty≤ 0，圖象區(qū)域的 y范圍從 0到 height|ty|,對應原圖的范圍從 |ty|到 height； (3) 0tyheight ，圖象區(qū)域的 y范圍從 ty到 height,對應原圖的范圍從 0到 heightty； (4) ty≥ height，圖象完全移出了屏幕，不用做任何處理。Translation的源代碼如下： int xOffset=0,yOffset=0。 LPSTR lpPtr。 int SrcX0,SrcY0,SrcX1,SrcY1。 HDC