看各位答得挺辛苦的~给大家一个参考吧。。~
(我第一个回答这个问题的,总给为大家做点贡献吗,呵呵~)
一起学习~
----------BMP文件结构-----------
1:BMP文件组成
BMP文件由文件头、位图信息头、颜色信息和图形数据四部分组成。
2:BMP文件头(14字节)
BMP文件头数据结构含有BMP文件的类型、文件大小和位图起始位置等信息。
其结构定义如下:
typedef struct tagBITMAPFILEHEADER
{
WORDbf Type; // 位图文件的类型,必须为BMP(0-1字节)
DWORD bfSize; // 位图文件的大小,以字节为单位(2-5字节)
WORD bfReserved1; // 位图文件保留字,必须为0(6-7字节)
WORD bfReserved2; // 位图文件保留字,必须为0(8-9字节)
DWORD bfOffBits; // 位图数据的起始位置,以相对于位图(10-13字节)
// 文件头的偏移量表示,以字节为单位
} BITMAPFILEHEADER;
3:位图信息头(40字节)
BMP位图信息头数据用于说明位图的尺寸等信息。
typedef struct tagBITMAPINFOHEADER{
DWORD biSize; // 本结构所占用字节数(14-17字节)
LONG biWidth; // 位图的宽度,以像素为单位(18-21字节)
LONG biHeight; // 位图的高度,以像素为单位(22-25字节)
WORD biPlanes; // 目标设备的级别,必须为1(26-27字节)
WORD biBitCount;// 每个像素所需的位数,必须是1(双色),(28-29字节)
// 4(16色),8(256色)或24(真彩色)之一
DWORD biCompression; // 位图压缩类型,必须是 0(不压缩),(30-33字节)
// 1(BI_RLE8压缩类型)或2(BI_RLE4压缩类型)之一
DWORD biSizeImage; // 位图的大小,以字节为单位(34-37字节)
LONG biXPelsPerMeter; // 位图水平分辨率,每米像素数(38-41字节)
LONG biYPelsPerMeter; // 位图垂直分辨率,每米像素数(42-45字节)
DWORD biClrUsed;// 位图实际使用的颜色表中的颜色数(46-49字节)
DWORD biClrImportant;// 位图显示过程中重要的颜色数(50-53字节)
} BITMAPINFOHEADER;
4:颜色表
颜色表用于说明位图中的颜色,它有若干个表项,每一个表项是一个RGBQUAD类型的结构,定义一种颜色。RGBQUAD结构的定义如下:
typedef struct tagRGBQUAD {
BYTE rgbBlue;// 蓝色的亮度(值范围为0-255)
BYTE rgbGreen; // 绿色的亮度(值范围为0-255)
BYTE rgbRed; // 红色的亮度(值范围为0-255)
BYTE rgbReserved;// 保留,必须为0
} RGBQUAD;
颜色表中RGBQUAD结构数据的个数有biBitCount来确定:
当biBitCount=1,4,8时,分别有2,16,256个表项;
当biBitCount=24时,没有颜色表项。
位图信息头和颜色表组成位图信息,BITMAPINFO结构定义如下:
typedef struct tagBITMAPINFO {
BITMAPINFOHEADER bmiHeader; // 位图信息头
RGBQUAD bmiColors[1]; // 颜色表
} BITMAPINFO;
5:位图数据
位图数据记录了位图的每一个像素值,记录顺序是在扫描行内是从左到右,扫描行之间是从下到上。位图的一个像素值所占的字节数:
当biBitCount=1时,8个像素占1个字节;
当biBitCount=4时,2个像素占1个字节;
当biBitCount=8时,1个像素占1个字节;
当biBitCount=24时,1个像素占3个字节;
Windows规定一个扫描行所占的字节数必须是
4的倍数(即以long为单位),不足的以0填充,
biSizeImage = ((((bibiWidth bibiBitCount) + 31) & ~31) / 8) bibiHeight;
具体数据举例:
如某BMP文件开头:
4D42 4690 0000 0000 0000 4600 0000 2800 0000 8000 0000 9000 0000 01001000 0300 0000 0090 0000 A00F 0000 A00F 0000 0000 0000 0000 000000F8 0000 E007 0000 1F00 0000 0000 000002F1 84F1 04F1 84F1 84F1 06F2 84F1 06F2 04F2 86F2 06F2 86F2 86F2
BMP文件可分为四个部分:位图文件头、位图信息头、彩色板、图像数据阵列,在上图中已用分隔。
一、图像文件头
1)1:(这里的数字代表的是"字",即两个字节,下同)图像文件头。0x4D42=’BM’,表示是Windows支持的BMP格式。
2)2-3:整个文件大小。4690 0000,为00009046h=36934。
3)4-5:保留,必须设置为0。
4)6-7:从文件开始到位图数据之间的偏移量。4600 0000,为00000046h=70,上面的文件头就是35字=70字节。
二、位图信息头
5)8-9:位图图信息头长度。
6)10-11:位图宽度,以像素为单位。8000 0000,为00000080h=128。
7)12-13:位图高度,以像素为单位。9000 0000,为00000090h=144。
8)14:位图的位面数,该值总是1。0100,为0001h=1。
9)15:每个像素的位数。有1(单色),4(16色),8(256色),16(64K色,高彩色),24(16M色,真彩色),32(4096M色,增强型真彩色)。1000为0010h=16。
10)16-17:压缩说明:有0(不压缩),1(RLE 8,8位RLE压缩),2(RLE 4,4位RLE压缩,3(Bitfields,位域存放)。RLE简单地说是采用像素数+像素值的方式进行压缩。T408采用的是位域存放方式,用两个字节表示一个像素,位域分配为r5b6g5。图中0300 0000为00000003h=3。
11)18-19:用字节数表示的位图数据的大小,该数必须是4的倍数,数值上等于(≥位图宽度的最小的4的倍数)×位图高度×每个像素位数。0090 0000为00009000h=80×90×2h=36864。
12)20-21:用象素/米表示的水平分辨率。A00F 0000为0000 0FA0h=4000。
13)22-23:用象素/米表示的垂直分辨率。A00F 0000为0000 0FA0h=4000。
14)24-25:位图使用的颜色索引数。设为0的话,则说明使用所有调色板项。
15)26-27:对图象显示有重要影响的颜色索引的数目。如果是0,表示都重要。
三、彩色板
16)28-(不确定):彩色板规范。对于调色板中的每个表项,用下述方法来描述RGB的值:
1字节用于蓝色分量
1字节用于绿色分量
1字节用于红色分量
1字节用于填充符(设置为0)
对于24-位真彩色图像就不使用彩色板,因为位图中的RGB值就代表了每个象素的颜色。
如,彩色板为00F8 0000 E007 0000 1F00 0000 0000 0000,其中:
00FB 0000为FB00h=1111100000000000(二进制),是蓝色分量的掩码。
E007 0000为 07E0h=0000011111100000(二进制),是绿色分量的掩码。
1F00 0000为001Fh=0000000000011111(二进制),是红色分量的掩码。
0000 0000总设置为0。
将掩码跟像素值进行“与”运算再进行移位 *** 作就可以得到各色分量值。看看掩码,就可以明白事实上在每个像素值的两个字节16位中,按从高到低取5、6、5位分别就是r、g、b分量值。取出分量值后把r、g、b值分别乘以8、4、8就可以补齐第个分量为一个字节,再把这三个字节按rgb组合,放入存储器(同样要反序),就可以转换为24位标准BMP格式了。
四、图像数据阵列
17)27(无调色板)-...:每两个字节表示一个像素。阵列中的第一个字节表示位图左下角的象素,而最后一个字节表示位图右上角的象素。
五、存储算法
BMP文件通常是不压缩的,所以它们通常比同一幅图像的压缩图像文件格式要大很多。例如,一个800×600的24位几乎占据14MB空间。因此它们通常不适合在因特网或者其它低速或者有容量限制的媒介上进行传输。 根据颜色深度的不同,图像上的一个像素可以用一个或者多个字节表示,它由n/8所确定(n是位深度,1字节包含8个数据位)。浏览器等基于字节的ASCII值计算像素的颜色,然后从调色板中读出相应的值。更为详细的信息请参阅下面关于位图文件的部分。 n位2n种颜色的位图近似字节数可以用下面的公式计算: BMP文件大小约等于 54+42的n次方+(whn)/8
,其中高度和宽度都是像素数。 需要注意的是上面公式中的54是位图文件的文件头,是彩色调色板的大小。另外需要注意的是这是一个近似值,对于n位的位图图像来说,尽管可能有最多2n中颜色,一个特定的图像可能并不会使用这些所有的颜色。由于彩色调色板仅仅定义了图像所用的颜色,所以实际的彩色调色板将小于。 如果想知道这些值是如何得到的,请参考下面文件格式的部分。 由于存储算法本身决定的因素,根据几个图像参数的不同计算出的大小与实际的文件大小将会有一些细小的差别。
你好,我把问题补充一下,希望对你有帮助。如果还是不行,你再问我。
在你如下的程序段中:
//读取头文件
fseek( rfile , sizeof(short) ,SEEK_SET );
fread( pointfh ,sizeof(BITMAPFILEHEADER) , 1 , rfile );
//读取信息头文件
fseek( rfile , sizeof(BITMAPFILEHEADER)+sizeof(short) ,SEEK_SET );
fread( pointih ,sizeof(BITMAPINFOHEADER),1, rfile );
//读位图信息
pointimage=(char)calloc(ihbiSizeImage3, sizeof(char));
fseek(rfile,fhbfOffBits,SEEK_SET);//头指针移动到位图区
fread(pointimage,sizeof(char),ihbiSizeImage3,rfile);
第一句中,我觉得不要加sizeof(short),而是将其改为0。因为文件的前sizeof(BITMAPFILEHEADER)个字节就是 文件信息头,紧接其后的sizeof(BITMAPINFOHEADER)个字节是位图信息头,所以在你的第三条语句中,也应去掉sizeof(short)。另外,biSizeImage就是位图像素信息实际占用的存储空间长度,不需要乘以3,所以在上面第5和第7句中应将“3”去掉。这时你在运行一下试试。
还有,24位位图每个像素用3个字节表示。你的256像素256像素的图像的实际占用的字节数应是2562563 = 196608,这正是biSizeImage的值!
bmp文件分为四个部分:
文件信息头、位图信息头、调色板、位图信息数据。
你在读信息头文件后,应该读调色板数据。对于真彩色图像,因为没有调色板,所以不用读;但对于其他的图像就需要读了。这是你的代码存在的问题之一。解决办法是根据biBitCount的值判断调色板的大小:若biBitCount为1,调色板大小为2sizeof(RGBQUAD)字节;若为4,调色板16sizeof(RGBQUAD);若为8,调色板256sizeof(RGBQUAD);若为24,调色板为0。
另外,位图信息数据每行存储的字节数一定是4字节的整数倍,不足的时候补0。比如你的图像每行只有一个像素,一个像素用三个字节存储,那么在实际存储该图像时需要在每行多补充一个字节,以使其达到4字节的整数倍。biSizeImage的值就是图像信息数据实际存储的字节数,读的时候直接读这么多字节的数据就行了,不需要乘以3。你的代码在读信图信息时并没考虑这一点,这是存在的问题之二。图像每行存储的实际字节数:nBytesPerLine = biSizeImage / biHeight,这个值在后续的处理中可能会用到。
你说读取的分辨率是3780,是指每米有3780个像素,单位是像素/米。而那个96的单位可能不是像素/米。
希望对你有帮助。
bmp图像在实际存储的时候很可能是用了调色板(colormap)的。
[X, map] = imread('xxxbmp');
你这样读取就能分别取出index image和colormap,也就是文件里实际保存的内容。
打开bmp有两种方法,
一种是读数据而已,对数据 *** 作,再送回bmp文件中
第二种你想在C中看到,那就麻烦啦,你要中断10H功能键然后读进来,而且不可以读太大的,要读太大的还要考虑扩充内存的问题
要是你只是想用C的程序去打开一个bmp,而不是在C中显示,而是用别的浏览工具的话,哈哈~~刚刚找了挺久的,没找到答案,要是你找到了尽快告诉我。我Q313208612
文件指针指向的是一个保存文件信息的结构,在你用fread读取文件的时候它就自动把读取位置向后移动了,这个你不用管他。
代码如下:
const RGBQUAD undefinedQuad={0,0,0,0};
const DWORD _16bitMask=(1<<5)-1;
RGBQUAD ReadBmpFile(const char filename,BITMAPFILEHEADER header,BITMAPINFOHEADER infoheader,RGBQUAD index=NULL)
{
DWORD pxcnt;
DWORD i;
RGBQUAD pixels=NULL;
BYTE bits=NULL;
FILEfile=fopen(filename,"rb");
fread(header,sizeof(BITMAPFILEHEADER),1,file);
fread(infoheader,sizeof(BITMAPINFOHEADER),1,file);
RGBQUAD palette=NULL;
//如果有调色板,则调用调色板
if(infoheader->biBitCount<24)
{
palette=(RGBQUAD)malloc(sizeof(RGBQUAD)infoheader->biClrUsed);
fread(palette,sizeof(RGBQUAD),infoheader->biClrUsed,file);
}
pxcnt=infoheader->biHeightinfoheader->biWidth;
pixels=(RGBQUAD)malloc(sizeof(RGBQUAD)pxcnt);
//从header->bfOffBits开始读取,
fseek(file,header->bfOffBits,SEEK_SET);
if(infoheader->biBitCount<=24)
{
bits=(BYTE)malloc(infoheader->biSizeImage);
fread(bits,1,infoheader->biSizeImage,file);
//如果有调色板,则将复制到对应像素
switch(infoheader->biBitCount)
{
case 1:
case 2:
case 4:
{
for(i=0;i<pxcnt;i++)
{
DWORD px=bits[iinfoheader->biBitCount>>8]>>(i&7)&((1<<infoheader->biBitCount)-1);//取得某一个位置的像素
if(px<infoheader->biClrUsed)
pixels[i]=palette[px];
else
pixels[i]=undefinedQuad;
}
}
break;
case 8:
{
for(i=0;i<pxcnt;i++)
{
DWORD px=bits[i];//取得某一个位置的像素
if(px<infoheader->biClrUsed)//出于安全问题,限制色彩范围。
pixels[i]=palette[px];
else
pixels[i]=undefinedQuad;//超出调色板范围,
}
}
break;
case 16:
{
//16位增强色
//一般是RGB各5bit
WORD pxwd=(WORD)bits;
for(i=0;i<pxcnt;i++)
{
pixels[i]rgbBlue=pxwd[i]&_16bitMask;
pixels[i]rgbGreen=(pxwd[i]>>5)&_16bitMask;
pixels[i]rgbRed=(pxwd[i]>>10)&_16bitMask;
pixels[i]rgbReserved=0;
}
}
break;
case 24:
{
//将三个字节的数据扩展为4字节的
for(i=0;i<pxcnt;i++)
{
pixels[i]rgbBlue=bits[i3];
pixels[i]rgbGreen=bits[i3+1];
pixels[i]rgbRed=bits[i3+2];
pixels[i]rgbReserved=0;
}
}
}
free(bits);
if(index==NULL)
free(palette);
else
index=palette;
}
else
{
//如果没有调色板,则直接使用文件内的区域。
fread(pixels,1,infoheader->biSizeImage,file);
}
fclose(file);
return pixels;
}
在VS2008上测试通过,应该也能在VC6上通过。
我的邮箱IkariEnator@gmailcom
以上就是关于vb中如何打开一个bmp文件并读取里面的内容全部的内容,包括:vb中如何打开一个bmp文件并读取里面的内容、求助c++读取BMP文件、关于matlab的imread读取bmp图像等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)