最近在做把視頻嵌入到dx中,其中視頻是以bmp格式傳輸?shù)?由于不是十分熟悉bmp的結(jié)構(gòu),所以
在用bmp的緩存塊填充紋理時走了些彎路.比如填充的時候把bmp數(shù)據(jù)按照RGB進行填充還有BMP數(shù)據(jù)是從左下到右上保存的.

網(wǎng)上找了找,發(fā)現(xiàn)下面這份資料比較合胃口:轉(zhuǎn)載之.

From:Sinlgerblog.mblogger.cn
==============================

說到圖片，位圖（Bitmap）當然是最簡單的，它Windows顯示圖片的基本格式，其文件擴展名為*.BMP。在Windows下，任何各式的圖片文件（包括視頻播放）都要轉(zhuǎn)化為位圖個時候才能顯示出來，各種格式的圖片文件也都是在位圖格式的基礎上采用不同的壓縮算法生成的（Flash中使用了適量圖，是按相同顏色區(qū)域存儲的）。

一、下面我們來看看位圖文件（*.BMP）的格式。

位圖文件主要分為如下3個部分：

塊名稱	對應Windows結(jié)構(gòu)體定義	大小（Byte）
文件信息頭	BITMAPFILEHEADER	14
位圖信息頭	BITMAPINFOHEADER	40
RGB顏色陣列	BYTE*	由圖像長寬尺寸決定

1、?? 文件信息頭BITMAPFILEHEADER

結(jié)構(gòu)體定義如下：

typedef struct tagBITMAPFILEHEADER { /* bmfh */

UINT bfType;?
DWORD bfSize;
UINT bfReserved1;
UINT bfReserved2;
DWORD bfOffBits;

} BITMAPFILEHEADER;

其中：

bfType	說明文件的類型，該值必需是0x4D42，也就是字符'BM'。
bfSize	說明該位圖文件的大小，用字節(jié)為單位
bfReserved1	保留，必須設置為0
bfReserved2	保留，必須設置為0
bfOffBits	說明從文件頭開始到實際的圖象數(shù)據(jù)之間的字節(jié)的偏移量。這個參數(shù)是非常有用的，因為位圖信息頭和調(diào)色板的長度會根據(jù)不同情況而變化，所以你可以用這個偏移值迅速的從文件中讀取到位數(shù)據(jù)。

2、位圖信息頭BITMAPINFOHEADER

結(jié)構(gòu)體定義如下：

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;

} BITMAPINFOHEADER;

其中：

biSize	說明BITMAPINFOHEADER結(jié)構(gòu)所需要的字數(shù)。
biWidth	說明圖象的寬度，以象素為單位。
biHeight	說明圖象的高度，以象素為單位。注：這個值除了用于描述圖像的高度之外，它還有另一個用處，就是指明該圖像是倒向的位圖，還是正向的位圖。如果該值是一個正數(shù)，說明圖像是倒向的，如果該值是一個負數(shù)，則說明圖像是正向的。大多數(shù)的BMP文件都是倒向的位圖，也就是時，高度值是一個正數(shù)。
biPlanes	為目標設備說明位面數(shù)，其值將總是被設為1。
biBitCount	說明比特數(shù)/象素，其值為1、4、8、16、24、或32。但是由于我們平時用到的圖像絕大部分是24位和32位的，所以我們討論這兩類圖像。
biCompression	說明圖象數(shù)據(jù)壓縮的類型，同樣我們只討論沒有壓縮的類型：BI_RGB。
biSizeImage	說明圖象的大小，以字節(jié)為單位。當用BI_RGB格式時，可設置為0。
biXPelsPerMeter	說明水平分辨率，用象素/米表示。
biYPelsPerMeter	說明垂直分辨率，用象素/米表示。
biClrUsed	說明位圖實際使用的彩色表中的顏色索引數(shù)（設為0的話，則說明使用所有調(diào)色板項）。
biClrImportant	說明對圖象顯示有重要影響的顏色索引的數(shù)目，如果是0，表示都重要。

3、RGB顏色陣列

有關(guān)RGB三色空間我想大家都很熟悉，這里我想說的是在Windows下，RGB顏色陣列存儲的格式其實BGR。也就是說，對于24位的RGB位圖像素數(shù)據(jù)格式是：

藍色B值

綠色G值

紅色R值

對于32位的RGB位圖像素數(shù)據(jù)格式是：

藍色B值

綠色G值

紅色R值

透明通道A值

透明通道也稱Alpha通道，該值是該像素點的透明屬性，取值在0（全透明）到255（不透明）之間。對于24位的圖像來說，因為沒有Alpha通道，故整個圖像都不透明。

二、搞清了文件格式，下一步我們要實現(xiàn)加載。

