linux C 创建BMP文件打不开原因
BMP文件包括四个部分
第一部分为位图文件头BITMAPFILEHEADER,是一个结构,其定义如下:
typedef struct tagBITMAPFILEHEADER {
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
为从文件头到实际的位图数据的偏移字节数,即图1.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个字节(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
指定目标设备的水平分辨率,单位是每米的象素个数,关于分辨率的概念,我们将在第4章详细介绍。
biYPelsPerMeter
指定目标设备的垂直分辨率,单位同上。
biClrUsed
指定本图象实际用到的颜色数,如果该值为零,则用到的颜色数为2biBitCount。
biClrImportant
指定本图象中重要的颜色数,如果该值为零,则认为所有的颜色都是重要的。
第三部分为调色板Palette,当然,这里是对那些需要调色板的位图文件而言的。有些位图,如真彩色图,前面已经讲过,是不需要调色板的,BITMAPINFOHEADER后直接是位图数据。
调色板实际上是一个数组,共有biClrUsed个元素(如果该值为零,则有2biBitCount个元素)。数组中每个元素的类型是一个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个象素,哇,好费空间呀!没办法,谁叫你想让图的颜色显得更亮丽呢,有得必有失嘛。
然后我选择24位的真彩图进行文件的创建。可是创建好后打不开。然后发现是因为linux下自己对其的原因,我重新选择一个一个属性的写入文件成功了。
#include <stdio.h> #include <malloc.h> #include <stdlib.h> /*位图头文件数据结构*/ typedef struct tagBITMAPFILEHEADER { unsigned char bfType[2]; //位图文件类型,必须为'B' 'M' unsigned long bfSize; //位图文件大小(以字节为单位) unsigned short bfReserved1; //位图文件保留字,必须为0 unsigned short bfReserved2; //位图文件保留字,必须为0 unsigned long bfOffBits; //位图数据的起始位置,以相对位图文件头的偏移量(单位字节) }BITMAPFILEHEADER ; //共14Byte /*位图信息数据结构*/ typedef struct tagBITMAPINFOHEADER{ unsigned long biSize; //本结构所占用字节数 long biWidth; //位图宽度,以像素为单位 long biHeight; //位图高度,以像素为单位 unsigned short biPlanes; //目标设备级别,必须为1 unsigned short biBitCount; //每个像素所需的位数,1(双色),4(16色),8(256色),24(真彩色) unsigned long biCompression; //位图的压缩类型,必须是0(示不压缩),1(BI_RLE8压缩类型),2(BI_RLE4压缩类型)之一 unsigned long biSizeImage; //位图大小以字节为单位 long biXPixPerMeter; //图像水平分辨率,每米像素数 long biYPixPerMeter; //图像垂直分辨率,每米像素数 unsigned long biClrUsed; //位图实际使用的颜色表中的颜色数 unsigned long biClrImporant; //位图显示过程中重要的颜色数 }BITMAPINFOHEADER; //共40Byte int main(void) { FILE *fp; int i,j; unsigned char c, d; BITMAPFILEHEADER *bitmapFileHeader; BITMAPINFOHEADER *bitmapInfoHeader; if((fp=fopen("234.bmp", "wb"))==NULL){ fprintf(stderr, "file cannot open\n"); exit(1); } bitmapFileHeader=(BITMAPFILEHEADER *)malloc(sizeof(BITMAPFILEHEADER)); bitmapInfoHeader=(BITMAPINFOHEADER *)malloc(sizeof(BITMAPINFOHEADER)); printf("%d\n",sizeof( bitmapFileHeader->bfType[2])); bitmapFileHeader->bfType[0] = 'B'; bitmapFileHeader->bfType[1] = 'M'; bitmapFileHeader->bfReserved1 = 0x0000; bitmapFileHeader->bfReserved2 = 0x0000; bitmapFileHeader->bfOffBits = sizeof(BITMAPFILEHEADER) + sizeof(BITMAPINFOHEADER); bitmapInfoHeader->biSize = sizeof(BITMAPINFOHEADER); bitmapInfoHeader->biWidth = (long)128; bitmapInfoHeader->biHeight = (long)128; bitmapInfoHeader->biPlanes = 0x0001; bitmapInfoHeader->biBitCount = 0x0018; //24位图 bitmapInfoHeader->biCompression = 0x0000; //不压缩 bitmapInfoHeader->biSizeImage = bitmapInfoHeader->biWidth*bitmapInfoHeader->biHeight * 3; bitmapInfoHeader->biXPixPerMeter = 3780; /*96dpi*/ bitmapInfoHeader->biYPixPerMeter = 3780; /*96dpi*/ bitmapInfoHeader->biClrUsed = 0; bitmapInfoHeader->biClrImporant = 0; bitmapFileHeader->bfSize = bitmapFileHeader->bfOffBits + bitmapInfoHeader->biSizeImage; fwrite((unsigned char *)bitmapFileHeader->bfType, 2, 1, fp); fwrite((unsigned char *)&bitmapFileHeader->bfSize, 4, 1, fp); fwrite((unsigned char *)&bitmapFileHeader->bfReserved1, 2, 1, fp); fwrite((unsigned char *)&bitmapFileHeader->bfReserved2, 2, 1, fp); fwrite((unsigned char *)&bitmapFileHeader->bfOffBits, 4, 1, fp); fwrite((unsigned char *)&bitmapInfoHeader->biSize, 4, 1, fp); fwrite((unsigned char *)&bitmapInfoHeader->biWidth, 4, 1, fp); fwrite((unsigned char *)&bitmapInfoHeader->biHeight, 4, 1, fp); fwrite((unsigned char *)&bitmapInfoHeader->biPlanes, 2, 1, fp); fwrite((unsigned char *)&bitmapInfoHeader->biBitCount, 2, 1, fp); fwrite((unsigned char *)&bitmapInfoHeader->biCompression, 4, 1, fp); fwrite((unsigned char *)&bitmapInfoHeader->biSizeImage, 4, 1, fp); fwrite((unsigned char *)&bitmapInfoHeader->biXPixPerMeter, 4, 1, fp); fwrite((unsigned char *)&bitmapInfoHeader->biYPixPerMeter, 4, 1, fp); fwrite((unsigned char *)&bitmapInfoHeader->biClrUsed, 4, 1, fp); fwrite((unsigned char *)&bitmapInfoHeader->biClrImporant, 4, 1, fp); //fwrite((unsigned char *)bitmapFileHeader, sizeof(BITMAPFILEHEADER), 1, fp); /*位图信息结构写入文件*/ //fwrite((unsigned char *)bitmapInfoHeader, sizeof(BITMAPINFOHEADER), 1, fp); for(j=0;j<bitmapInfoHeader->biHeight;j++){ for(i=0;i<bitmapInfoHeader->biWidth;i++){ c=(((i&0x08)==0)^((j&0x08)==0))*255; fputc(c, fp); /* B */ fputc(c, fp); /* G */ fputc(c, fp); /* R */ } } free(bitmapFileHeader); free(bitmapInfoHeader); fclose(fp); return 0; }
浙公网安备 33010602011771号