我刚接触图象处理,任务又很急,没有办法,请求各位大虾给我一盏明灯。具体情况是这样:给我一堆数据,位图的文件头,信息文件头和调色板都要我自己写,然后还原成位图,我现在都不知道从哪里下手,现在也只是让我先做单色的,然后再做32位真彩的,我该怎么办??紧急求助,有相关源码的更好!!,知道的高手,请务必写详细处理的过程,我150分相送!!!

解决方案 »

  1.   

    前面写40个位然后数据添上去.
    但钱40位包含了位图的数据以及与数据大小的对应.
    信息头文件会已单色(8,16)或24色而改变位数,只是24色减少了画板.
    查询msdn里的Bitmap.
      

  2.   

    看看bmp的头文件,研究研究给定数据的大小和头文件(包括文件头和调色坂)与文 件内容的信息的关系,相信你会搞定的!
      

  3.   

    添加62字节的头信息就可以了!第一部分为位图文件头BITMAPFILEHEADER,是一个结构,其定义如下:
    typedefstructtagBITMAPFILEHEADER{
    WORD bfType;
    DWORD bfSize;
    WORD bfReserved1;
    WORD bfReserved2;
    DWORD bfOffBits;
    } BITMAPFILEHEADER;
    这个结构的长度是固定的,为14个字节(WORD为无符号16位整数,DWORD为无符号32位整数),各个域的说明如下:
    bfType
    指定文件类型,必须是0x424D,即字符串"BM",也就是说所有.bmp文件的头两个字节都是"BM"
    bfSize
    指定文件大小,包括这14个字节
    bfReserved1,bfReserved2
    为保留字,不用考虑
    bfOffBits
    为从文件头到实际的位图数据的偏移字节数,即图3中前三个部分的长度之和。
    第二部分为位图信息头BITMAPINFOHEADER,也是一个结构,其定义如下:
    typedef struct tagBITMAPINFOHEADER{
    DWORD biSize;
    LONG biWidth;
    LONG biHeight;
    WORD biPlanes;
    WORD biBitCount
    DWORD biCompression;
    DWORD biSizeImage;
    LONG biXPelsPerMeter;
    LONG biYPelsPerMeter;
    DWORD biClrUsed;
    DWORD biClrImportant;
    } BITMAPINFOHEADER;
    这个结构的长度是固定的,为40个字节(WORD为无符号16位整数,DWORD无符
    号32位整数,LONG为32位整数),各个域的说明如下:
    biSize
    指定这个结构的长度,为40
    biWidth
    指定图象的宽度,单位是象素
    biHeight
    指定图象的高度,单位是象素
    biPlanes
    必须是1,不用考虑
    biBitCount
    指定表示颜色时要用到的位数,常用的值为1(黑白二色图),4(16色图),8(256色),24(真彩色图)(新的.bmp格式支持32位色,这里就不做讨论了)。
    biCompression
    指定位图是否压缩,有效的值为BI_RGB,BI_RLE8,BI_RLE4,BI_BITFIELDS(都是一些Windows定义好的常量)。要说明的是,Windows位图可以采用RLE4,和RLE8的压缩格式,但用的不多。我们今后所讨论的只有第一种不压缩的情况,即biCompression为BI_RGB的情况。
    biSizeImage
    指定实际的位图数据占用的字节数,其实也可以从以下的公式中计算出来:
    biSizeImage=biWidth'*biHeight
    要注意的是:上述公式中的biWidth'必须是4的整倍数(所以不是biWidth,而是biWidth',表示大于或等于biWidth的,离4最近的整倍数。举个例子,如果biWidth=240,则biWidth'=240;如果biWidth=241,biWidth'=244)如果biCompression为BI_RGB,则该项可能为零
    biXPelsPerMeter
    指定目标设备的水平分辨率,单位是每米的象素个数,关于分辨率的概念,我们将在打印部分详细介绍。
    biYPelsPerMeter
    指定目标设备的垂直分辨率,单位同上。
    biClrUsed
    指定本图象实际用到的颜色数,如果该值为零,则用到的颜色数为2的biBitCount次方。
    biClrImportant
    指定本图象中重要的颜色数,如果该值为零,则认为所有的颜色都是重要的。
    第三部分为调色板(Palette),当然,这里是对那些需要调色板的位图文件而言的。有些位图,如真彩色图,前面已经讲过,是不需要调色板的,BITMAPINFOHEADER后直接是位图数据。
    调色板实际上是一个数组,共有biClrUsed个元素(如果该值为零,则有2的biBitCount次方个元素)。数组中每个元素的类型是一个RGBQUAD结构,占4个字节,其定义如下:
    typedef struct tagRGBQUAD{
    BYTE rgbBlue; //该颜色的蓝色分量
    BYTE rgbGreen; //该颜色的绿色分量
    BYTE rgbRed; //该颜色的红色分量
    BYTE rgbReserved; //保留值
    } RGBQUAD;
    第四部分就是实际的图象数据了。对于用到调色板的位图,图象数据就是该像素颜在调色板中的索引值,对于真彩色图,图象数据就是实际的R,G,B值。下面就2色,16色,256色位图和真彩色位图分别介绍。
    对于2色位图,用1位就可以表示该像素的颜色(一般0表示黑,1表示白),所以一个字节可以表示8个像素。
    对于16色位图,用4位可以表示一个像素的颜色,所以一个字节可以表示2个像素。
    对于256色位图,一个字节刚好可以表示1个像素。
    对于真彩色图,三个字节才能表示1个像素,哇噻,好费空间呀,没办法,谁叫你想让图的颜色显得更亮丽呢,有得必有失嘛。
    要注意两点:
    1.每一行的字节数必须是4的整倍数,如果不是,则需要补齐。这在前面介绍biSizeImage时已经提到了。
    2.一般来说,.BMP文件的数据从下到上,从左到右的。也就是说,从文件中最先读到的是图象最下面一行的左边第一个像素,然后是左边第二个像素…接下来是倒数第二行左边第一个像素,左边第二个像素…依次类推,最后得到的是最上面一行的最右一个像素。
    好了,终于介绍完bmp文件结构了,是不是觉得头有些大?别着急,对照着下面的程序,你就会很清楚了(我可是最爱看源程序的了,呵呵).