??????????? 加載文件的目的是要得到圖片屬性，以及RGB數(shù)據(jù)，然后可以將其繪制在DC上(GDI)，或是生成紋理對象(3D:OpenGL/Direct3D)。這兩種用途在數(shù)據(jù)處理上有點區(qū)別，我們主要按前一種用法講，在和3D有不同的地方，我們再提出來。

1、加載文件頭

??????????? //Load the file header

??????????? BITMAPFILEHEADER header;

??????????? memset(&header, 0, sizeof(header));

??????????? inf.read((char*)&header, sizeof(header));

??????????? if(header.bfType != 0x4D42)

??????????????????????? return false;

??????????? 這個很簡單，沒有什么好說的。

??????????? 2、加載位圖信息頭

??????????? //Load the image information header

??????????? BITMAPINFOHEADER infoheader;

??????????? memset(&infoheader, 0, sizeof(infoheader));

??????????? inf.read((char*)&infoheader, sizeof(infoheader));

??????????? m_iImageWidth = infoheader.biWidth;

??????????? m_iImageHeight = infoheader.biHeight;

??????????? m_iBitsPerPixel = infoheader.biBitCount;

??????????? 這里我們得到了3各重要的圖形屬性：寬，高，以及每個像素顏色所占用的位數(shù)。

3、行對齊

由于Windows在進行行掃描的時候最小的單位為4個字節(jié)，所以當

圖片寬 X 每個像素的字節(jié)數(shù)！= 4的整數(shù)倍

時要在每行的后面補上缺少的字節(jié)，以0填充（一般來說當圖像寬度為2的冪時不需要對齊）。位圖文件里的數(shù)據(jù)在寫入的時候已經(jīng)進行了行對齊，也就是說加載的時候不需要再做行對齊。但是這樣一來圖片數(shù)據(jù)的長度就不是：寬 X 高 X 每個像素的字節(jié)數(shù)? 了，我們需要通過下面的方法計算正確的數(shù)據(jù)長度：

//Calculate the image data size

int iLineByteCnt = (((m_iImageWidth*m_iBitsPerPixel) + 31) >> 5) << 2;

m_iImageDataSize = iLineByteCnt * m_iImageHeight;

4、加載圖片數(shù)據(jù)

對于24位和32位的位圖文件，位圖數(shù)據(jù)的偏移量為sizeof(BITMAPFILEHEADER) + sizeof(BITMAPINFOHEADER)，也就是說現(xiàn)在我們可以直接讀取圖像數(shù)據(jù)了。

??????????? if(m_pImageData) delete []m_pImageData;

??????????? m_pImageData = new unsigned char[m_iImageDataSize];

??????????? inf.read((char*)m_pImageData, m_iImageDataSize);

如果你足夠細心，就會發(fā)現(xiàn)內(nèi)存m_pImageData里的數(shù)據(jù)的確是BGR格式，可以用個純藍色或者是純紅色的圖片測試一下。

5、繪制

好了，數(shù)據(jù)和屬性我們都有了，現(xiàn)在就可以拿來隨便用了，就和吃饅頭一樣，愛粘白糖粘白糖，愛粘紅糖粘紅糖。下面是我的GDI繪制代碼，僅作參考。

void CImage::DrawImage(HDC hdc, int iLeft, int iTop, int iWidth, int iHeight)

{

??????????? if(!hdc || m_pImageData == NULL)

??????????????????????? return;

??????????? BITMAPINFO bmi;

??????????? memset(&bmi, 0, sizeof(bmi));

??????????? bmi.bmiHeader.biSize = sizeof(BITMAPINFO);

??????????? bmi.bmiHeader.biWidth = m_iImageWidth;

??????????? bmi.bmiHeader.biHeight = m_iImageHeight;

??????????? bmi.bmiHeader.biPlanes = 1;

??????????? bmi.bmiHeader.biBitCount = m_iBitsPerPixel;

??????????? bmi.bmiHeader.biCompression = BI_RGB;

??????????? bmi.bmiHeader.biSizeImage = m_iImageDataSize;

??????????? StretchDIBits(hdc, iLeft, iTop, iWidth, iHeight,

??????????????????????????????????????????????? 0, 0, m_iImageWidth, m_iImageHeight,

??????????????????????????????????????????????? m_pImageData, &bmi, DIB_RGB_COLORS, SRCCOPY);

}

6、3D(DX)的不同之處

如果你是想用剛才我們得到的數(shù)據(jù)生成紋理對象，那么你還要請出下面的問題。

首先，用來生成紋理的數(shù)據(jù)不需要對齊，也就是說不能在每行的后面加上對齊的字節(jié)。當然在DX里要求紋理圖片的尺寸為2的冪，所以這個問題實際上不存在；

其次，我們得到的圖形數(shù)據(jù)格式是BGR(BGRA)，所以在生成紋理的時候，需需要做BGR->RGB(BGRA->RGBA)的轉(zhuǎn)化。

==============