青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

隨筆-4  評論-40  文章-117  trackbacks-0

 

BMP是英文Bitmap(位圖)的簡寫,它是Windows操作系統中的標準圖像文件格式,能夠被多種Windows應用程序所支持。隨著Windows操作系統的流行與豐富的Windows應用程序的開發,BMP位圖格式理所當然地被廣泛應用。這種格式的特點是包含的圖像信息較豐富,幾乎不進行壓縮,但由此導致了它與生俱生來的缺點--占用磁盤空間過大。所以,目前BMP在單機上比較流行。
  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作擴展名)。
  6.1.2 文件結構
  位圖文件可看成由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的值: 1字節用于藍色分量
  1字節用于綠色分量
  1字節用于紅色分量
  1字節用于填充符(設置為0)
  圖象數據 根據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;
  } 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];
  } 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;
  } 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
  說明圖象數據壓縮的類型。其值可以是下述值之一:
  BI_RGB:沒有壓縮;
  BI_RLE8:每個象素8比特的RLE壓縮編碼,壓縮格式由2字節組成(重復象素計數和顏色索引);
  BI_RLE4:每個象素4比特的RLE壓縮編碼,壓縮格式由2字節組成
  BI_BITFIELDS:每個象素的比特由指定的掩碼決定。
  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 表示位圖最多有65536種顏色。每個色素用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 表示位圖最多有1670萬種顏色。這種位圖沒有調色板(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對齊的,所以在內存中進行圖像處理時可進行匯編級的代碼優化(簡單))。


