位图文件的读取显示

最新推荐文章于 2017-12-08 22:10:05 发布

kchai1

最新推荐文章于 2017-12-08 22:10:05 发布

阅读量5.5k

点赞数 2

分类专栏： ->多媒体 ->VC MFC 文章标签： struct byte colors null delete 优化

本文链接：https://blog.csdn.net/welcome_ck/article/details/228185

版权

->VC MFC 同时被 2 个专栏收录

8 篇文章 0 订阅

订阅专栏

->多媒体

7 篇文章 0 订阅

订阅专栏

本文从位图文件的格式入手，给出详细的格式说明，并有源码分析。
一、位图文件结构

位图文件由三部分组成：文件头 + 位图信息 + 位图像素数据

1、位图文件头。位图文件头主要用于识别位图文件。以下是位图文件头结构的定义：

typedef struct tagBITMAPFILEHEADER { // bmfh 
    WORD    bfType; 
    DWORD   bfSize; 
    WORD    bfReserved1; 
    WORD    bfReserved2; 
    DWORD   bfOffBits; 
} BITMAPFILEHEADER;

其中的bfType值应该是“BM”（0x4d42），标志该文件是位图文件。bfSize的值是位图文件的大小。
2、位图信息中所记录的值用于分配内存，设置调色板信息，读取像素值等。
以下是位图信息结构的定义：

typedef struct tagBITMAPINFO {
    BITMAPINFOHEADER    bmiHeader;
    RGBQUAD             bmiColors[1];
} BITMAPINFO;

可见位图信息也是由两部分组成的：位图信息头 + 颜色表

2.1位图信息头。位图信息头包含了单个像素所用字节数以及描述颜色的格式，此外还包括位图的宽度、高度、目标设备的位平面数、图像的压缩格式。以下是位图信息头结构的定义：

