BMP位图结构很详细的说明和示例

最新推荐文章于 2024-05-30 10:55:13 发布
最新推荐文章于 2024-05-30 10:55:13 发布
阅读量3.5k 收藏 8
点赞数 1
文章标签： buffer fp bi struct 测试 mfc

转自：http://www.madio.net/tool/thread-1995-1-1.html

一、文件格式

 

Bmp文件是非常常用的位图文件，无论是游戏还是其他都被广泛使用。针对bmp文件的处理也有一堆现成的api进行调用，然而文件内部究竟怎样，如何自己来解析这样的文件呢？为
了消除无聊，我用了几天时间来研究了一下，同时作为学习笔记，进行记录。

 

首先，整个bmp文件的内容可以分为3到4块。之所以分为3到4块而不是固定的值，是因为，对于bmp来说可能存在调色板或者一些掩码。具体稍候讨论。

 

第一块是bmp的文件头用于描述整个bmp文件的情况。结构如下：

 

typedef struct tagBITMAPFILEHEADER
{ 
  WORD    bfType;    
  DWORD   bfSize; 
  WORD    bfReserved1; 
  WORD    bfReserved2; 
  DWORD   bfOffBits;
} BITMAPFILEHEADER, *PBITMAPFILEHEADER;

 

这些信息相当有用，如果你想直接来解析bmp文件。第一个bfType用于表示文件类型，如果它是bmp文件，那么它这个位置的值一定是”BM”
也就是0x4D42。第二个bfSize表示整个文件的字节数。第三第四个 则保留，目前无意义，最后一个相当重要，表示，位图的数据信息离文件头的偏移量，以字节为单位。

 

第二块是位图信息头，即BITMAPINFOHEADER，用于描述整个位图文件的情况。以下挑重要的数据进行解释

 

typedef struct tagBITMAPINFOHEADER{

 

DWORD biSize; //表示本结构的大小

 

LONG biWidth; //位图的宽度

 

LONG biHeight; //位图的高度

 

WORD biPlanes; //永远为1 ,由于没有用过所以 没做研究 附msdn解释

 

//Specifies the number of planes for the target device. This value must be set to 1.

 

WORD biBitCount;//位图的位数 分为1 4 8 16 24 32 本文没对1 4 进行研究

 

DWORD biCompression; //本以为压缩类型，但是却另外有作用，稍候解释

 

DWORD biSizeImage; //表示位图数据区域的大小以字节为单位

 

LONG biXPelsPerMeter;

 

LONG biYPelsPerMeter;

 

DWORD biClrUsed;

 

DWORD biClrImportant;

 

} BITMAPINFOHEADER, *PBITMAPINFOHEADER;

 

第三块就是调色板信息或者掩码部分，如果是8位位图则存放调色板 ；16 与32位 位图则存放RGB颜色的掩码，这些掩码以DWORD大小来存放。

 

最后一块就是位图的数据实体。

 

以上文件信息可以在任意一篇bmp文件结构的文章中找到描述，所以本文只是稍微带过。

 

 


二、4字节对其问题

 

关于数据读取。Bmp文件有个重要特性，那就是对于数据区域而言，每行的数据它必须凑满4字节，如果没有满，则用冗余的数据来补齐。这个特性直接影响到我们读取位图数据的
方法，因为在我们看来（x,y）的数据应该在 y*width+x这样的位置上 但是因为会有冗余信息
那么必须将width用width＋该行的冗余量来处理，而由于位图文件有不同的位数，所以这样的计算也不尽相同。

 

下面列出计算偏移量的一般公式。

 

首先将位图信息读入一个UCHAR 的buffer中 ：

 

8位：

int pitch;
if(width%4==0)
{
 pitch=width;
}
else
{
 pitch=width+4-width%4;
}
index=buffer[y*pitch+x]; 因为8位位图的数据区域存放的是调色板索引值，所以只需读取这个index

16位

int pitch=width+width%2;
buffer[(y*pitch+x)*2]
buffer[(i*pitch+j)*2＋1]
两个UCHAR内，存放的是(x,y)处的颜色信息

 

