bitmap格式分析

最近正在着手数码相框需要对bmp格式图片进行解析,下面是对图片格式的一些简要分析,jpg格式图片解析相对简单的多,可以直接调用libjpg库。

说到图片,位图(Bitmap)当然是最简单的,它Windows显示图片的基本格式,其文件扩展名为*.BMP。在Windows下,任何各式的图片文件(包括视频播放)都要转化为位图个时候才能显示出来,各种格式的图片文件也都是在位图格式的基础上采用不同的压缩算法生成的(Flash中使用了适量图,是按相同颜色区域存储的)。

一、下面我们来看看位图文件(*.BMP)的格式。

位图文件主要分为如下3个部分:


块名称

对应Windows结构体定义

大小(Byte)

文件信息头

BITMAPFILEHEADER

14

位图信息头

BITMAPINFOHEADER

40

RGB颜色阵列

BYTE*

由图像长宽尺寸决定

1、 文件信息头BITMAPFILEHEADER

结构体定义如下:

typedef struct tagBITMAPFILEHEADER {

UINT bfType; 
DWORD bfSize; 
UINT bfReserved1; 
UINT bfReserved2; 
DWORD bfOffBits;

} BITMAPFILEHEADER;

其中:


bfType

说明文件的类型,该值必需是0x4D42,也就是字符'BM'。

bfSize

说明该位图文件的大小,用字节为单位

bfReserved1

保留,必须设置为0

bfReserved2

保留,必须设置为0

bfOffBits

说明从文件头开始到实际的图象数据之间的字节的偏移量。这个参数是非常有用的,因为位图信息头和调色板的长度会根据不同情况而变化,所以你可以用这个偏移值迅速的从文件中读取到位数据。

2、位图信息头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;

其中:


biSize

说明BITMAPINFOHEADER结构所需要的字数。

biWidth

说明图象的宽度,以象素为单位。

biHeight

说明图象的高度,以象素为单位。注:这个值除了用于描述图像的高度之外,它还有另一个用处,就是指明该图像是倒向的位图,还是正向的位图。如果该值是一个正数,说明图像是倒向的,如果该值是一个负数,则说明图像是正向的。大多数的BMP文件都是倒向的位图,也就是时,高度值是一个正数。

biPlanes

为目标设备说明位面数,其值将总是被设为1。

biBitCount

说明比特数/象素,其值为1、4、8、16、24、或32。但是由于我们平时用到的图像绝大部分是24位和32位的,所以我们讨论这两类图像。

biCompression

说明图象数据压缩的类型,同样我们只讨论没有压缩的类型:BI_RGB。

biSizeImage

说明图象的大小,以字节为单位。当用BI_RGB格式时,可设置为0。

biXPelsPerMeter

说明水平分辨率,用象素/米表示。

biYPelsPerMeter

说明垂直分辨率,用象素/米表示。

biClrUsed

说明位图实际使用的彩色表中的颜色索引数(设为0的话,则说明使用所有调色板项)。

biClrImportant

说明对图象显示有重要影响的颜色索引的数目,如果是0,表示都重要。

3、RGB颜色阵列

有关RGB三色空间我想大家都很熟悉,这里我想说的是在Windows下,RGB颜色阵列存储的格式其实BGR。也就是说,对于24位的RGB位图像素数据格式是:


蓝色B值

绿色G值

红色R值

对于32位的RGB位图像素数据格式是:


蓝色B值

绿色G值

红色R值

透明通道A值

透明通道也称Alpha通道,该值是该像素点的透明属性,取值在0(全透明)到255(不透明)之间。对于24位的图像来说,因为没有Alpha通道,故整个图像都不透明。

二、搞清了文件格式,下一步我们要实现加载。

加载文件的目的是要得到图片属性,以及RGB数据,然后可以将其绘制在DC上(GDI),或是生成纹理对象(3D:OpenGL/Direct3D)。这两种用途在数据处理上有点区别,我们主要按前一种用法讲,在和3D有不同的地方,我们再提出来。

1、加载文件头

//Load the file header

BITMAPFILEHEADER header;

memset(&header, 0, sizeof(header));

inf.read((char*)&header, sizeof(header));

if(header.bfType != 0x4D42)

return false;

