上面是我的微信和QQ群,欢迎新朋友的加入。
先看实物效果
通过程序软解码BMP图片
ocDrawBmp(200,50,bmpPic);
一.简介
BMP(Bitmap-File)图形文件是Windows采用的图形文件格式,在Windows环境下运行的所有图象处理软件都支持BMP图象文件格式。Windows系统内部各图像绘制操作都是以BMP为基础的。Windows 3.0以前的BMP图文件格式与显示设备有关,因此把这种BMP图象文件格式称为设备相关位图DDB(device-dependent bitmap)文件格式。Windows 3.0以后的BMP图象文件与显示设备无关,因此把这种BMP图象文件格式称为设备无关位图DIB(device-independent bitmap)格式(注:Windows 3.0以后,在系统中仍然存在DDB位图,象BitBlt()这种函数就是基于DDB位图的,只不过如果你想将图像以BMP格式保存到磁盘文件中时,微软极力推荐你以DIB格式保存),目的是为了让Windows能够在任何类型的显示设备上显示所存储的图象。BMP位图文件默认的文件扩展名是BMP或者bmp(有时它也会以.DIB或.RLE作扩展名)。
二.BMP格式结构
BMP文件的数据按照从文件头开始的先后顺序分为四个部分:
◆ 位图文件头(bmp file header): 提供文件的格式、大小等信息
◆ 位图信息头(bitmap information):提供图像数据的尺寸、位平面数、压缩方式、颜色索引等信息
◆ 调色板(color palette):可选,如使用索引来表示图像,调色板就是索引与其对应的颜色的映射表
◆ 位图数据(bitmap data):图像数据区
BMP图片文件数据表如下:
数据段名称 | 大小(byte) | 开始地址 | 结束地址 |
位图文件头(bitmap-file header) | 14 | 0000h | 000Dh |
位图信息头(bitmap-information header) | 40 | 000Eh | 0035h |
调色板(color table) | 由biBitCount决定 | 0036h | 未知 |
图片点阵数据(bitmap data) | 由图片大小和颜色定 | 未知 | 未知 |
三.BMP文件头
BMP文件头结构体定义如下:
typedef struct tagBITMAPFILEHEADER
{
UINT16 bfType; //2Bytes,必须为"BM",即0x424D 才是Windows位图文件
DWORD bfSize; //4Bytes,整个BMP文件的大小
UINT16 bfReserved1; //2Bytes,保留,为0
UINT16 bfReserved2; //2Bytes,保留,为0
DWORD bfOffBits; //4Bytes,文件起始位置到图像像素数据的字节偏移量
} BITMAPFILEHEADER;
BMP文件头数据表如下:
变量名 | 地址偏移 | 大小 | 作用说明 |
bfType | 0000h | 2Bytes | 文件标识符,必须为"BM",即0x424D 才是Windows位图文件 ‘BM’:Windows 3.1x, 95, NT,… ‘BA’:OS/2 Bitmap Array ‘CI’:OS/2 Color Icon ‘CP’:OS/2 Color Pointer ‘IC’:OS/2 Icon ‘PT’:OS/2 Pointer 因为OS/2系统并没有被普及开,所以在编程时,你只需判断第一个标识“BM”就行 |
bfSize | 0002h | 4Bytes | 整个BMP文件的大小(以位B为单位) |
bfReserved1 | 0006h | 2Bytes | 保留,必须设置为0 |
bfReserved2 | 0008h | 2Bytes | 保留,必须设置为0 |
bfOffBits | 000Ah | 4Bytes | 说明从文件头0000h开始到图像像素数据的字节偏移量(以字节Bytes为单位),以为位图的调色板长度根据位图格式不同而变化,可以用这个偏移量快速从文件中读取图像数据 |
四.BMP信息头
BMP信息头结构体定义如下:
typedef struct _tagBMP_INFOHEADER
{
DWORD biSize; //4Bytes,INFOHEADER结构体大小,存在其他版本I NFOHEADER,用作区分
LONG biWidth; //4Bytes,图像宽度(以像素为单位)
LONG biHeight; //4Bytes,图像高度,+:图像存储顺序为Bottom2Top,-:Top2Bottom
WORD biPlanes; //2Bytes,图像数据平面,BMP存储RGB数据,因此总为1
WORD biBitCount; //2Bytes,图像像素位数
DWORD biCompression; //4Bytes,0:不压缩,1:RLE8,2:RLE4
DWORD biSizeImage; //4Bytes,4字节对齐的图像数据大小
LONG biXPelsPerMeter; //4 Bytes,用象素/米表示的水平分辨率
LONG biYPelsPerMeter; //4 Bytes,用象素/米表示的垂直分辨率
DWORD biClrUsed; //4 Bytes,实际使用的调色板索引数,0:使用所有的调色板索引
DWORD biClrImportant; //4 Bytes,重要的调色板索引数,0:所有的调色板索引都重要
}BMP_INFOHEADER;
BMP信息头数据表如下:
变量名 | 地址偏移 | 大小 | 作用说明 |
biSize | 000Eh | 4Bytes | BNP信息头即BMP_INFOHEADER结构体所需要的字节数(以字节为单位) |
biWidth | 0012h | 4Bytes | 说明图像的宽度(以像素为单位) |
biHeight | 0016h | 4Bytes | 说明图像的高度(以像素为单位)。这个值还有一个用处,指明图像是正向的位图还是倒向的位图,该值是正数说明图像是倒向的即图像存储是由下到上;该值是负数说明图像是倒向的即图像存储是由上到下。大多数BMP位图是倒向的位图,所以此值是正值。 |
biPlanes | 001Ah | 2Bytes | 为目标设备说明位面数,其值总设置为1 |
biBitCount | 001Ch | 2Bytes | 说明一个像素点占几位(以比特位/像素位单位),其值可为1,4,8,16,24或32 |
biCompression | 001Eh | 4Bytes | 说明图像数据的压缩类型,取值范围为: 0 BI_RGB 不压缩(最常用) 1 BI_RLE8 8比特游程编码(BLE),只用于8位位图 2 BI_RLE4 4比特游程编码(BLE),只用于4位位图 3 BI_BITFIELDS比特域(BLE),只用于16/32位位图 4 |
biSizeImage | 0022h | 4Bytes | 说明图像的大小,以字节为单位。当用BI_RGB格式时,总设置为0 |
biXPelsPerMeter | 0026h | 4Bytes | 说明水平分辨率,用像素/米表示,有符号整数 |
biYPelsPerMeter | 002Ah | 4Bytes | 说明垂直分辨率,用像素/米表示,有符号整数 |
biClrUsed | 002Eh | 4Bytes | 说明位图实际使用的调色板索引数,0:使用所有的调色板索引 |
biClrImportant | 0032h | 4Bytes | 说明对图像显示有重要影响的颜色索引的数目,如果是0,表示都重要。 |
五.BMP调色板
BMP调色板结构体定义如下:
typedef struct _tagRGBQUAD
{
BYTE rgbBlue; //指定蓝色强度
BYTE rgbGreen; //指定绿色强度
BYTE rgbRed; //指定红色强度
BYTE rgbReserved; //保留,设置为0
} RGBQUAD;
1,4,8位图像才会使用调色板数据,16,24,32位图像不需要调色板数据,即调色板最多只需要256项(索引0 - 255)。
颜色表的大小根据所使用的颜色模式而定:2色图像为8字节;16色图像位64字节;256色图像为1024字节。其中,每4字节表示一种颜色,并以B(蓝色)、G(绿色)、R(红色)、alpha(32位位图的透明度值,一般不需要)。即首先4字节表示颜色号1的颜色,接下来表示颜色号2的颜色,依此类推。
颜色表中RGBQUAD结构数据的个数有biBitCount来确定,当biBitCount=1,4,8时,分别有2,16,256个表项。
当biBitCount=1时,为2色图像,BMP位图中有2个数据结构RGBQUAD,一个调色板占用4字节数据,所以2色图像的调色板长度为2*4为8字节。
当biBitCount=4时,为16色图像,BMP位图中有16个数据结构RGBQUAD,一个调色板占用4字节数据,所以16像的调色板长度为16*4为64字节。
当biBitCount=8时,为256色图像,BMP位图中有256个数据结构RGBQUAD,一个调色板占用4字节数据,所以256色图像的调色板长度为256*4为1024字节。
当biBitCount=16,24或32时,没有颜色表。
五.BMP图像数据区
位图数据记录了位图的每一个像素值,记录顺序是在扫描行内是从左到右,扫描行之间是从下到上。位图的一个像素值所占的字节数:
当biBitCount=1时,8个像素占1个字节;
当biBitCount=4时,2个像素占1个字节;
当biBitCount=8时,1个像素占1个字节;
当biBitCount=24时,1个像素占3个字节;
Windows规定一个扫描行所占的字节数必须是4的倍数(即以long为单位),不足的以0填充,
一个扫描行所占的字节数计算方法:
DataSizePerLine= (biWidth* biBitCount+31)/8;
// 一个扫描行所占的字节数
DataSizePerLine= DataSizePerLine/4*4; // 字节数必须是4的倍数
位图数据的大小(不压缩情况下):
DataSize= DataSizePerLine* biHeight;
颜色表接下来位为位图文件的图像数据区,在此部分记录着每点像素对应的颜色号,其记录方式也随颜色模式而定,既2色图像每点占1位(8位为1字节);16色图像每点占4位(半字节);256色图像每点占8位(1字节);真彩色图像每点占24位(3字节)。所以,整个数据区的大小也会随之变化。究其规律而言,可的出如下计算公式:图像数据信息大小=(图像宽度*图像高度*记录像素的位数)/8。
根据上面说明,开始软件码工作
首先定义两个结构体存放关键信息
//BMP文件头
typedef struct
{
uint16_t bfType; //2Bytes,必须为"BM",即0x424D 才是Windows位图文件
uint32_t bfSize; //4Bytes,整个BMP文件的大小
uint16_t bfReserved1; //2Bytes,保留,为0
uint16_t bfReserved2; //2Bytes,保留,为0
uint32_t bfOffBits; //4Bytes,文件起始位置到图像像素数据的字节偏移量
} ocBmpHeard_t;
//BMP信息头
typedef struct
{
uint32_t biSize; //4Bytes,INFOHEADER结构体大小,存在其他版本I NFOHEADER,用作区分
uint32_t biWidth; //4Bytes,图像宽度(以像素为单位)
uint32_t biHeight; //4Bytes,图像高度,+:图像存储顺序为Bottom2Top,-:Top2Bottom
uint8_t biPlanes; //2Bytes,图像数据平面,BMP存储RGB数据,因此总为1
uint8_t biBitCount; //2Bytes,图像像素位数
uint32_t biCompression; //4Bytes,0:不压缩,1:RLE8,2:RLE4
uint32_t biSizeImage; //4Bytes,4字节对齐的图像数据大小
uint32_t biXPelsPerMeter;//4Bytes,用象素/米表示的水平分辨率
uint32_t biYPelsPerMeter;//4Bytes,用象素/米表示的垂直分辨率
uint32_t biClrUsed; //4Bytes,实际使用的调色板索引数,0:使用所有的调色板索引
uint32_t biClrImportant; //4Bytes,重要的调色板索引数,0:所有的调色板索引都重要
}ocBmpInforHeard_t;
/**********************************************
* @brief :显示BMP图片,以数组方式,文件形式需要读取二进制文件
* @param : Xpos: 图片显示左上角X轴位置
* @param : Ypos: 图片显示左上角Y轴位置
* @param : pic: 图像数组
* @note :直接转换BMP原始数据
* @retval: 绘制成功返回oc_OK,失败返回oc_ON
**********************************************/
uint8_t ocDrawBmp(uint16_t Xpos, uint16_t Ypos,const char *pic)
{
ocBmpHeard_t ocBmpHeard;
ocBmpInforHeard_t ocBmpInforHeard;
uint32_t showLen,showW = 0,showH = 0;
uint8_t dataBit,i;
//获取BMP图像数据信息
//BMP文件头
ocBmpHeard.bfType = pic[0x00] << 8 | pic[0x01];//文件标识符,必须为"BM",即0x424D 才是Windows位图文件
ocBmpHeard.bfSize = (pic[0x05] << 24 |
pic[0x04] << 16 |
pic[0x03] << 8 |
pic[0x02] << 0)/1024;//整个BMP文件的大小(以位B为单位)
ocBmpHeard.bfOffBits = pic[0x0a];//说明从文件头0000h开始到图像像素数据的字节偏移量(以字节Bytes为单位),以为位图的调色板长度根据位图格式不同而变化,可以用这个偏移量快速从文件中读取图像数据
//BMP信息头
ocBmpInforHeard.biSize = pic[0x0e];//BNP信息头即BMP_INFOHEADER结构体所需要的字节数(以字节为单位)
ocBmpInforHeard.biWidth = pic[0x15] << 24 |
pic[0x14] << 16 |
pic[0x13] << 8 |
pic[0x12] << 0;//说明图像的宽度(以像素为单位)
ocBmpInforHeard.biHeight = pic[0x19] << 24 |
pic[0x18] << 16 |
pic[0x17] << 8 |
pic[0x16] << 0;//说明图像的高度(以像素为单位)。这个值还有一个用处,指明图像是正向的位图还是倒向的位图,该值是正数说明图像是倒向的即图像存储是由下到上;该值是负数说明图像是倒向的即图像存储是由上到下。大多数BMP位图是倒向的位图,所以此值是正值。
ocBmpInforHeard.biPlanes = pic[0x1a] | pic[0x1b] << 8;//为目标设备说明位面数,其值总设置为1
ocBmpInforHeard.biBitCount = pic[0x1c] | pic[0x1d] << 8;//说明一个像素点占几位(以比特位/像素位单位),其值可为1,4,8,16,24或32
ocBmpInforHeard.biCompression = pic[0x21] << 24 |
pic[0x20] << 16 |
pic[0x1f] << 8 |
pic[0x1e] << 0; //说明图像数据的压缩类型,取值范围为:
//0 BI_RGB 不压缩(最常用)
//1 BI_RLE8 8比特游程编码(BLE),只用于8位位图
//2 BI_RLE4 4比特游程编码(BLE),只用于4位位图
//3 BI_BITFIELDS比特域(BLE),只用于16/32位位图
ocBmpInforHeard.biSizeImage = pic[0x25] << 24 |
pic[0x24] << 16 |
pic[0x23] << 8 |
pic[0x22] << 0;//说明图像的大小,以字节为单位。当用BI_RGB格式时,总设置为0
ocBmpInforHeard.biXPelsPerMeter = pic[0x29] << 24 |
pic[0x28] << 16 |
pic[0x27] << 8 |
pic[0x26] << 0;//说明水平分辨率,用像素/米表示,有符号整数
ocBmpInforHeard.biYPelsPerMeter = pic[0x2d] << 24 |
pic[0x2c] << 16 |
pic[0x2b] << 8 |
pic[0x2a] << 0;//说明垂直分辨率,用像素/米表示,有符号整数
ocBmpInforHeard.biClrUsed = pic[0x31] << 24 |
pic[0x30] << 16 |
pic[0x2f] << 8 |
pic[0x2e] << 0;//实际使用的调色板索引数,0:使用所有的调色板索引
ocBmpInforHeard.biClrImportant = pic[0x35] << 24 |
pic[0x34] << 16 |
pic[0x33] << 8 |
pic[0x32] << 0;//说明对图像显示有重要影响的颜色索引的数目,如果是0,表示都重要。
//解析BMP图像信息
if(ocBmpHeard.bfType == 0x424D)
{//判断是不是BMP图像
showLen = ocBmpHeard.bfOffBits;
dataBit = ocBmpInforHeard.biBitCount / 8;
while(showLen < ocBmpInforHeard.biSizeImage)
{
ocFontSet.textColor = 0;
for(i=0;i<dataBit;i++)
{
ocFontSet.textColor = ocFontSet.textColor |
(pic[showLen+i]&0x000000ff) << (8*i);
}
ocPutDot(Xpos + showW,Ypos + ocBmpInforHeard.biHeight - showH);
showW++;
if(showW >= ocBmpInforHeard.biWidth)
{
showW = 0;
showH++;
}
showLen += dataBit;
}
}
return oc_OK;
}