24位
int pitch=width%4;
buffer[(y*width+x)*3+y*pitch];
buffer[(y*width+x)*3+y*pitch+1];
buffer[(y*width+x)*3+y*pitch+2];

 

32位
由于一个象素就是4字节 所以无需补齐
虽然计算比较繁琐，但是这些计算是必须的，否则当你的位图每行的象素数不是4的倍数，那么y*width+x带给你的是一个扭曲的图片，当然如果你想做这样的旋转，也不错啊，至
少我因为一开始没有考虑（不知道这个特性）让一个每行象素少1字节的16位图片变成了扭曲的菱形。

 

 


三、有了数据分离RGB分量。

 

由于我的测试代码用了GDI，所以我必须讲得到的某一个点的值分离成
24位模式下的RGB分离，这不是一件容易的工作。位图麻烦的地方之一就是他的格式太多，所以我们还是要分格式再讨论。

 

8位

 

通过第二部分提到的操作我们得到了一个index，这个值的范围是0～255 一共256个 正好是调色板的颜色数量。

 

在8位bmp图片中 数据信息前256个RGBQUAD的大小开始就是调色板的信息。不过如果要组织成调色板还要一定的转换因为里面是RGBQUAD信息 r b
两个与调色板中的顺序是颠倒的。因为我不需要调色板设置所以我字节读取到RGBQUAD数组中，并且通过下面的表达式获取RGB值：

 

UCHAR r=quad[index].rgbRed;

 

UCHAR g=quad[index].rgbGreen;

 

UCHAR b=quad[index].rgbBlue;

 

16位

 

这是最麻烦的一个。因为在处理时有555 565 两种格式的区别，而且还有所谓压缩类型的区别。

 

之前的bitmapinfoheader里面提到一个biCompression

 

现在我们分两种情况讨论：BI_RGB和BI_BITFIELDS

 

当他等于BI_RGB时 只有555 这种格式，所以可以放心大胆的进行如下的数据分离：

 

UCHAR b=buffer[(i*pitch+j)*2]&0x1F;

 

UCHAR g=(((buffer[(i*pitch+j)*2+1]<<6)&0xFF)>>3)+(buffer[(i*pitch+j)*2]>>5);

 

UCHAR r=(buffer[(i*pitch+j)*2+1]<<1)>>3;

 

 


希望不要被这个表达式折磨的眼花缭乱，我想既然你在看这篇文章，你就有能力阅读这样的代码，否则只能说你还没有到阅读这方面的地步，需要去学习基础的语法了。

 

有一点值得提醒的是由于有较多的位操作
，所以在处理的时候在前一次操作的上面加上一对括号，我就曾经因为没有加而导致出现误差，另外虽然buffer中一个元素代表的是一个UCHAR 但是右移操作会自动增长为两字节
所以需要在进行一次与操作截取低位的1字节数据。

 

现在讨论BI_BITFIELDS。

 

这个模式下 既可以有555 也可以有565 。

 

555 格式 xrrrrrgggggbbbbb

 

565 格式 rrrrrggggggbbbbb

 

显然不同的格式处理不同，所以我们要首先判断处到底属于那种格式。

 

Bitmapinfoheader的biCompression为BI_BITFIELDS时，在位图数据区域前存在一个RGB掩码的描述是3个DWORD值，我们只需要读取其中的R或者G的掩码，来判断是那种格式。

 

以红色掩码为例 0111110000000000的时候就是555格式 1111100000000000就是565格式。

 

以下是565格式时的数据分离：

 

UCHAR b=buffer[(i*pitch+j)*2]&0x1F;

 

UCHAR g=(((buffer[(i*pitch+j)*2+1]<<5)&0xFF)>>2)+(buffer[(i*pitch+j)*2]>>5);

 

UCHAR r=buffer[(i*pitch+j)*2+1]>>3;

 

 


现在我们得到了RGB各自的分量，但是还有一个新的问题，那就是由于两字节表示了3个颜色 555下每个颜色最多到0x1F
565格式下最大的绿色分量也就0x3F。所以我们需要一个转换 color=color*255/最大颜色数 即可

 

如565下RGB(r*0xFF/0x1F,g*0xFF/0x3F,b*0xFF/0x1F)

 

24位

 

UCHAR b=buffer[(i*width+j)*3+realPitch];

 