typedef struct tagBITMAPINFOHEADER{ // bmih 
    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的字节数，即sizeof(BITMAPINFOHEADER)*
biWidth	以像素为单位的图像宽度*
biHeight	以像素为单位的图像长度*
biplanes	目标设备的位平面数
biBitCount	每个像素的位数*（1）
biCompression	图像的压缩格式（这个值几乎总是为0）
biSizeImage	以字节为单位的图像数据的大小（对BI_RGB压缩方式而言）
biXPelsPermeter	水平方向上的每米的像素个数
biYpelsPerMeter	垂直方向上的每米的像素个数
biClrused	调色板中实际使用的颜色数（2）
biClrImportant	现实位图时必须的颜色数（3）

说明：*是需要加以注意的部分，因为它们是我们在进行位图操作时经常参考的变量
（1）对于每个像素的字节数，分别有一下意义：
0，用在JPEG格式中
1，单色图，调色板中含有两种颜色，也就是我们通常说的黑白图片
4，16色图
8，256色图，通常说的灰度图
16，64K图，一般没有调色板，图像数据中每两个字节表示一个像素，5个或6个位表示一个RGB分量
24，16M真彩色图，一般没有调色板，图像数据中每3个字节表示一个像素，每个字节表示一个RGB分量
32，4G真彩色，一般没有调色板，每4个字节表示一个像素，相对24位真彩图而言，加入了一个透明度，即RGBA模式

（2）这个值通常为0，表示使用biBitCount确定的全部颜色，例外是使用的颜色树木小于制定的颜色深度的颜色数目的最大值。

（3）这个值通常为0，表示所有的颜色都是必需的

2.2颜色表。颜色表一般是针对16位一下的图像而设置的，对于16位和16位以上的图像，由于其位图像素数据中直接对对应像素的RGB(A)颜色进行描述，因而省却了调色板。而对于16位一下的图像，由于其位图像素数据中记录的只是调色板索引值，因而需要根据这个索引到调色板去取得相应的RGB(A)颜色。颜色表的作用就是创建调色板。

下图是带调色板和不带调色板的位图的简单示意图

图1 带调色板和不带调色板位图之间的区别

颜色表是由颜色表项组成的，颜色表项结构的定义如下：

typedef struct tagRGBQUAD { // rgbq 
    BYTE    rgbBlue; 
    BYTE    rgbGreen; 
    BYTE    rgbRed; 
    BYTE    rgbReserved; 
} RGBQUAD;

其中需要注意的问题是，RGBQUAD结构中的颜色顺序是BGR，而不是平常的RGB。

3、位图数据。最后，在位图文件头、位图信息头、位图颜色表之后，便是位图的主体部分：位图数据。根据不同的位图，位图数据所占据的字节数也是不同的，比如，对于8位位图，每个字节代表了一个像素，对于16位位图，每两个字节代表了一个像素，对于24位位图，每三个字节代表了一个像素，对于32位位图，每四个字节代表了一个像素。

二、源码分析
//代码只给出了最后显示的部分，这里是显示的关键
//m_nState表示不同打开显示bmp文件的方式
void CPictureView::OnDraw(CDC* pDC)
{
// TODO: add draw code for native data here
CPictureDoc* pDoc = GetDocument();
ASSERT_VALID(pDoc);
if (m_nState == 1)   //第一种方式，通过最基本的读取方式来完成
{
  CFile file;               //表示欲打开的bmp文件
  char *pColor;
  int i,j;
  file.Open(m_pName,CFile::modeRead,NULL);
  ULONGLONG ulSize = file.GetLength();
  char *pBuf = new char[ulSize];                         //定义一个同位图文件相同大小的缓冲区
  UINT uiTemp = file.Read(pBuf,ulSize);            //读取位图数据到缓冲区
  file.Close();

LONG cx,cy;

  DWORD bfOffBits;
  WORD biBitCount;
  bfOffBits = *(DWORD*)(pBuf+10);                //移动10位处，取出DWORD   bfOffBits;

  cx = *(LONG*)(pBuf+18);                              //分别取出x、y方向象素值，移动18和22(实际
  cy = *(LONG*)(pBuf+22);                              //上距离bfOffBits 40）
  biBitCount = *(WORD*)(pBuf+28);                //继续取biBitCount
  BYTE byBlue,byGreen,byRed;
  if (biBitCount == 24)//如果是真彩色24位图片
  {
   char *pTemp;

   pTemp = pBuf+54;//54位后处，是每个象素的具体颜色值
   for(j=cy-1;j>=0;j--)
   {
    for(i=0;i<cx;i++)
    {
     byBlue = *pTemp;   //因为是真彩色24位，所以刚好8位是一种颜色,++就可以取下一颜色
                                    //值了
     pTemp++;
     byGreen = *pTemp;
     pTemp++;
     byRed = *pTemp;
     pTemp++;
     SetPixel(pDC->m_hDC,i,j,RGB(byRed,byGreen,byBlue));  //在屏幕上相应位置画上颜色
    }
    if ((cx*3)%4 != 0)
    {
     pTemp += (4-(cx*3)%4);
    }
   }
  }
  else if(biBitCount == 8) //256色图片
  {
   unsigned char *pTemp = (unsigned char*)(void*)(pBuf+bfOffBits);
   pColor = pBuf+54;
   int nIndex;
   for(j=cy-1;j>=0;j--)
   {
    for(i=0;i<cx;i++)
    {
     nIndex = (UINT)*pTemp;//注意现在是256色图片，颜色值取法有所不同
     byBlue = *(pColor+nIndex*4);
     byGreen = *(pColor+nIndex*4+1);
     byRed = *(pColor+nIndex*4+2);
     SetPixel(pDC->m_hDC,i,j,RGB(byRed,byGreen,byBlue));
     pTemp++;
    }
    pTemp += (4-cx%4);
   }
  }
  else//剩下的16色图片和单色图片，读者自己可以自行试验
   AfxMessageBox("单色与16色图片打开功能暂未提供!");
  delete []pBuf;
  pBuf = NULL;
}
if (m_nState == 2)//第二种方法使用SetDIBitsToDevice函数来完成
{
  CFile file;
  file.Open(m_pName,CFile::modeRead,NULL);
  ULONGLONG ulSize = file.GetLength();
  char *pBuf = new char[ulSize];
  file.Read(pBuf,ulSize);
  file.Close();
  LONG cx,cy;
  DWORD bfOffBits;
  bfOffBits = *(DWORD*)(pBuf+10);
  cx = *(LONG*)(pBuf+18);
  cy = *(LONG*)(pBuf+22);
  void *pBmpInfo,*lpvBufBmp;
  lpvBufBmp = pBuf+bfOffBits;
  pBmpInfo = pBuf+14;
  BITMAPINFO bmpInfo;
  memcpy(&bmpInfo.bmiHeader,pBmpInfo,40);
  SetDIBitsToDevice(pDC->m_hDC,0,0,cx,cy,0,0,0,cy,lpvBufBmp,
   &bmpInfo,DIB_PAL_COLORS);
  delete [] pBuf;
  pBuf = NULL;
}
if (m_nState == 3)//第三种方法使用BitBlt函数来完成，这种方法最为简便实用。
{
CDC dcImage;
  if(!dcImage.CreateCompatibleDC(pDC))
   return;
  BITMAP bm;
  m_bBitmap.GetBitmap(&bm);
  dcImage.SelectObject(&m_bBitmap);
  pDC->BitBlt(0,0,bm.bmWidth,bm.bmHeight,&dcImage,0,0,SRCCOPY);
}
}
通过上述分析，可知，使用位图文件本身的格式来操作位图，过于复杂，而且还需要考虑效率优化的问题，所以在普通使用过程中，我们可以使用后两种方法来实现显示位图。但是技术本身使得我们可以更好的了解位图的详细信息！
                                                                             －－风小云原创，转贴请注明出处！