• <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>

            兔子的技術博客

            兔子

               :: 首頁 :: 聯系 :: 聚合  :: 管理
              202 Posts :: 0 Stories :: 43 Comments :: 0 Trackbacks

            留言簿(10)

            最新評論

            閱讀排行榜

            評論排行榜

            轉自:http://hi.baidu.com/kennlee/blog/item/52375eca63394743f31fe7d8.html

                   1. BMP文件組成

              BMP文件由文件頭、位圖信息頭、顏色信息和圖形數據四部分組成。文件頭主要包含文件的大小、文件類型、圖像數據偏離文件頭的長度等信息;位圖信息頭包含圖象的尺寸信息、圖像用幾個比特數值來表示一個像素、圖像是否壓縮、圖像所用的顏色數等信息。顏色信息包含圖像所用到的顏色表,顯示圖像時需用到這個顏色表來生成調色板,但如果圖像為真彩色,既圖像的每個像素用24個比特來表示,文件中就沒有這一塊信息,也就不需要操作調色板。文件中的數據塊表示圖像的相應的像素值,需要注意的是:圖像的像素值在文件中的存放順序為從左到右,從下到上,也就是說,在BMP文件中首先存放的是圖像的最后一行像素,最后才存儲圖像的第一行像素,但對與同一行的像素,則是按照先左邊后右邊的的順序存儲的;另外一個需要讀者朋友關注的細節是:文件存儲圖像的每一行像素值時,如果存儲該行像素值所占的字節數為4的倍數,則正常存儲,否則,需要在后端補0,湊足4的倍數。

              2. BMP文件頭

              BMP文件頭數據結構含有BMP文件的類型、文件大小和位圖起始位置等信息。其結構定義如下:

            1 typedef struct tagBITMAPFILEHEADER
            2 {
            3 WORD bfType; // 位圖文件的類型,必須為“BM”
            4 DWORD bfSize; // 位圖文件的大小,以字節為單位
            5 WORD bfReserved1; // 位圖文件保留字,必須為0
            6 WORD bfReserved2; // 位圖文件保留字,必須為0
            7 DWORD bfOffBits; // 位圖數據的起始位置,以相對于位圖文件頭的偏移量表示,以字節為單位
            8 } BITMAPFILEHEADER;該結構占據14個字節。 



              3. 位圖信息頭

              BMP位圖信息頭數據用于說明位圖的尺寸等信息。其結構如下:

             1 typedef struct tagBITMAPINFOHEADER{
             2 DWORD biSize; // 本結構所占用字節數
             3 LONG biWidth; // 位圖的寬度,以像素為單位
             4 LONG biHeight; // 位圖的高度,以像素為單位
             5 WORD biPlanes; // 目標設備的平面數不清,必須為1
             6 WORD biBitCount// 每個像素所需的位數,必須是1(雙色), 4(16色),8(256色)或24(真彩色)之一
             7 DWORD biCompression; // 位圖壓縮類型,必須是 0(不壓縮),1(BI_RLE8壓縮類型)或2(BI_RLE4壓縮類型)之一
             8 DWORD biSizeImage; // 位圖的大小,以字節為單位
             9 LONG biXPelsPerMeter; // 位圖水平分辨率,每米像素數
            10 LONG biYPelsPerMeter; // 位圖垂直分辨率,每米像素數
            11 DWORD biClrUsed;// 位圖實際使用的顏色表中的顏色數
            12 DWORD biClrImportant;// 位圖顯示過程中重要的顏色數
            13 } BITMAPINFOHEADER;該結構占據40個字節。 



              注意:對于BMP文件格式,在處理單色圖像和真彩色圖像的時候,無論圖象數據多么龐大,都不對圖象數據進行任何壓縮處理,一般情況下,如果位圖采用壓縮格式,那么16色圖像采用RLE4壓縮算法,256色圖像采用RLE8壓縮算法。

              4. 顏色表

              顏色表用于說明位圖中的顏色,它有若干個表項,每一個表項是一個RGBQUAD類型的結構,定義一種顏色。RGBQUAD結構的定義如下:

            1 typedef struct tagRGBQUAD {
            2     BYTErgbBlue;// 藍色的亮度(值范圍為0-255)
            3     BYTErgbGreen; // 綠色的亮度(值范圍為0-255)
            4     BYTErgbRed; // 紅色的亮度(值范圍為0-255)
            5     BYTErgbReserved;// 保留,必須為0
            6 } RGBQUAD; 



              顏色表中RGBQUAD結構數據的個數由BITMAPINFOHEADER 中的biBitCount項來確定,當biBitCount=1,4,8時,分別有2,16,256個顏色表項,當biBitCount=24時,圖像為真彩色,圖像中每個像素的顏色用三個字節表示,分別對應R、G、B值,圖像文件沒有顏色表項。位圖信息頭和顏色表組成位圖信息,BITMAPINFO結構定義如下:

            1 
            2 typedef struct tagBITMAPINFO {
            3 BITMAPINFOHEADER bmiHeader; // 位圖信息頭
            4 RGBQUAD bmiColors[1]; // 顏色表
            5 } BITMAPINFO; 



              注意:RGBQUAD數據結構中,增加了一個保留字段rgbReserved,它不代表任何顏色,必須取固定的值為“0”,同時,RGBQUAD結構中定義的顏色值中,紅色、綠色和藍色的排列順序與一般真彩色圖像文件的顏色數據排列順序恰好相反,既:若某個位圖中的一個像素點的顏色的描述為“00,00,ff,00”,則表示該點為紅色,而不是藍色。

              5. 位圖數據

              位圖數據記錄了位圖的每一個像素值或該對應像素的顏色表的索引值,圖像記錄順序是在掃描行內是從左到右,掃描行之間是從下到上。這種格式我們又稱為Bottom_Up位圖,當然與之相對的還有Up_Down形式的位圖,它的記錄順序是從上到下的,對于這種形式的位圖,也不存在壓縮形式。位圖的一個像素值所占的字節數:當biBitCount=1時,8個像素占1個字節;當biBitCount=4時,2個像素占1個字節;當biBitCount=8時,1個像素占1個字節;當biBitCount=24時,1個像素占3個字節,此時圖像為真彩色圖像。當圖像不是為真彩色時,圖像文件中包含顏色表,位圖的數據表示對應像素點在顏色表中相應的索引值,當為真彩色時,每一個像素用三個字節表示圖像相應像素點彩色值,每個字節分別對應R、G、B分量的值,這時候圖像文件中沒有顏色表。上面我已經講過了,Windows規定圖像文件中一個掃描行所占的字節數必須是4的倍數(即以字為單位),不足的以0填充,圖像文件中一個掃描行所占的字節數計算方法:

             1        DataSizePerLine= (biWidth* biBitCount+31)/8// 一個掃描行所占的字節數 
             2 
             3 或者
             4           DataSizePerLine= (biWidth* biBitCount+31)/32 * 4// 一個掃描行所占的字節數 
             5 
             6 (如果biBitCount == 8 或24) 
             7 
             8          DataSizePerLine= (biWidth* 3+3)/4*4// 一個掃描行所占的字節數 
             9 
            10 
            11 
            12        DataSizePerLine= (biWidth*1+3)/4*4// 一個掃描行所占的字節數 
            13 


              位圖數據的大小按下式計算(不壓縮情況下):

              DataSize= DataSizePerLine* biHeight。

              上述是BMP文件格式的說明,搞清楚了以上的結構,就可以正確的操作圖像文件,對它進行讀或寫操作了。

            posted on 2009-09-27 16:00 會飛的兔子 閱讀(1503) 評論(0)  編輯 收藏 引用 所屬分類: 框架/圖像/算法
            亚洲AV日韩AV永久无码久久| 丰满少妇人妻久久久久久4| 亚洲国产天堂久久综合| 日日狠狠久久偷偷色综合96蜜桃| 色妞色综合久久夜夜| 久久99国产精品久久久| 亚洲国产高清精品线久久 | 久久这里的只有是精品23| 亚洲中文字幕无码久久综合网| 99久久精品国产高清一区二区| 国产综合成人久久大片91| 久久久噜噜噜www成人网| 久久精品18| 蜜桃麻豆www久久| 久久国产色AV免费观看| 中文字幕亚洲综合久久菠萝蜜| 91精品国产综合久久香蕉| 色88久久久久高潮综合影院| 久久久亚洲欧洲日产国码是AV| 久久亚洲国产午夜精品理论片| 欧美黑人又粗又大久久久| 国内精品久久久久影院薰衣草| 欧美无乱码久久久免费午夜一区二区三区中文字幕 | 国产高清国内精品福利99久久| 久久精品免费一区二区| 青青草原精品99久久精品66 | 久久无码专区国产精品发布 | 久久天天躁夜夜躁狠狠 | 国产精品中文久久久久久久| 大香网伊人久久综合网2020| 久久精品中文闷骚内射| 99久久精品免费看国产一区二区三区 | 蜜臀久久99精品久久久久久小说 | 午夜精品久久久久成人| 国内精品九九久久久精品| 精品久久久久成人码免费动漫| 久久久WWW成人免费精品| 精品国产一区二区三区久久| 一本色道久久综合| 亚洲人成电影网站久久| 久久se精品一区二区|