WIDTHBYTES位元影像操作函數詳解

#define WIDTHBYTES(bits) (((bits) + 31) / 32 * 4);

這是為了計算一個位元影像的每行像素所佔的位元組數，而不是簡單的通過像素數*每個像素所佔的位元組數。。這是因為存在記憶體對齊的關係。。為了考慮訪問的速度。從檔案讀出映像資料時，一次讀4個位元組比一次讀1個位元組快。但如果影像檔不是4的倍數時，每行最後的像素就不可能採用一次讀4個位元組（否則就會把下一行的像素也讀出）。當然，你仍然可以讀出的4位元組來，但必須處理：將其中幾個位元組放在本行，而其餘的顯示到下一行.
但顯然這很不方便，要影響速度。

位元影像資料記錄了位元影像的每一個像素值，記錄順序是在掃描行內是左到右,掃描行之間是從下到上。Windows規定一個掃描行所佔的位元組數必須是4的倍數(即以long為單位),不足的以0填充。

 當biBitCount(每個像素所需的位元)=1時，8個像素佔1個位元組;
   當biBitCount=4時，2個像素佔1個位元組;
   當biBitCount=8時，1個像素佔1個位元組;
   當biBitCount=24時,1個像素佔3個位元組;
Windows規定一個掃描行所佔的位元組數必須是4的倍數(即以long為單位),不足的以0填充。

一個掃描行所佔的位元組數計算方法: DataSizePerLine= (biWidth* biBitCount+31)/8; 
我們後面定義了一個宏 #define WIDTHBYTES(i)               ((i+31)/32*4) 
每一行的位元組數必須是4的整倍數，只要調用     WIDTHBYTES(bi.biWidth*bi.biBitCount)就能完成這一換算。
    舉一個例子，對於2色圖，如果圖象寬是31，則每一行需要31位儲存，合3個位元組加7位，因為位元組數必須是4的整倍數，所以應該是4，而此時的       biWidth=31,biBitCount=1,WIDTHBYTES(31*1)=4，和我們設想的一樣。再舉一個256色的例子，如果圖象寬是31，則每一行需要31個位元組儲存，因為位元組數必須是4的整倍數，所以應該是32，而此時的   biWidth=31,biBitCount=8,WIDTHBYTES(31*8)=32。。