UCHAR g=buffer[(i*width+j)*3+1+realPitch];

 

UCHAR r=buffer[(i*width+j)*3+2+realPitch];

 

32位

 

UCHAR b=buffer[(i*width+j)*4];

 

UCHAR g=buffer[(i*width+j)*4+1];

 

UCHAR r=buffer[(i*width+j)*4+2];

 

 


四、剩余的问题

 

当数据取到了，颜色也分离出来了
，但是可能你绘出的位图是倒转的，这是因为有些位图的确是翻转的。通过bitmapinfoheader的biHeight可以判断是正常还是翻转，当biHeight>0的时候颠倒，它小于0的时候正常
，不过测试写到现在看到的文件都是颠倒过来的。

 

 


五、相关测试代码：

 

采用MFC 目的只是实现自行解析位图文件

 

void CBmpTestView::OnDraw(CDC* pDC)

 

{

 

CBmpTestDoc* pDoc = GetDocument();

 

ASSERT_VALID(pDoc);

 

 


// TOD 在此处为本机数据添加绘制代码

 

 


if(filename==""){

 

return;

 

}

 

FILE *fp=fopen(filename,"r");

 

if(fp==NULL){

 

pDC->TextOut(100,200,"no file found");

 

return;

 

}

 

BITMAPFILEHEADER fileheader;

 

BITMAPINFO info;

 

 


fread(&fileheader,sizeof(fileheader),1,fp);

 

if(fileheader.bfType!=0x4D42){

 

pDC->TextOut(100,200,"无位图文件请选择位图文件");

 

fclose(fp);

 

return ;

 

}

 

fread(&info.bmiHeader,sizeof(BITMAPINFOHEADER),1,fp);

 

long width=info.bmiHeader.biWidth;

 

long height=info.bmiHeader.biHeight;

 

UCHAR *buffer=new UCHAR[info.bmiHeader.biSizeImage];

 

fseek(fp,fileheader.bfOffBits,0);

 

fread(buffer,info.bmiHeader.biSizeImage,1,fp);

 

 


if(info.bmiHeader.biBitCount==8){

 

int pitch;

 

if(width%4==0){

 

pitch=width;

 

}else{

 

pitch=width+4-width%4;

 

}

 

RGBQUAD quad[256];

 

fseek(fp,fileheader.bfOffBits-sizeof(RGBQUAD)*256,0);

 

fread(quad,sizeof(RGBQUAD)*256,1,fp);

 

if(height>0){

 

//height>0 表示图片颠倒

 

for(int i=0;i<height;i++){

 

for(int j=0;j<width;j++){

 

int index=buffer[i*pitch+j];

 

UCHAR r=quad[index].rgbRed;

 

UCHAR g=quad[index].rgbGreen;

 

UCHAR b=quad[index].rgbBlue;

 

pDC->SetPixel(j,height-i,RGB(r,g,b));

 

}

 

}

 

}else{

 

for(int i=0;i<0-height;i++){

 

for(int j=0;j<width;j++){

 

int index=buffer[i*pitch+j];

 

UCHAR r=quad[index].rgbRed;

 

UCHAR g=quad[index].rgbGreen;

 

UCHAR b=quad[index].rgbBlue;

 

pDC->SetPixel(j,i,RGB(r,g,b));

 

}

 

}

 

}

 

}else if(info.bmiHeader.biBitCount==16){

 

int pitch=width+width%2;

 

if(height>0){

 

//height>0 表示图片颠倒

 

if(info.bmiHeader.biCompression==BI_RGB){

 

//该模式只有555

 

for(int i=0;i<height;i++){

 

for(int j=0;j<width;j++){

 

//5 5 5 格式

 

UCHAR b=buffer[(i*pitch+j)*2]&0x1F;

 

UCHAR g=(((buffer[(i*pitch+j)*2+1]<<6)&0xFF)>>3)+(buffer[(i*pitch+j)*2]>>5);

 

UCHAR r=(buffer[(i*pitch+j)*2+1]<<1)>>3;

 

pDC->SetPixel(j,height-i,RGB((r*0xFF)/0x1F,(g*0xFF)/0x1F,(b*0xFF)/0x1F));

 

}

 

}

 

}else if(info.bmiHeader.biCompression==BI_BITFIELDS){

 

//该模式在bitmapinfoheader之后存在RGB掩码 每个掩码1 DWORD

 

fseek(fp,fileheader.bfOffBits-sizeof(DWORD )*3,0);

 

DWORD rMask;

 

fread(&rMask,sizeof(DWORD ),1,fp);

 

if(rMask==0x7C00){

 

// 5 5 5 格式

 

MessageBeep(0);

 

for(int i=0;i<height;i++){

 

for(int j=0;j<width;j++){

 

UCHAR b=buffer[(i*pitch+j)*2]&0x1F;

 

UCHAR g=(((buffer[(i*pitch+j)*2+1]<<6)&0xFF)>>3)+(buffer[(i*pitch+j)*2]>>5);

 

UCHAR r=(buffer[(i*pitch+j)*2+1]<<1)>>3;

 

pDC->SetPixel(j,height-i,RGB((r*0xFF)/0x1F,(g*0xFF)/0x1F,(b*0xFF)/0x1F));

 

}

 

}

 

}else if(rMask==0xF800){

 

//5 6 5 格式

 

for(int i=0;i<height;i++){

 

for(int j=0;j<width;j++){

 

UCHAR b=buffer[(i*pitch+j)*2]&0x1F;

 

UCHAR g=(((buffer[(i*pitch+j)*2+1]<<5)&0xFF)>>2)+(buffer[(i*pitch+j)*2]>>5);

 

UCHAR r=buffer[(i*pitch+j)*2+1]>>3;

 

pDC->SetPixel(j,height-i,RGB(r*0xFF/0x1F,g*0xFF/0x3F,b*0xFF/0x1F));

 

}

 

}

 

}

 

}

 

}else{

 

if(info.bmiHeader.biCompression==BI_RGB){

 

//该模式只有555

 

for(int i=0;i<0-height;i++){

 

for(int j=0;j<width;j++){

 

//5 5 5 格式

 

UCHAR b=buffer[(i*pitch+j)*2]&0x1F;

 

UCHAR g=(((buffer[(i*pitch+j)*2+1]<<6)&0xFF)>>3)+(buffer[(i*pitch+j)*2]>>5);

 

UCHAR r=(buffer[(i*pitch+j)*2+1]<<1)>>3;

 

pDC->SetPixel(j,i,RGB((r*0xFF)/0x1F,(g*0xFF)/0x1F,(b*0xFF)/0x1F));

 

}

 

}

 

}else if(info.bmiHeader.biCompression==BI_BITFIELDS){

 

//该模式在bitmapinfoheader之后存在RGB掩码 每个掩码1 DWORD

 

fseek(fp,fileheader.bfOffBits-sizeof(DWORD )*3,0);

 

DWORD rMask;

 

fread(&rMask,sizeof(DWORD ),1,fp);

 

if(rMask==0x7C00){

 

// 5 5 5 格式

 

MessageBeep(0);

 

for(int i=0;i<0-height;i++){

 

for(int j=0;j<width;j++){

 

UCHAR b=buffer[(i*pitch+j)*2]&0x1F;

 

UCHAR g=(((buffer[(i*pitch+j)*2+1]<<6)&0xFF)>>3)+(buffer[(i*pitch+j)*2]>>5);

 

UCHAR r=(buffer[(i*pitch+j)*2+1]<<1)>>3;

 

pDC->SetPixel(j,i,RGB((r*0xFF)/0x1F,(g*0xFF)/0x1F,(b*0xFF)/0x1F));

 

}

 

}

 

}
else if(rMask==0xF800){

 

//5 6 5 格式

 

for(int i=0;i<0-height;i++)
{

 

 for(int j=0;j<width;j++)
 {

 

 UCHAR b=buffer[(i*pitch+j)*2]&0x1F;

 

 UCHAR g=(((buffer[(i*pitch+j)*2+1]<<5)&0xFF)>>2)+(buffer[(i*pitch+j)*2]>>5);

 

 UCHAR r=buffer[(i*pitch+j)*2+1]>>3;

 

 pDC->SetPixel(j,i,RGB(r*0xFF/0x1F,g*0xFF/0x3F,b*0xFF/0x1F));

 

}

 

}

 

}

 

}

 

}

 

//pDC->TextOut(100,200,"16位图");

 

}else if(info.bmiHeader.biBitCount==24){

 

int pitch=width%4;

 

//b g r

 

if(height>0){

 

//height>0 表示图片颠倒

 

for(int i=0;i<height;i++){

 

int realPitch=i*pitch;

 

for(int j=0;j<width;j++){

 

UCHAR b=buffer[(i*width+j)*3+realPitch];

 

UCHAR g=buffer[(i*width+j)*3+1+realPitch];

 

UCHAR r=buffer[(i*width+j)*3+2+realPitch];

 

pDC->SetPixel(j,height-i,RGB(r,g,b));

 

}

 

}

 

}else{

 

for(int i=0;i<0-height;i++){

 

int realPitch=i*pitch;

 

for(int j=0;j<width;j++){

 

UCHAR b=buffer[(i*width+j)*3+realPitch];

 

UCHAR g=buffer[(i*width+j)*3+1+realPitch];

 

UCHAR r=buffer[(i*width+j)*3+2+realPitch];

 

pDC->SetPixel(j,i,RGB(r,g,b));

 

}

 

}

 

}

 

 


//pDC->TextOut(100,200,"24位图");

 

 


}else if(info.bmiHeader.biBitCount==32){

 

// b g r a

 

if(height>0){

 

//height>0 表示图片颠倒

 

for(int i=0;i<0-height;i++){

 

for(int j=0;j<width;j++){

 

UCHAR b=buffer[(i*width+j)*4];

 

UCHAR g=buffer[(i*width+j)*4+1];

 

UCHAR r=buffer[(i*width+j)*4+2];

 

pDC->SetPixel(j,height-i,RGB(r,g,b));

 

}

 

}

 

}else{

 

for(int i=0;i<height;i++){

 

for(int j=0;j<width;j++){

 

UCHAR b=buffer[(i*width+j)*4];

 

UCHAR g=buffer[(i*width+j)*4+1];

 

UCHAR r=buffer[(i*width+j)*4+2];

 

pDC->SetPixel(j,i,RGB(r,g,b));

 

}

 

}

 

}

 

//pDC->TextOut(100,200,"32位图");

 

}

 

delete buffer;

 

fclose(fp);

 

}