这个很简单,没有什么好说的。

2、加载位图信息头

//Load the image information header

BITMAPINFOHEADER infoheader;

memset(&infoheader, 0, sizeof(infoheader));

inf.read((char*)&infoheader, sizeof(infoheader));

m_iImageWidth = infoheader.biWidth;

m_iImageHeight = infoheader.biHeight;

m_iBitsPerPixel = infoheader.biBitCount;

这里我们得到了3各重要的图形属性:宽,高,以及每个像素颜色所占用的位数。

3、行对齐

由于Windows在进行行扫描的时候最小的单位为4个字节,所以当

图片宽 X 每个像素的字节数 != 4的整数倍

时要在每行的后面补上缺少的字节,以0填充(一般来说当图像宽度为2的幂时不需要对齐)。位图文件里的数据在写入的时候已经进行了行对齐,也就是说加载的时候不需要再做行对齐。但是这样一来图片数据的长度就不是:宽 X 高 X 每个像素的字节数 了,我们需要通过下面的方法计算正确的数据长度:

//Calculate the image data size

int iLineByteCnt = (((m_iImageWidth*m_iBitsPerPixel) + 31) >> 5) << 2;

m_iImageDataSize = iLineByteCnt * m_iImageHeight;

4、加载图片数据

对于24位和32位的位图文件,位图数据的偏移量为sizeof(BITMAPFILEHEADER)
+ sizeof(BITMAPINFOHEADER),也就是说现在我们可以直接读取图像数据了。

if(m_pImageData) delete []m_pImageData;

m_pImageData = new unsigned char[m_iImageDataSize];

inf.read((char*)m_pImageData, m_iImageDataSize);

如果你足够细心,就会发现内存m_pImageData里的数据的确是BGR格式,可以用个纯蓝色或者是纯红色的图片测试一下。

5、绘制

好了,数据和属性我们都有了,现在就可以拿来随便用了,就和吃馒头一样,爱粘白糖粘白糖,爱粘红糖粘红糖。下面是我的GDI绘制代码,仅作参考。

void CImage::DrawImage(HDC hdc, int iLeft, int iTop, int iWidth, int iHeight)

{

if(!hdc || m_pImageData == NULL)

return;

BITMAPINFO bmi;

memset(&bmi, 0, sizeof(bmi));

bmi.bmiHeader.biSize = sizeof(BITMAPINFO);

bmi.bmiHeader.biWidth = m_iImageWidth;

bmi.bmiHeader.biHeight = m_iImageHeight;

bmi.bmiHeader.biPlanes = 1;

bmi.bmiHeader.biBitCount = m_iBitsPerPixel;

bmi.bmiHeader.biCompression = BI_RGB;

bmi.bmiHeader.biSizeImage = m_iImageDataSize;

StretchDIBits(hdc, iLeft, iTop, iWidth, iHeight,

0, 0, m_iImageWidth, m_iImageHeight,

m_pImageData, &bmi, DIB_RGB_COLORS, SRCCOPY);

}

6、3D(OpenGL)的不同之处

如果你是想用刚才我们得到的数据生成纹理对象,那么你还要请出下面的问题。

首先,用来生成纹理的数据不需要对齐,也就是说不能在每行的后面加上对齐的字节。当然在OpenGL里要求纹理图片的尺寸为2的幂,所以这个问题实际上不存在;

其次,我们得到的图形数据格式是BGR(BGRA),所以在生成纹理的时候,需指定格式为GL_BGR_EXT(GL_BGRA_EXT);否则需要做BGR->RGB(BGRA->RGBA)的转化。

时间: 2024-11-06 20:08:10

bitmap格式分析的相关文章

位图BITMAP格式分析(2)

前一段时间开发一个编码filter ,过程中出现了回放图像上下倒置的现象,百思不得其解,只好在程序中加了一段将数据倒置的代码,今天看梁老(呵呵,不知多老,反正是前辈拉)的<编程高手箴言>,里面有一段讲正向位图的,好像突然明白了些,便在网上查了一下,终于弄明白以前的现象是怎么回事. bmp位图的存贮方式应该是从下到上,从左向右.也就是说bmp位图的显示方式是第一排显示的是最后一行的数据.在我开发过程中由于使用的是码流解码产生的解码图像(按bmp位图以RBG格式存储),自然是上下颠倒(从下到上)存