posted on 2009-10-30 17:31 李陽 閱讀(1011) 評論(0)  編輯 收藏 引用 所屬分類: 圖形圖像
青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            欧美视频1区| 欧美在线观看视频一区二区| 欧美中文字幕不卡| 欧美一区不卡| 久久精品国产999大香线蕉| 久久成人免费| 免费黄网站欧美| 亚洲第一页中文字幕| 亚洲电影免费观看高清完整版在线| 亚洲成人中文| 亚洲欧洲偷拍精品| 亚洲夜间福利| 久久伊人免费视频| 欧美日韩四区| 黑人极品videos精品欧美裸| 亚洲美女中文字幕| 久久精品国产69国产精品亚洲| 噜噜噜91成人网| 日韩视频永久免费| 久久久99国产精品免费| 欧美午夜大胆人体| 亚洲高清不卡在线| 午夜国产精品视频| 欧美激情一区二区三区在线视频| 一区二区三区四区蜜桃| 久久一区二区精品| 国产日韩欧美中文在线播放| 99riav国产精品| 久久人91精品久久久久久不卡| 亚洲国产精品久久91精品| 亚洲一区免费视频| 久久综合一区二区| 国产精品99久久久久久宅男| 久久综合亚洲社区| 国产欧美精品日韩| 制服丝袜亚洲播放| 亚洲第一精品电影| 久久精品国产久精国产思思| 欧美视频在线一区二区三区| 亚洲精品1234| 久久综合久久综合九色| 亚洲一区二区三区精品动漫| 欧美日韩黄色大片| 日韩亚洲在线| 亚洲国产精品久久| 欧美成年人视频| 亚洲第一页在线| 久久免费黄色| 欧美在线二区| 国产一区二区0| 欧美一区二区三区久久精品| 在线亚洲自拍| 欧美视频免费在线观看| 中文精品在线| aa亚洲婷婷| 国产精品高潮视频| 亚洲综合色在线| 亚洲性感美女99在线| 国产精品久久久久一区二区| 亚洲永久精品国产| 99v久久综合狠狠综合久久| 欧美高清成人| 一区二区av在线| 99精品99| 国产日产亚洲精品| 老司机67194精品线观看| 久久综合色播五月| 亚洲人体影院| 一区二区激情视频| 国产欧美大片| 老司机午夜精品视频| 麻豆成人在线观看| 99国产精品久久久久久久| 一区二区三区高清不卡| 国产伦精品一区二区三| 开心色5月久久精品| 欧美大尺度在线| 亚洲综合国产| 久久精品亚洲一区| 亚洲黄色免费| 在线综合视频| 精品二区久久| 亚洲精品免费在线观看| 国产精品嫩草久久久久| 久久久久久9999| 欧美成人亚洲成人日韩成人| 亚洲尤物在线| 久久免费国产| 亚洲视频一区在线观看| 午夜精品久久久久久99热| 亚洲高清二区| 在线一区二区视频| 欧美国产视频日韩| 午夜精品国产更新| 裸体素人女欧美日韩| 亚洲一区二区三区四区中文| 欧美中文字幕在线播放| 亚洲啪啪91| 欧美一进一出视频| 一本不卡影院| 久久久蜜臀国产一区二区| 亚洲午夜国产成人av电影男同| 久久精品视频导航| 亚洲在线免费| 免费成人在线观看视频| 欧美一区二区三区久久精品茉莉花| 久久婷婷麻豆| 西西人体一区二区| 欧美片网站免费| 蜜桃伊人久久| 国产视频一区在线观看| 亚洲精品网址在线观看| 亚洲国产美国国产综合一区二区| 亚洲中字在线| 亚洲深爱激情| 欧美日韩高清在线一区| 欧美激情精品久久久六区热门| 国产精品一区久久久| 亚洲美女啪啪| 99re视频这里只有精品| 老妇喷水一区二区三区| 久久国产精品久久久| 欧美视频中文字幕在线| 亚洲黄色在线看| 亚洲人成7777| 久久视频在线免费观看| 久久精品免费| 国产三区精品| 欧美一级黄色网| 久久久噜噜噜久久中文字幕色伊伊| 国产精品久久久久久模特| 亚洲美洲欧洲综合国产一区| 亚洲精品久久久久久久久| 久久色在线播放| 免费观看久久久4p| 一区二区三区我不卡| 久久午夜精品| 欧美成人一区二区三区片免费| 精品1区2区3区4区| 久久久噜噜噜久噜久久| 蜜桃视频一区| 亚洲国产精品一区在线观看不卡 | 亚洲淫性视频| 欧美性久久久| 中文在线资源观看视频网站免费不卡| 一本到高清视频免费精品| 欧美日韩第一页| 99这里只有久久精品视频| 中日韩在线视频| 一区二区日韩欧美| 香蕉国产精品偷在线观看不卡| 国产精品久久国产愉拍| 亚洲欧美在线磁力| 老司机免费视频久久| 亚洲欧洲精品一区二区三区波多野1战4| 久久综合狠狠综合久久激情| 一区二区高清| 欧美午夜一区二区| 欧美在线关看| 亚洲福利视频一区二区| 在线视频日韩精品| 国产精品永久免费在线| 麻豆精品传媒视频| 亚洲美女视频| 国产欧美精品国产国产专区| 久久影院亚洲| 一区二区三区视频在线看| 久久久国产精品亚洲一区| 日韩午夜精品| 国产日韩欧美中文| 欧美福利视频网站| 亚洲摸下面视频| 欧美国产精品日韩| 亚洲一区二区三区在线观看视频 | 欧美综合国产| 亚洲区一区二区三区| 久久9热精品视频| 99国产一区| 国产综合久久| 欧美日韩亚洲一区三区| 久久精品理论片| 一区二区三区高清不卡| 亚洲电影免费观看高清完整版在线观看 | 久久成人在线| 亚洲每日更新| 狠狠入ady亚洲精品经典电影| 欧美日韩天堂| 男女精品网站| 久久久一区二区| 亚洲性人人天天夜夜摸| 亚洲国产精品国自产拍av秋霞 | 亚洲精品乱码久久久久久| 久久久久国产精品一区三寸 | 亚洲国产婷婷香蕉久久久久久| 国产模特精品视频久久久久| 欧美aⅴ99久久黑人专区| 久久精品中文| 香蕉成人啪国产精品视频综合网| 亚洲蜜桃精久久久久久久| 欧美国产三区|