jurrah
关注
  • 1
    点赞
  • 踩
  • 8
    收藏
    觉得还不错? 一键收藏
  • 2
    评论
C++ 读取bmp图片示例程序
09-01
功能: 读取bmp 代码示例: typedef struct _bmpsize { long bmpWidth;//位图宽，单位为象素LONG=long（有符号） long bmpHeight;//位图高，单位为象素LONG=long（有符号） unsigned short BitCount;//每个象素所占用的比特位WORD=unsigned short long BytesPerLine;//位图每行数据所占的字节数LONG=long（有符号） bool operator ==(_bmpsize bs) { if(bmpWidth==bs.bmpWidth && bmpHeight==bs.bmpHeight && BitCount==bs.BitCount /*&&BytesPerLine==bs.BytesPerLine*/) return true; else return false; } bool operator !=(_bmpsize bs) { return !(*this==bs); } }BMPSIZE, *LPBMPSIZE;//位图大小信息 class scBmp { public: scBmp(); virtual ~scBmp(); BITMAPFILEHEADER GetBmpFileHeader() const {return m_bmfHeader;}; const char * GetFileName() const {return m_pFileName.GetDataPointer();} BITMAPINFO * GetBmpInfo() const {return (BITMAPINFO *)m_pbi.GetDataPointer();} BMPSIZE GetBmpSize() const {return m_bmpSize;} // scFdmtlType * GetPixels() {return &m_pixels;} scBYTE * GetPixels() {return &m_pixels;}
四叉树有损位图压缩处理程序示例
01-01
一个四叉树课设程序，可以对24位图进行压缩，应用于windows平台。 main.c 代码如下:#include “bmp.h” int main(){BITMAPFILEHEADER fileHeader;BITMAPINFOHEADER infoHeader;FILE* pfin1 =fopen(“test.bmp”,”rb”);FILE* pfout1 = fopen(“test1.dat” , “wb”);FILE* pfout2 = fopen(“test2.bmp” , “wb”);FILE* pfin2 =fopen(“test1.dat”,”rb”);quadtree_t T=
VC对BMP位图图像进行旋转的源代码
03-15
内容索引:VC/C++源码,图形处理,旋转位图　　VC对BMP位图图像进行旋转的示例源代码，可以按顺时针、逆时针两种方式旋转，不过测试中发现，如果旋转次数过多的话，好像图像会失真，为何呢？
c语言实现bmp格式的图片创建和读取(仅限24位色格式)
春风十里不如你
02-19 1063
bmp.c #include <stdio.h> #include <string.h> #include <stdlib.h> #include <stdint.h> // #define Bmp_FileHeader_Size 14 // sizeof(Bmp_FileHeader)的值不一定准确 typedef struct{ uint8_t bfType[2]; //文件类型: "BM"/bmp, "BA"/.. , ...
BMP图像数据格式详解
俗科技的博客
02-11 1376
一．简介 BMP(Bitmap-File)图形文件是Windows采用的图形文件格式，在Windows环境下运行的所有图象处理软件都支持BMP图象文件格式。Windows系统内部各图像绘制操作都是以BMP为基础的。Windows 3.0以前的BMP图文件格式与显示设备有关，因此把这种BMP图象文件格式称为设备相关位图DDB(device-dependent bitmap)文件格式。Windows 3.0以后的BMP图象文件与显示设备无关，因此把这种BMP图象文件格式称为设备无关位图DIB(d...
Bmp图片格式介绍
南大侠的博客
02-22 6258
BMP是英文）的简写，它是中的标准，能够被多种Windows所支持。随着Windows操作系统的流行与丰富的Windows应用程序的开发，BMP位图格式理所当然地被广泛应用。这种格式的特点是包含的图像信息较丰富，几乎不进行压缩，但由此导致了它与生俱来的缺点–占用磁盘空间过大。
BMP文件结构
lzljy的专栏
11-20 1584
BMP文件结构由四个区块组成，分别是文件头区块、位图信息区块、索引色区块和颜色数据区块。 文件头共14个字节，位图信息块共40个字节； 颜色数据区块的字节长度=位图宽*位图高，如果是24位色，颜色数据区块的字节长度=位图宽*位图高*3，而且位图宽*3必须是4的倍数，不然自动不全； 一、文件头区块（14个字节）具体含义 字节地址 长度 说明 16进制示例 0-1 ...
bmp位图格式详细介绍-1/4/8/16/24/32bit、存储格式等
热门推荐
wkd_007的博客
12-07 1万+
详细介绍bmp位图文件的四个部分：位图文件头、位图信息头、调色板、位图数据，并且结合位图文件数据举例说明了什么是位图文件，bmp位图看这篇文章就差不多了
BMP文件格式解析
游一法师
03-26 1万+
BMP文件格式解析 作者：水木子 文章目录一、图像...
BMP图像文件结构
hdukg的专栏
12-16 2460
<br />          典型的BMP图像文件由四部分组成：<br />　 1：位图文件头数据结构，它包含BMP图像文件的类型、显示内容等信息；<br />　 2：位图信息数据结构，它包含有BMP图像的宽、高、压缩方法，以及定义颜色等信息；<br />　  3：调色板，这个部分是可选的，有些位图需要调色板，有些位图，比如真彩色图（24位的BMP）就不需要调色板；<br />　  4：位图数据，这部分的内容根据BMP位图使用的位数不同而不同，在24位图中直接使用RGB，而其他的小于24位的使用调色板中颜
一个VB6.0位图按钮美化控件及用法示例.rar
07-10
一个VB6.0位图按钮美化控件及用法示例，在众多形状风格的按钮中，加入BMP位图修饰，生成渐变按钮、水晶按钮等效果，按钮变漂亮多了，十分不错，这是一个易用的控件，源码中包括了调用的方法和例子演示。
VC 实现BMP图像透明窗体的简单示例.rar
07-09
奇特的VC 透明窗体，利用了BMP图像，BMP可显示的去掉背景的文字，然后将这个BMP位图应用到窗体中，就形成了透明窗体，或许对你来说有点太简单了。希望对透明窗体制作不太懂的编程朋友参考一下。
bmp文件资料
TT的小窝
01-25 953
http://bbs.bccn.net/viewthread.php?tid=187917 1BMP文件头：BMP文件头数据结构含有BMP文件的类型、文件大小和位图起始位置等信息                 字节数Public Type BITMAPFILEHEADER                                                          
位图格式（转载）
kay_1010的专栏
09-11 1338
<br />BMP是一种与硬件设备无关的图像文件格式，使用非常广。它采用位映射存储格式，除了图像深度可选以外，不采用其他任何压缩，因此，BMP文件所占用的空间很大。BMP文件的图像深度可选lbit、4bit、8bit及24bit。BMP文件存储数据时，图像的扫描方式是按从左到右、从下到上的顺序。 由于BMP文件格式是Windows环境中交换与图有关的数据的一种标准，因此在Windows环境中运行的图形图像软件都支持BMP图像格式。 <br />文件结构：<br />　　典型的BMP图像文件由四部分组成：<b
《我的眼睛--图灵识别》第三章：基础：颜色识别
onedabian的博客
02-25 9742
《我的眼睛–图灵识别》第三章：基础：颜色识别 七色彩虹 漂亮的彩虹是一种光学现象，使用三棱透镜进行折射就能看到七色彩虹。它分别由红、橙、黄、绿、青、蓝、紫7种颜色组成。色彩按字面含义上理解可分为色和彩，色是指人对进入眼睛的光并传至大脑时所产生的感觉；彩则指多色的意思，是人对光变化的理解。 1、颜色描述 颜色是通过光射向物体产生了反射光，不同光的波长和强度对肉眼产生刺激，引起视觉神经和中枢神经反应...
【基础】BMP格式
weixin_41838721的博客
01-21 2873
BMP取自位图Bitmap的缩写，也称为DIB（与设备无关的位图），是一种独立于显示器的位图数字图像文件格式。常见于微软视窗和OS/2操作系统，Windows GDI API内部使用的DIB数据结构与 BMP 文件格式几乎相同。BMP文件通常是不压缩的，所以它们通常比同一幅图像的压缩图像文件格式要大很多。因此它们通常不适合在因特网或者其他低速或者有容量限制的介质上进行传输。8位图像可以是索引彩色图像外，也可以是灰阶图像。表示透明的alpha通道也可以保存在一个类似于灰阶图像的独立文件中。
BMP格式详解＜转＞
whl0071的专栏
09-21 2718
BMP格式详解
bmp文件头_图像算法原理与实践——图像文件存储
weixin_39756273的博客
11-27 2599
图像数据在计算机储器设备中的存储形式是图像文件，图像必须按照某个公开的、规范约终结定的数据存储顺序和结构进行保存，才能使不同的程序对图像文件顺利进行打开或存盘操作，实现数据共享。图像数据在文件中的存储顺序和结构称为图像文件格式。目前主流的图像文件格式有 .bmp； .jpg；.jpeg；.png；.gif；.webp；.tiff；.psd 等各种不同的文件格式。在这些图像格式中大部分的格...
软件测试 - 计算题
最新发布
没事发发博客
05-30 609
等价类划分法：实例5：余额宝是一个余额增值服务和活期资金管理服务产品，可以把一些零钱存入余额宝产生利息，也可以将余额宝中的钱提现。余额宝的提现方式有2种：快速到账（2小时），每日最高提现额度为10000元；普通到账，可提取金额为余额宝中的最大余额，但到账时间会慢一些。针对该需求，在用户余额不确定的情况下，采用等价类划分法和边界值分析法进行测试。请写出等价类表，以及测试用例。通过分析可以得到，余额主要影响快速提现，于是将余额分为不足10000与大于10000两种情况进行分析。​​​。
C语言实现将彩色BMP位图转化为二值图
06-07
下面是一个示例代码，实现了将彩色BMP位图转化为二值图的功能： ```c #include #include #include #pragma pack(2) // 结构体按2字节对齐 typedef struct { char bfType[2]; // 文件类型，必须为BM unsigned...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值