QQwry.dat格式分析和查询IP位置的PHP程序

程序 QQwry.dat格式分析和查询IP位置的PHP程序 By Strongc http://strongc.51.net/d2x/ 转载时不要去掉我的名字和我的主页链接,谢谢! 以前的追捕数据库太大,而且很久没有更新了. 所以我想到利用QQwry.dat这个文件查询IP所在位置,QQwry.dat 在很多地方都能找到,一般看IP地址的QQ压缩包中都有. 但是没有任何相关格式资料. 我分析了这个文件的格式,目前如下结论: 格式如下: A.文件头,共8字节 B.若干条记录的结束地址+国家和区域

转换-android 怎么把bitmap格式转成jpg 或png格式呢

问题描述 android 怎么把bitmap格式转成jpg 或png格式呢 如题,有什么方法吗,会把jpg png转成bitmap但是不会转回来....................... 解决方案 public static void savePNG_After(Bitmap bitmap, String name) { File file = new File(name); try { FileOutputStream out = new FileOutputStream(file); i

UNIX/LINUX 平台可执行文件格式分析

可执行文件格式综述 相 对于其它文件类型,可执行文件可能是一个操作系统中最重要的文件类型,因为它们是完成操作的真正执行者.可执行文件的大小.运行速度.资源占用情况以及可 扩展性.可移植性等与文件格式的定义和文件加载过程紧密相关.研究可执行文件的格式对编写高性能程序和一些黑客技术的运用都是非常有意义的. 不 管何种可执行文件格式,一些基本的要素是必须的,显而易见的,文件中应包含代码和数据.因为文件可能引用外部文件定义的符号(变量和函数),因此重定位信 息和符号信息也是需要的.一些辅助信息是可选的,

AAC 格式分析

一SADTS格式:        ADTS的全称是Audio Data Transport Stream.是AAC音频的传输流格式.        AAC音频格式在MPEG-2(ISO-13318-7 2003)中有定义.AAC后来又被采用到MPEG-4标准中.        1. adts_sequence()        {               while (nextbits() == syncword)               {                      a

HTTP POST请求报文格式分析与Java实现文件上传

(转载于:http://blog.csdn.net/bboyfeiyu/article/details/41863951?utm_source=tuicool) 在开发中,我们使用的比较多的HTTP请求方式基本上就是GET.POST.其中GET用于从服务器获取数据,POST主要用于向服务器提交一些表单数据,例如文件上传等.而我们在使用HTTP请求时中遇到的比较麻烦的事情就是构造文件上传的HTTP报文格式,这个格式虽说也比较简单,但也比较容易出错.今天我们就一起来学习HTTP POST的报文格式以

怎样把截图(Bitmap)格式的图片放到dataset,最后给水晶报表

问题描述 怎样把截图(Bitmap)格式的图片放到dataset,最后给水晶报表.或者直接把截图传给水晶报表.截图是放在ProblemList的集合里:image2D. 解决方案 解决方案二:http://www.cnblogs.com/jys509/archive/2011/04/18/2020258.html解决方案三:可是我的图片不是从本地也不是从数据库的来的.是我这个软件自己截图得来的.

YUV和RGB格式分析【转】

转自:http://www.cnblogs.com/silence-hust/p/4465354.html 做嵌入式项目的时候,涉及到YUV视频格式到RGB图像的转换,虽然之前有接触到RGB到都是基于opencv的处理,很多东西并不需要我们过多深入的去探讨,现在需要完全抛弃现有的算法程序,需要从内存中一个字节一个字节的处理,这就涉及到各个视频格式和图片格式是如何存储的.看了网上的很多资料,一下资料帮助蛮大. YUV资料整理: http://www.fourcc.org/yuv.php    YU

ORACLE空间管理实验(八)数据块格式分析--DUMP结合BBED

使用DUMP 数据块格式结合BBED进行查看. ####################实验准备步骤: BYS@ bys3>create table test6(aa int,bb varchar2(10)); Table created. BYS@ bys3>insert into test6 values(89,'bys'); 1 row created. BYS@ bys3>insert into test6 values(69,'hello'); 1 row created. B