扫二维码与项目经理沟通
我们在微信上24小时期待你的声音
解答本文疑问/技术咨询/运营咨询/技术建议/互联网交流
这篇文章主要介绍“c语言如何解析bmp图片”的相关知识,小编通过实际案例向大家展示操作过程,操作方法简单快捷,实用性强,希望这篇“c语言如何解析bmp图片”文章能帮助大家解决问题。
成都创新互联2013年至今,先为泰宁等服务建站,泰宁等地企业,进行企业商务咨询服务。为泰宁企业网站制作PC+手机+微官网三网同步一站式服务解决您的所有建站问题。
BMP格式
这种格式内的数据分为三到四个部分,依次是:
文件信息头 (14字节)存储着文件类型,文件大小等信息
图片信息头 (40字节)存储着图像的尺寸,颜色索引,位平面数等信息
调色板 (由颜色索引数决定)【可以没有此信息】
位图数据 (由图像尺寸决定)每一个像素的信息在这里存储
一般的bmp图像都是24位,也就是真彩。每8位为一字节,24位也就是使用三字节来存储每一个像素的信息,三个字节对应存放r,g,b三原色的数据,每个字节的存贮范围都是0-255。
那么以此类推,32位图即每像素存储r,g,b,a(Alpha通道,存储透明度)四种数据。8位图就是只有灰度这一种信息,还有二值图,它只有两种颜色,黑或者白。
文件信息头格式
typedef struct tagBITMAPFILEHEADER { unsigned short bfType; // 19778,必须是BM字符串,对应的十六进制为0x4d42,十进制为19778 unsigned int bfSize; // 文件大小 unsigned short bfReserved1; // 一般为0 unsigned short bfReserved2; // 一般为0 unsigned int bfOffBits; // 从文件头到像素数据的偏移,也就是这两 } BITMAPFILEHEADER;
图片信息头格式
typedef struct tagBITMAPINFOHEADER { unsigned int biSize; // 此结构体的大小 int biWidth; // 图像的宽 int biHeight; // 图像的高 unsigned short biPlanes; // 1 unsigned short biBitCount; // 一像素所占的位数,一般为24 unsigned int biCompression; // 0 unsigned int biSizeImage; // 像素数据所占大小, 这个值应该等于上面文件头结构中bfSize-bfOffBits int biXPelsPerMeter; // 0 int biYPelsPerMeter; // 0 unsigned int biClrUsed; // 0 unsigned int biClrImportant;// 0 } BITMAPINFOHEADER;
调色板信息
这里需要根据文件信息头的bfOffBits是否等于54(由前面的固定14+40字节得出)来判断是否存在此调色板信息,如果是,则不存在;大于的话即存在。
可以根据需求提取其中的信息,或者直接移动到位图数据区读取像素信息。
这个地方可以表示为一个二维数组unsigned char palette[N][M], 其中N表示总的颜色索引数,M表示每像素占的字节数。例如一个24位图,每像素由3个字节构成,M即为3,每个字节可表示0-255共256种颜色,所以N为256 。
数组中存放的是索引信息,也就是一张映射表,标识颜色索引号与其代表的颜色的对应关系
位图数据
这里就存放着所有的像素信息了,每像素为一字节,读取出来后通过查询调色板获得颜色信息。
如果图像是24位或是32位数据的位图的话,位图数据区就不是索引而是实际的像素值了。下面说明一下,此时位图数据区的每个像素的RGB颜色阵列排布:
24位RGB按照BGR的顺序来存储每个像素的各颜色通道的值,一个像素的所有颜色分量值都存完后才存下一个下一个像素,不进行交织存储。
32位数据按照BGRA的顺序存储,其余与24位位图的方式一样。
注意:由于位图信息头中的图像高度是正数,所以位图数据在文件中的排列顺序是从左下角到右上角,以行为主序排列的。
也就是说,最先读取到的是位于从上往下数最后一行最左端的像素,然后是同行向右一列的像素,读取完一整行后,继续读取倒数第二行,然后继续向上直到读完所有数据。
关于“c语言如何解析bmp图片”的内容就介绍到这里了,感谢大家的阅读。如果想了解更多行业相关的知识,可以关注创新互联行业资讯频道,小编每天都会为大家更新不同的知识点。
我们在微信上24小时期待你的声音
解答本文疑问/技术咨询/运营咨询/技术建议/互联网交流