灰度圖是指用灰度表示的圖像，灰度是在白色和黑色之間分的若干個等級，其中最常用的是256級，也就是256級灰度圖。灰度圖在醫學、航天等領域有着廣泛的應用。
如何將一幅彩色圖像轉換爲灰度圖呢？根據人眼對紅綠藍三色的敏感程度，可以使用以下比例式進行轉換：
Gray = R*0.3+G*0.59+B*0.11
這也是最常用的一種轉換，另外還有一種常用的轉換叫平均值法，即取去紅綠藍三色的平均值爲灰度：
Gray=（R+G+B）/3;
下面來寫一段程序實現第一種轉換算法，顯然對於對於一幅256級灰度圖，每個像素採用一個字節表示足矣，即爲8位位圖。對於8位位圖的保存，真正的RGB數據是保存在調色板裏的，而實際的數據僅僅是保存的調色板內的像素值的索引。
轉自 http://www.cnblogs.com/tingshuo/archive/2011/05/16/2047797.html
BMP格式詳解：
一，文件格式定義：
BMP(Bitmap-File)圖形文件是Windows採用的圖形文件格式，在Windows環境下運行的所有圖象處理軟件都支持BMP圖象文件格式。Windows系統內部各圖像繪製操作都是以BMP爲基礎的。Windows 3.0以前的BMP圖文件格式與顯示設備有關，因此把這種BMP圖象文件格式稱爲設備相關位圖DDB(device-dependent bitmap)文件格式。Windows 3.0以後的BMP圖象文件與顯示設備無關，因此把這種BMP圖象文件格式稱爲設備無關位圖DIB(device-independent bitmap)格式（注：Windows 3.0以後，在系統中仍然存在DDB位圖，象BitBlt()這種函數就是基於DDB位圖的，只不過如果你想將圖像以BMP格式保存到磁盤文件中時，微軟極力推薦你以DIB格式保存），目的是爲了讓Windows能夠在任何類型的顯示設備上顯示所存儲的圖象。BMP位圖文件默認的文件擴展名是BMP或者bmp（有時它也會以.DIB或.RLE作擴展名）。
文件結構
位圖文件可看成由4個部分組成：位圖文件頭(bitmap-file header)、位圖信息頭(bitmap-information header)、彩色表(color table)和定義位圖的字節陣列，它具有如下所示的形式。
|
位圖文件的組成
|
結構名稱
|
符號
|
|
位圖文件頭(bitmap-file header)
|
BITMAPFILEHEADER
|
bmfh
|
|
位圖信息頭(bitmap-information header)
|
BITMAPINFOHEADER
|
bmih
|
|
彩色表(color table)
|
RGBQUAD
|
aColors[]
|
|
圖象數據陣列字節
|
BYTE
|
aBitmapBits[]
|
位圖文件結構可綜合在表6-01中。
表01 位圖文件結構內容摘要
|
|
偏移量
|
域的名稱
|
大小
|
內容
|
|
圖象文件
頭
|
0000h
|
文件標識
|
2 bytes
|
兩字節的內容用來識別位圖的類型：
‘BM’ ： Windows 3.1x, 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
注：因爲OS/2系統並沒有被普及開，所以在編程時，你只需判斷第一個標識“BM”就行。
|
|
|
0002h
|
File Size
|
1 dword
|
用字節表示的整個文件的大小
|
|
|
0006h
|
Reserved
|
1 dword
|
保留，必須設置爲0
|
|
|
000Ah
|
Bitmap Data Offset
|
1 dword
|
從文件開始到位圖數據開始之間的數據(bitmap data)之間的偏移量
|
|
|
000Eh
|
Bitmap Header Size
|
1 dword
|
位圖信息頭(Bitmap Info Header)的長度，用來描述位圖的顏色、壓縮方法等。下面的長度表示：
28h - Windows 3.1x, 95, NT, …
0Ch - OS/2 1.x
F0h - OS/2 2.x
注：在Windows95、98、2000等操作系統中，位圖信息頭的長度並不一定是28h，因爲微軟已經制定出了新的BMP文件格式，其中的信息頭結構變化比較大，長度加長。所以最好不要直接使用常數28h，而是應該從具體的文件中讀取這個值。這樣才能確保程序的兼容性。
|
|
|
0012h
|
Width
|
1 dword
|
位圖的寬度，以象素爲單位
|
|
|
0016h
|
Height
|
1 dword
|
位圖的高度，以象素爲單位
|
|
|
001Ah
|
Planes
|
1 word
|
位圖的位面數（注：該值將總是1）
|
|
圖象
信息
頭
|
001Ch
|
Bits Per Pixel
|
1 word
|
每個象素的位數
1 - 單色位圖（實際上可有兩種顏色，缺省情況下是黑色和白色。你可以自己定義這兩種顏色）
4 - 16 色位圖
8 - 256 色位圖
16 - 16bit 高彩色位圖
24 - 24bit 真彩色位圖
32 - 32bit 增強型真彩色位圖
|
|
|
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
|
用字節數表示的位圖數據的大小。該數必須是4的倍數
|
|
|
0026h
|
HResolution
|
1 dword
|
用象素/米表示的水平分辨率
|
|
|
002Ah
|
VResolution
|
1 dword
|
用象素/米表示的垂直分辨率
|
|
|
002Eh
|
Colors
|
1 dword
|
位圖使用的顏色數。如8-比特/象素表示爲100h或者 256.
|
|
|
0032h
|
Important Colors
|
1 dword
|
指定重要的顏色數。當該域的值等於顏色數時（或者等於0時），表示所有顏色都一樣重要
|
|
調色板數據
|
根據BMP版本的不同而不同
|
Palette
|
N * 4 byte
|
調色板規範。對於調色板中的每個表項，這4個字節用下述方法來描述RGB的值：
|
|
圖象數據
|
根據BMP版本及調色板尺寸的不同而不同
|
Bitmap Data
|
xxx bytes
|
該域的大小取決於壓縮方法及圖像的尺寸和圖像的位深度，它包含所有的位圖數據字節，這些數據可能是彩色調色板的索引號，也可能是實際的RGB值，這將根據圖像信息頭中的位深度值來決定。
|
構件詳解
1. 位圖文件頭
位圖文件頭包含有關於文件類型、文件大小、存放位置等信息，在Windows 3.0以上版本的位圖文件中用BITMAPFILEHEADER結構來定義：
typedef struct tagBITMAPFILEHEADER { /* bmfh */
UINT bfType;
DWORD bfSize;
UINT bfReserved1;
UINT bfReserved2;
DWORD bfOffBits;
DWORD bfSize;
UINT bfReserved1;
UINT bfReserved2;
DWORD bfOffBits;
} BITMAPFILEHEADER;
其中：
|
bfType
|
說明文件的類型.（該值必需是0x4D42，也就是字符'BM'。我們不需要判斷OS/2的位圖標識，這麼做現在來看似乎已經沒有什麼意義了，而且如果要支持OS/2的位圖，程序將變得很繁瑣。所以，在此只建議你檢察'BM'標識）
|
|
bfSize
|
說明文件的大小，用字節爲單位
|
|
bfReserved1
|
保留，必須設置爲0
|
|
bfReserved2
|
保留，必須設置爲0
|
|
bfOffBits
|
說明從文件頭開始到實際的圖象數據之間的字節的偏移量。這個參數是非常有用的，因爲位圖信息頭和調色板的長度會根據不同情況而變化，所以你可以用這個偏移值迅速的從文件中讀取到位數據。
|
2. 位圖信息頭
位圖信息用BITMAPINFO結構來定義，它由位圖信息頭(bitmap-information header)和彩色表(color table)組成，前者用BITMAPINFOHEADER結構定義，後者用RGBQUAD結構定義。BITMAPINFO結構具有如下形式：
typedef struct tagBITMAPINFO { /* bmi */
BITMAPINFOHEADER bmiHeader;
RGBQUAD bmiColors[1];
RGBQUAD bmiColors[1];
} BITMAPINFO;
其中：
|
bmiHeader
|
說明BITMAPINFOHEADER結構，其中包含了有關位圖的尺寸及位格式等信息
|
|
bmiColors
|
說明彩色表RGBQUAD結構的陣列，其中包含索引圖像的真實RGB值。
|
BITMAPINFOHEADER結構包含有位圖文件的大小、壓縮類型和顏色格式，其結構定義爲：
typedef struct tagBITMAPINFOHEADER { /* bmih */
DWORD biSize;
LONG biWidth;
LONG biHeight;
WORD biPlanes;
WORD biBitCount;
DWORD biCompression;
DWORD biSizeImage;
LONG biXPelsPerMeter;
LONG biYPelsPerMeter;
DWORD biClrUsed;
DWORD biClrImportant;
LONG biWidth;
LONG biHeight;
WORD biPlanes;
WORD biBitCount;
DWORD biCompression;
DWORD biSizeImage;
LONG biXPelsPerMeter;
LONG biYPelsPerMeter;
DWORD biClrUsed;
DWORD biClrImportant;
} BITMAPINFOHEADER;
其中：
|
biSize
|
說明BITMAPINFOHEADER結構所需要的字數。注：這個值並不一定是BITMAPINFOHEADER結構的尺寸，它也可能是sizeof(BITMAPV4HEADER)的值，或是sizeof(BITMAPV5HEADER)的值。這要根據該位圖文件的格式版本來決定，不過，就現在的情況來看，絕大多數的BMP圖像都是BITMAPINFOHEADER結構的（可能是後兩者太新的緣故吧:-）。
|
|
biWidth
|
說明圖象的寬度，以象素爲單位
|
|
biHeight
|
說明圖象的高度，以象素爲單位。注：這個值除了用於描述圖像的高度之外，它還有另一個用處，就是指明該圖像是倒向的位圖，還是正向的位圖。如果該值是一個正數，說明圖像是倒向的，如果該值是一個負數，則說明圖像是正向的。大多數的BMP文件都是倒向的位圖，也就是時，高度值是一個正數。（注：當高度值是一個負數時（正向圖像），圖像將不能被壓縮（也就是說biCompression成員將不能是BI_RLE8或BI_RLE4）。
|
|
biPlanes
|
爲目標設備說明位面數，其值將總是被設爲1
|
|
biBitCount
|
說明比特數/象素，其值爲1、4、8、16、24、或32
|
|
biCompression
|
說明圖象數據壓縮的類型。其值可以是下述值之一：
|
|
biSizeImage
|
說明圖象的大小，以字節爲單位。當用BI_RGB格式時，可設置爲0
|
|
biXPelsPerMeter
|
說明水平分辨率，用象素/米表示
|
|
biYPelsPerMeter
|
說明垂直分辨率，用象素/米表示
|
|
biClrUsed
|
說明位圖實際使用的彩色表中的顏色索引數（設爲0的話，則說明使用所有調色板項）
|
|
biClrImportant
|
說明對圖象顯示有重要影響的顏色索引的數目，如果是0，表示都重要。
|
現就BITMAPINFOHEADER結構作如下說明：
(1) 彩色表的定位
應用程序可使用存儲在biSize成員中的信息來查找在BITMAPINFO結構中的彩色表，如下所示：
pColor = ((LPSTR) pBitmapInfo + (WORD) (pBitmapInfo->bmiHeader.biSize))
(2) biBitCount
biBitCount=1 表示位圖最多有兩種顏色，缺省情況下是黑色和白色，你也可以自己定義這兩種顏色。圖像信息頭裝調色板中將有兩個調色板項，稱爲索引0和索引1。圖象數據陣列中的每一位表示一個象素。如果一個位是0，顯示時就使用索引0的RGB值，如果位是1，則使用索引1的RGB值。
biBitCount=4 表示位圖最多有16種顏色。每個象素用4位表示，並用這4位作爲彩色表的表項來查找該象素的顏色。例如，如果位圖中的第一個字節爲0x1F，它表示有兩個象素，第一象素的顏色就在彩色表的第2表項中查找，而第二個象素的顏色就在彩色表的第16表項中查找。此時，調色板中缺省情況下會有16個RGB項。對應於索引0到索引15。
biBitCount=8 表示位圖最多有256種顏色。每個象素用8位表示，並用這8位作爲彩色表的表項來查找該象素的顏色。例如，如果位圖中的第一個字節爲0x1F，這個象素的顏色就在彩色表的第32表項中查找。此時，缺省情況下，調色板中會有256個RGB項，對應於索引0到索引255。
biBitCount=16 表示位圖最多有216種顏色。每個色素用16位（2個字節）表示。這種格式叫作高彩色，或叫增強型16位色，或64K色。它的情況比較複雜，當biCompression成員的值是BI_RGB時，它沒有調色板。16位中，最低的5位表示藍色分量，中間的5位表示綠色分量，高的5位表示紅色分量，一共佔用了15位，最高的一位保留，設爲0。這種格式也被稱作555 16位位圖。如果biCompression成員的值是BI_BITFIELDS，那麼情況就複雜了，首先是原來調色板的位置被三個DWORD變量佔據，稱爲紅、綠、藍掩碼。分別用於描述紅、綠、藍分量在16位中所佔的位置。在Windows 95（或98）中，系統可接受兩種格式的位域：555和565，在555格式下，紅、綠、藍的掩碼分別是：0x7C00、0x03E0、0x001F，而在565格式下，它們則分別爲：0xF800、0x07E0、0x001F。你在讀取一個像素之後，可以分別用掩碼“與”上像素值，從而提取出想要的顏色分量（當然還要再經過適當的左右移操作）。在NT系統中，則沒有格式限制，只不過要求掩碼之間不能有重疊。（注：這種格式的圖像使用起來是比較麻煩的，不過因爲它的顯示效果接近於真彩，而圖像數據又比真彩圖像小的多，所以，它更多的被用於遊戲軟件）。
biBitCount=24 表示位圖最多有224種顏色。這種位圖沒有調色板（bmiColors成員尺寸爲0），在位數組中，每3個字節代表一個象素，分別對應於顏色R、G、B。
biBitCount=32 表示位圖最多有232種顏色。這種位圖的結構與16位位圖結構非常類似，當biCompression成員的值是BI_RGB時，它也沒有調色板，32位中有24位用於存放RGB值，順序是：最高位—保留，紅8位、綠8位、藍8位。這種格式也被成爲888 32位圖。如果 biCompression成員的值是BI_BITFIELDS時，原來調色板的位置將被三個DWORD變量佔據，成爲紅、綠、藍掩碼，分別用於描述紅、綠、藍分量在32位中所佔的位置。在Windows 95(or 98)中，系統只接受888格式，也就是說三個掩碼的值將只能是：0xFF0000、0xFF00、0xFF。而在NT系統中，你只要注意使掩碼之間不產生重疊就行。（注：這種圖像格式比較規整，因爲它是DWORD對齊的，所以在內存中進行圖像處理時可進行彙編級的代碼優化（簡單））。
(3) ClrUsed
BITMAPINFOHEADER結構中的成員ClrUsed指定實際使用的顏色數目。如果ClrUsed設置成0，位圖使用的顏色數目就等於biBitCount成員中的數目。請注意，如果ClrUsed的值不是可用顏色的最大值或不是0，則在編程時應該注意調色板尺寸的計算，比如在4位位圖中，調色板的缺省尺寸應該是16＊sizeof(RGBQUAD)，但是，如果ClrUsed的值不是16或者不是0，那麼調色板的尺寸就應該是ClrUsed＊sizeof(RGBQUAD)。
(4) 圖象數據壓縮
① BI_RLE8：每個象素爲8比特的RLE壓縮編碼，可使用編碼方式和絕對方式中的任何一種進行壓縮，這兩種方式可在同一幅圖中的任何地方使用。
編碼方式：由2個字節組成，第一個字節指定使用相同顏色的象素數目，第二個字節指定使用的顏色索引。此外，這個字節對中的第一個字節可設置爲0，聯合使用第二個字節的值表示：
- 第二個字節的值爲0：行的結束。
- 第二個字節的值爲1：圖象結束。
- 第二個字節的值爲2：其後的兩個字節表示下一個象素從當前開始的水平和垂直位置的偏移量。
絕對方式：第一個字節設置爲0，而第二個字節設置爲0x03～0xFF之間的一個值。在這種方式中，第二個字節表示跟在這個字節後面的字節數，每個字節包含單個象素的顏色索引。壓縮數據格式需要字邊界(word boundary)對齊。下面的例子是用16進製表示的8-位壓縮圖象數據：
03 04 05 06 00 03 45 56 67 00 02 78 00 02 05 01 02 78 00 00 09 1E 00 01
這些壓縮數據可解釋爲 ：
這些壓縮數據可解釋爲 ：
|
壓縮數據
|
擴展數據
|
|
03 04
|
04 04 04
|
|
05 06
|
06 06 06 06 06
|
|
00 03 45 56 67 00
|
45 56 67
|
|
02 78
|
78 78
|
|
00 02 05 01
|
從當前位置右移5個位置後向下移一行
|
|
02 78
|
78 78
|
|
00 00
|
行結束
|
|
09 1E
|
1E 1E 1E 1E 1E 1E 1E 1E 1E
|
|
00 01
|
RLE編碼圖象結束
|
② BI_RLE4：每個象素爲4比特的RLE壓縮編碼，同樣也可使用編碼方式和絕對方式中的任何一種進行壓縮，這兩種方式也可在同一幅圖中的任何地方使用。這兩種方式是：
編碼方式：由2個字節組成，第一個字節指定象素數目，第二個字節包含兩種顏色索引，一個在高4位，另一個在低4位。第一個象素使用高4位的顏色索引，第二個使用低4位的顏色索引，第3個使用高4位的顏色索引，依此類推。
絕對方式：這個字節對中的第一個字節設置爲0，第二個字節包含有顏色索引數，其後續字節包含有顏色索引，顏色索引存放在該字節的高、低4位中，一個顏色索引對應一個象素。此外，BI_RLE4也同樣聯合使用第二個字節中的值表示：
- 第二個字節的值爲0：行的結束。
- 第二個字節的值爲1：圖象結束。
- 第二個字節的值爲2：其後的兩個字節表示下一個象素從當前開始的水平和垂直位置的偏移量。
下面的例子是用16進制數表示的4-位壓縮圖象數據：
03 04 05 06 00 06 45 56 67 00 04 78 00 02 05 01 04 78 00 00 09 1E 00 01
這些壓縮數據可解釋爲 ：
|
壓縮數據
|
擴展數據
|
|
03 04
|
0 4 0
|
|
05 06
|
0 6 0 6 0
|
|
00 06 45 56 67 00
|
4 5 5 6 6 7
|
|
04 78
|
7 8 7 8
|
|
00 02 05 01
|
從當前位置右移5個位置後向下移一行
|
|
04 78
|
7 8 7 8
|
|
00 00
|
行結束
|
|
09 1E
|
1 E 1 E 1 E 1 E 1
|
|
00 01
|
RLE圖象結束
|
3. 彩色表
彩色表包含的元素與位圖所具有的顏色數相同，象素的顏色用RGBQUAD結構來定義。對於24-位真彩色圖象就不使用彩色表（同樣也包括16位、和32位位圖），因爲位圖中的RGB值就代表了每個象素的顏色。彩色表中的顏色按顏色的重要性排序，這可以輔助顯示驅動程序爲不能顯示足夠多顏色數的顯示設備顯示彩色圖象。RGBQUAD結構描述由R、G、B相對強度組成的顏色，定義如下：
typedef struct tagRGBQUAD { /* rgbq */
BYTE rgbBlue;
BYTE rgbGreen;
BYTE rgbRed;
BYTE rgbReserved;
BYTE rgbGreen;
BYTE rgbRed;
BYTE rgbReserved;
} RGBQUAD;
其中：
|
rgbBlue
|
指定藍色強度
|
|
rgbGreen
|
指定綠色強度
|
|
rgbRed
|
指定紅色強度
|
|
rgbReserved
|
保留，設置爲0
|
4. 位圖數據
緊跟在彩色表之後的是圖象數據字節陣列。圖象的每一掃描行由表示圖象象素的連續的字節組成，每一行的字節數取決於圖象的顏色數目和用象素表示的圖象寬度。掃描行是由底向上存儲的，這就是說，陣列中的第一個字節表示位圖左下角的象素，而最後一個字節表示位圖右上角的象素。（只針對與倒向DIB，如果是正向DIB，則掃描行是由頂向下存儲的），倒向DIB的原點在圖像的左下角，而正向DIB的原點在圖像的左上角。同時，每一掃描行的字節數必需是4的整倍數，也就是DWORD對齊的。如果你想確保圖像的掃描行DWORD對齊，可使用下面的代碼：
(((width*biBitCount)+31)>>5)<<2
5. 參考書目
《圖象文件格式(上、下)—Windows編程》
《圖像文件格式大全》
《Programming Windows by Charles Petzold》
二，實例分析
BMP格式圖像文件詳析<作者：LEFE>
首先請注意所有的數值在存儲上都是按“高位放高位、低位放低位的原則”，如12345678h放在存儲器中就是7856 3412）。下圖是導出來的開機動畫的第一張圖加上文件頭後的16進制數據，以此爲例進行分析。T408中的圖像有點怪，圖像是在電腦上看是垂直翻轉的。在分析中爲了簡化敘述，以一個字（兩個字節，如424D就是一個字）爲序號單位進行，“h”表示是16進制數。
424D 4690 0000 0000 0000 4600 0000 2800 0000 8000 0000 9000 0000 01001000 0300
0000 0090 0000 A00F 0000 A00F 0000 0000 0000 0000 000000F8 0000 E007 0000 1F00
0000 0000 000002F1 84F1 04F1 84F1 84F1 06F2 84F1 06F2 04F2 86F2 06F2 86F2 86F2
．．．．．．
BMP文件可分爲四個部分：位圖文件頭、位圖信息頭、彩色板、圖像數據陣列，在上圖中已用*分隔。
一、圖像文件頭
1）1：圖像文件頭。424Dh=’BM’，表示是Windows支持的BMP格式。
2）2-3：整個文件大小。4690 0000，爲00009046h=36934。
3）4-5：保留，必須設置爲0。
4）6-7：從文件開始到位圖數據之間的偏移量。4600 0000，爲00000046h=70，上面的文件頭就是35字=70字節。
5）8-9：位圖圖信息頭長度。
6）10-11：位圖寬度，以像素爲單位。8000 0000，爲00000080h=128。
7）12-13：位圖高度，以像素爲單位。9000 0000，爲00000090h=144。
8）14：位圖的位面數，該值總是1。0100，爲0001h=1。
2）2-3：整個文件大小。4690 0000，爲00009046h=36934。
3）4-5：保留，必須設置爲0。
4）6-7：從文件開始到位圖數據之間的偏移量。4600 0000，爲00000046h=70，上面的文件頭就是35字=70字節。
5）8-9：位圖圖信息頭長度。
6）10-11：位圖寬度，以像素爲單位。8000 0000，爲00000080h=128。
7）12-13：位圖高度，以像素爲單位。9000 0000，爲00000090h=144。
8）14：位圖的位面數，該值總是1。0100，爲0001h=1。
二、位圖信息頭
9）15：每個像素的位數。有1（單色），4（16色），8（256色），16（64K色，高彩色），24（16M色，真彩色），32（4096M色，增強型真彩色）。T408支持的是16位格式。1000爲0010h=16。
10）16-17：壓縮說明：有0（不壓縮），1（RLE 8，8位RLE壓縮），2（RLE 4，4位RLE壓縮，3（Bitfields，位域存放）。RLE簡單地說是採用像素數+像素值的方式進行壓縮。T408採用的是位域存放方式，用兩個字節表示一個像素，位域分配爲r5b6g5。圖中0300 0000爲00000003h=3。
11）18-19：用字節數表示的位圖數據的大小，該數必須是4的倍數，數值上等於位圖寬度×位圖高度×每個像素位數。0090 0000爲00009000h=80×90×2h=36864。
12）20-21：用象素/米表示的水平分辨率。A00F 0000爲0000 0FA0h=4000。
13）22-23：用象素/米表示的垂直分辨率。A00F 0000爲0000 0FA0h=4000。
14）24-25：位圖使用的顏色索引數。設爲0的話，則說明使用所有調色板項。
15）26-27：對圖象顯示有重要影響的顏色索引的數目。如果是0，表示都重要。
12）20-21：用象素/米表示的水平分辨率。A00F 0000爲0000 0FA0h=4000。
13）22-23：用象素/米表示的垂直分辨率。A00F 0000爲0000 0FA0h=4000。
14）24-25：位圖使用的顏色索引數。設爲0的話，則說明使用所有調色板項。
15）26-27：對圖象顯示有重要影響的顏色索引的數目。如果是0，表示都重要。
三、彩色板
16）28-35：彩色板規範。對於調色板中的每個表項，用下述方法來描述RGB的值：
1字節用於藍色分量
1字節用於綠色分量
1字節用於紅色分量
1字節用於填充符(設置爲0)
對於24-位真彩色圖像就不使用彩色表，因爲位圖中的RGB值就代表了每個象素的顏色。但是16位r5g6b5位域彩色圖像需要彩色表，看前面的圖，與上面的解釋不太對得上，應以下面的解釋爲準。
1字節用於藍色分量
1字節用於綠色分量
1字節用於紅色分量
1字節用於填充符(設置爲0)
對於24-位真彩色圖像就不使用彩色表，因爲位圖中的RGB值就代表了每個象素的顏色。但是16位r5g6b5位域彩色圖像需要彩色表，看前面的圖，與上面的解釋不太對得上，應以下面的解釋爲準。
圖中彩色板爲00F8 0000 E007 0000 1F00 0000 0000 0000，其中：
00F8 0000爲F800h=1111100000000000（二進制），是紅色分量的掩碼。
E007 0000爲07E0h=0000011111100000（二進制），是綠色分量的掩碼。
1F00 0000爲001Fh=0000000000011111（二進制），是紅色分量的掩碼。
0000 0000總設置爲0。
00F8 0000爲F800h=1111100000000000（二進制），是紅色分量的掩碼。
E007 0000爲07E0h=0000011111100000（二進制），是綠色分量的掩碼。
1F00 0000爲001Fh=0000000000011111（二進制），是紅色分量的掩碼。
0000 0000總設置爲0。
將掩碼跟像素值進行“與”運算再進行移位操作就可以得到各色分量值。看看掩碼，就可以明白事實上在每個像素值的兩個字節16位中，按從高到低取5、6、5位分別就是r、g、b分量值。取出分量值後把r、g、b值分別乘以8、4、8就可以補齊每個分量爲一個字節，再把這三個字節按rgb組合，放入存儲器（同樣要反序），就可以轉換爲24位標準BMP格式了。
四、圖像數據陣列
17)36-．．．：每兩個字節表示一個像素。陣列中的第一個字節表示位圖左下角的象素，而最後一個字節表示位圖右上角的象素。
按照前述r5g6b5彩色板規範，我們對圖像最左下角手機上圖像的的像素在24位模式中的rgb值進行推算（由於垂直翻轉，這個像素在手機上看來實際上在左上角）：
02F1 爲 F102h
r=（F102 AND F800）/ 800 × 8 h= F0h=240
g=（F102 AND 07E0）/ 20 × 4 h=20h=32
b=（F102 AND 001F）× 8 h= 10h=16
rgb=F02010h，放在存儲器中爲1020F0h。
在Photoshop中設一下顏色，rgb取240、32、16可以看到是近紅色。
按照前述r5g6b5彩色板規範，我們對圖像最左下角手機上圖像的的像素在24位模式中的rgb值進行推算（由於垂直翻轉，這個像素在手機上看來實際上在左上角）：
02F1 爲 F102h
r=（F102 AND F800）/ 800 × 8 h= F0h=240
g=（F102 AND 07E0）/ 20 × 4 h=20h=32
b=（F102 AND 001F）× 8 h= 10h=16
rgb=F02010h，放在存儲器中爲1020F0h。
在Photoshop中設一下顏色，rgb取240、32、16可以看到是近紅色。