轉(zhuǎn)載自:http://blog.csdn.net/repeaterbin/article/details/3979272
Bitmap重要屬性整理
2009-02-24 14:13
Bitmap:
(1) public Bitmap (int width,int height,int stride, PixelFormat format,IntPtr scan0)
用指定的大小、像素格式和像素數(shù)據(jù)初始化 Bitmap 類的新實例。
(2) LockBits():,就是把圖像的內(nèi)存區(qū)域根據(jù)格式鎖定，拿到那塊內(nèi)存的首地址。這樣就可以直接改寫這段內(nèi)存了。這個方法的設(shè)計是挺好，可惜都是C++作為源泉來的，.NET Framework里面根本就不推薦用指針，需要用Marshal.Copy把內(nèi)容Copy到一個byte數(shù)組里面，然后處理完了再Copy回去。
(3) UnlockBits():從系統(tǒng)內(nèi)存解鎖此 Bitmap。
BitmapData:位圖圖像的屬性
(1) Height獲取或設(shè)置 Bitmap 對象的像素高度。有時也稱作掃描行數(shù)。
(2) PixelFormat: 獲取或設(shè)置返回此 BitmapData 對象的 Bitmap 對象中像素信息的格式。
(3) Reserved: 保留。不要使用。
(4) Scan0: 獲取或設(shè)置位圖中第一個像素數(shù)據(jù)的地址。它也可以看成是位圖中的第一個掃描行。
(5) Stride: 獲取或設(shè)置 Bitmap 對象的跨距寬度（也稱為掃描寬度）。
Stride:跨距是單行像素（一個掃描行）的寬度，舍入為一個 4 字節(jié)的邊界。跨距總是大于或等于實際像素寬度。如果跨距為正，則位圖自頂向下。如果跨距為負，則位圖顛倒。Stride是指圖像每一行需要占用的字節(jié)數(shù)。根據(jù)BMP格式的標準，Stride一定要是4的倍數(shù)。據(jù)個例子，一幅1024*768的24bppRgb的圖像，每行有效的像素信息應(yīng)該是1024*3 = 3072。因為已經(jīng)是4的倍數(shù)，所以Stride就是3072。那么如果這幅圖像是35*30，那么一行的有效像素信息是105，但是105不是4的倍數(shù)，所以填充空字節(jié)，Stride應(yīng)該是108。這一行計算出來的offset就是3。一要注意必須是4的倍數(shù)，二單位是字節(jié)！
(6) Width: 獲取或設(shè)置 Bitmap 對象的像素寬度。這也可以看作是一個掃描行中的像素數(shù)。
PixelFormat：
(1) Format24bppRgb,也就是24位色。在這種格式下3個字節(jié)表示一種顏色，也就是我們通常所知道的R,G,B，所以每個字節(jié)表示顏色的一個分量。
(2) Format32bppArgb,除了RGB，在圖像中還存在一個通道，叫做A。這個A就是用來描述當前像素是透明，半透明，還是全透明的分量。這個通道是2個叫Catmull和Smith在上世紀70年代初發(fā)明的。通過這個分量，我們可以進行alpha混合的一些計算。從而使表面的圖像和背景圖像混合，從而造成透明半透明的效果。在這種格式下A作為一個byte，取值可以從0到255，那么0表示圖像完全透明，則完全不可見，255則表示圖像完全不透明。每個像素都可以實現(xiàn)這種透明或者半透明的效果。更詳細解釋可以參考http://en.wikipedia.org/wiki/Alpha_compositing，或者去買本數(shù)字圖像處理的書回來看。
(3) Format32bppPArgb，這叫做premultiplied alpha，就是說在RGB分量里面，alpha分量的數(shù)據(jù)已經(jīng)被預(yù)先乘進去了。比如說，一個半透明的紅色點，在ARGB下，矢量是(255,0,0,128),而在PARGB下就變成了(128,0,0,128)。這是為了不要每次都做乘法。
(4) Bitmap保存成為一個文件，那么必須用png格式，才能夠保存alpha通道的信息。如果你存為JPG/BMP/GIF,那么alpha通道的信息將會被丟失。如果存為BMP,那么文件格式將變成Format32bppRgb，其中1個字節(jié)不再使用；如果保存為JPEG，那么是Format24bppRgb；存為GIF，格式將變成Format8bppIndexed。根據(jù)標準，BMP/JPG本來就不支持透明通道，所以沒有可能保留透明信息。GIF倒是支持透明，但是GIF中顏色的信息都是索引，所以Alpha的解釋對GIF完全沒有效果，
BitmapInfoHeader:
biHeight：說明圖象的高度，以象素為單位。
如果該值是一個正數(shù)，說明Btimap是Bottom up DIB，起始點是左下角，也就是從圖像的最下面一行掃描，位圖數(shù)組中得到的第一行數(shù)據(jù)實際是圖形的最下面的一行。圖像是倒向的；
如果該值是一個負數(shù)，則說明圖像是TopDown DIB，起始點是左上角，圖像從最上面一行掃描，圖像正向的。
大多數(shù)的BMP文件都是倒向的位圖，也就是時，高度值是一個正數(shù)。（注：當高度值是一個負數(shù)時（正向圖像），圖像將不能被壓縮（也就是說biCompression成員將不能是BI_RLE8或BI_RLE4）。