256级灰度BMP文件读写的源代码c语言图像处理.docVIP

本文档最早发布于 /u/1495182054 1.256级灰度BMP文件读写的源代码！ 首先要明白256级灰度BMP文件的格式 1.首先是一个14个字节的文件头，定义如下 typedef struct tagBITMAPFILEHEADER{? WORD??? bfType;? DWORD?? bfSize;? WORD??? bfReserved1;? WORD??? bfReserved2;? DWORD?? bfOffBits;} BITMAPFILEHEADER, *PBITMAPFILEHEADER; bfType是表明BMP文件类型的数据，在这里我们填入的是0x4d42,其实就是BM两个字，bfSize是文件大小,bfOffBits是文件头到数据块的偏移量，对于256级灰度图，就是1078个字节，后面会做描述 2.接下来是40个字节的是描述位图属性的40个字节 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, *PBITMAPINFOHEADER; ? 这里面只有biWidth表示宽度，biPlanes表示高度，biBitCount对于256级灰度正好是83.由于是256级灰度图，那么有256个调色板数据，每个调色板是如下定义的 typedef struct tagRGBQUAD { ??? BYTE??? rgbBlue; ??? BYTE??? rgbGreen; ??? BYTE??? rgbRed; ??? BYTE??? rgbReserved; }RGBQUAD, *PRGBQUAD; 调色板数据其实告诉了显示器实际显示的时候的具体颜色，所以调色板长度是1024字节 4.最后是按行组织的图像数据，但这些数据并不是简单的按照图像的高度宽度wh的数组数据这些数据最重要的特点是 a.按行组织，每行宽度是w,但是要进行4个字节的对齐。比如如果是图像宽度是253，那么数据对齐后一行还是有256个字节。对齐可以用下面的宏来计算 #define GET_ALIGN(x)? (((x+3)/4)*4) b.图像数据是倒行的，也就是数据第一行对应图像最后一行，最后一行数据对应第一行 ?图像的实际数据之前的偏移量是sizeof(BITMAPFILEHEADER)+sizeof(BITMAPINFOHEADER)+256*sizeof(RGBQUAD)=14+40+1024=1078个字节。 下面是实际的BMP文件输入输函数代码 从文件读入内存代码： pw返回宽度； ph返回高度； 函数返回内存指针； /*********************************************/ unsigned char*? read_bmp(const char* pszFileName,? int* pw, int* ph){?BITMAPFILEHEADER bfh;?BITMAPINFOHEADER bmh;?FILE *fp;?unsigned char* pImg = NULL;?int i;?fp=fopen(pszFileName, rb);//二进制打开?if(fp==NULL) return NULL;?fread(bfh, sizeof(BITMAPFILEHEADER),1, fp);?fread(bmh, sizeof(BITMAPINFOHEADER),1, fp); //判断是否8bit的图像?if(bfh.bfType!=0x4d42 bmh.biBitCount!=8) return NULL;?pImg=(unsigned char*)malloc(bmh.biWidth*bmh.biHeight);?*pw=bmh.biWidth;?*ph=bmh.biHeight; ? for(i=0; ibmh.biHeight; i++)?{?? fseek(fp, 1078+(bmh.biHeight-i-1)*GET_ALIGN(bmh.biWidth), SEEK_SET); ?? fread