A. VC打开BMP图像
程序已经发到你的邮箱。
B. vc/mfc中bmp文件保存的问题
硬件设备无关的图像文件格式，使用非常广。它采用位映射存储格式，除了图像深度可选以外，不采用其他任何压缩，因此，BMP文件所占用的空间很大。BMP文件的图像深度可选lbit、4bit、8bit及24bit。BMP文件存储数据时，图像的扫描方式是按从左到右、从下到上的顺序。
由于BMP文件格式是Windows环境中交换与图有关的数据的一种标准，因此在Windows环境中运行的图形图像软件都支持BMP图像格式。[编辑本段]文件结构：
典型的BMP图像文件由四部分组成：
1：位图文件头数据结构，它包含BMP图像文件的类型、显示内容等信息；
2：位图信息数据结构，它包含有BMP图像的宽、高、压缩方法，以及定义颜色等信息；
3：调色板，这个部分是可选的，有些位图需要调色板，有些位图，比如真彩色图（24位的BMP）就不需要调色板；
4：位图数据，这部分的内容根据BMP位图使用的位数不同而不同，在24位图中直接使用RGB，而其他的小于24位的使用调色板中颜色索引值。
位图的类型：
位图一共有两种类型，即：设备相关位图（DDB)和设备无关位图（DIB）。DDB位图在早期的Windows系统（Windows 3.0以前)中是很普遍的，事实上它也是唯一的。然而，随着显示器制造技术的进步，以及显示设备的多样化，DDB位图的一些固有的问题开始浮现出来了。比如，它不能够存储（或者说获取）创建这张图片的原始设备的分辨率，这样，应用程序就不能快速的判断客户机的显示设备是否适合显示这张图片。为了解决这一难题，微软创建了DIB位图格式。
设备无关位图 (Device-Independent Bitmap)
DIB位图包含下列的颜色和尺寸信息：
＊ 原始设备（即创建图片的设备）的颜色格式。
＊ 原始设备的分辨率。
＊ 原始设备的调色板
＊ 一个位数组，由红、绿、蓝（RGB）三个值代表一个像素。
＊ 一个数组压缩标志，用于表明数据的压缩方案（如果需要的话）。
以上这些信息保存在BITMAPINFO结构中，该结构由BITMAPINFOHEADER结构和两个或更多个RGBQUAD结构所组成。BITMAPINFOHEADER结构所包含的成员表明了图像的尺寸、原始设备的颜色格式、以及数据压缩方案等信息。RGBQUAD结构标识了像素所用到的颜色数据。
DIB位图也有两种形式，即：底到上型DIB(bottom-up)，和顶到下型DIB(top-down)。底到上型DIB的原点(origin)在图像的左下角，而顶到下型DIB的原点在图像的左上角。如果DIB的高度值（由BITMAPINFOHEADER结构中的biHeight成员标识）是一个正值，那么就表明这个DIB是一个底到上型DIB，如果高度值是一个负值，那么它就是一个顶到下型DIB。注意：顶到下型的DIB位图是不能被压缩的。
位图的颜色格式是通过颜色面板值(planes)和颜色位值(bitcount)计算得来的，颜色面板值永远是1，而颜色位值则可以是1、4、8、16、24、32其中的一个。如果它是1，则表示位图是一张单色位图（译者注：通常是黑白位图，只有黑和白两种颜色，当然它也可以是任意两种指定的颜色），如果它是4,则表示这是一张VGA位图，如果它是8、16、24、或是32，则表示该位图是其他设备所产生的位图。如果应用程序想获取当前显示设备（或打印机）的颜色位值（或称位深度），可调用API函数GetDeviceCaps()，并将第二个参数设为BITSPIXEL即可。
显示设备的分辨率是以每米多少个像素来表明的，应用程序可以通过以下三个步骤来获取显示设备或打印机的水平分辨率：
1. 调用GetDeviceCaps()函数，指定第二个参数为HORZRES。
2. 再次调用GetDeviceCaps()函数，指定第二个参数为HORZSIZE。
3. 用第一个返回值除以第二个返回值。即：DetDeviceCaps(hDC,HORZRES)/GetDeviceCaps(hDC,HORZSIZE);
应用程序也可以使用相同的三个步骤来获取设备的垂直分辨率，不同之处只是要将HORZRES替换为VERTRES，把HORZSIZE替换为VERTSIZE，即可。
调色板是被保存在一个RGBQUAD结构的数组中，该结构指出了每一种颜色的红、绿、蓝的分量值。位数组中的每一个索引都对应于一个调色板项（即一个RGBQUAD结构），应用程序将根据这种对应关系，将像素索引值转换为像素RGB值（真实的像素颜色）。应用程序也可以通过调用GetDeviceCaps()函数来获取当前显示设备的调色板尺寸（将该函数的第二个参数设为NUMCOLORS即可）。
Win32 API支持位数据的压缩（只对8位和4位的底到上型DIB位图）。压缩方法是采用运行长度编码方案（RLE)，RLE使用两个字节来描述一个句法，第一个字节表示重复像素的个数，第二个字节表示重复像素的索引值。有关压缩位图的详细信息请参见对BITMAPINFOHEADER结构的解释。
应用程序可以从一个DDB位图创建出一个DIB位图，步骤是，先初始化一些必要的结构，然后再调用GetDIBits()函数。不过，有些显示设备有可能不支持这个函数，你可以通过调用GetDeviceCaps()函数来确定一下（GetDeviceCaps()函数在调用时指定RC_DI_BITMAP作为RASTERCAPS的标志）。
应用程序可以用DIB去设置显示设备上的像素（译者注：也就是显示DIB），方法是调用SetDIBitsToDevice()函数或调用StretchDIBits()函数。同样，有些显示设备也有可能不支持以上这两个函数，这时你可以指定RC_DIBTODEV作为RASTERCAPS标志，然后调用GetDeviceCaps()函数来判断该设备是否支持SetDIBitsToDevice()函数。也可以指定RC_STRETCHDIB作为RASTERCAPS标志来调用GetDeviceCaps()函数，来判断该设备是否支持StretchDIBits()函数。
如果应用程序只是要简单的显示一个已经存在的DIB位图，那么它只要调用SetDIBitsToDevice()函数就可以。比如一个电子表格软件，它可以打开一个图表文件，在窗口中简单的调用SetDIBitsToDevice()函数，将图形显示在窗口中。但如果应用程序要重复的绘制位图的话，则应该使用BitBlt()函数，因为BitBlt()函数的执行速度要比SetDIBitsToDevice()函数快很多。
设备相关位图 (Device-Dependent Bitmaps)
设备相关位图（DDB）之所以现在还被系统支持，只是为了兼容旧的Windows 3.0软件，如果程序员现在要开发一个与位图有关的程序，则应该尽量使用或生成DIB格式的位图。
DDB位图是被一个单个结构BITMAP所描述，这个结构的成员标明了该位图的宽度、高度、设备的颜色格式等信息。
DDB位图也有两种类型，即：可废弃的(discardable)DDB和不可废弃的(nondiscardable)DDB。可废弃的DDB位图就是一种当系统内存缺乏，并且该位图也没有被选入设备描述表（DC）的时候，系统就会把该DDB位图从内存中清除（即废弃）。不可废弃的DDB则是无论系统内存多少都不会被系统清除的DDB。API函数CreateDiscardableBitmap()函数可用于创建可废弃位图。而函数CreateBitmap()、CreateCompatibleBitmap()、和CreateBitmapIndirect()可用于创建不可废弃的位图。
应用程序可以通过一个DIB位图而创建一个DDB位图，只要先初始化一些必要的结构，然后再调用CreateDIBitmap()函数就可以。如果在调用该函数时指定了CBM_INIT标志，那么这一次调用就等价于先调用CreateCompatibleBitmap()创建当前设备格式的DDB位图，然后又调用SetDIBits()函数转换DIB格式到DDB格式。（可能有些设备并不支持SetDIBits()函数，你可以指定RC_DI_BITMAP作为RASTERCAPS的标志，然后调用GetDeviceCaps()函数来判断一下）。
对应的数据结构：
1：BMP文件组成
BMP文件由文件头、位图信息头、颜色信息和图形数据四部分组成。
2：BMP文件头(14字节)
BMP文件头数据结构含有BMP文件的类型、文件大小和位图起始位置等信息。
其结构定义如下:
typedef struct tagBITMAPFILEHEADER
{
WORD bfType; // 位图文件的类型，必须为BM(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 = ((((bi.biWidth * bi.biBitCount) + 31) & ~31) / 8) * bi.biHeight;
具体数据举例：
如某BMP文件开头：
4D42 4690 0000 0000 0000 4600 0000 2800 0000 8000 0000 9000 0000 0100*1000 0300 0000 0090 0000 A00F 0000 A00F 0000 0000 0000 0000 0000*00F8 0000 E007 0000 1F00 0000 0000 0000*02F1 84F1 04F1 84F1 84F1 06F2 84F1 06F2 04F2 86F2 06F2 86F2 86F2 .... ....
BMP文件可分为四个部分：位图文件头、位图信息头、彩色板、图像数据阵列，在上图中已用*分隔。
另外,虚机团上产品团购,超级便宜
C. 关于vc++中 bmp文件的读取
位图的那些信息结构本身Windows定义的有啊，你为什么要重新定义？这样的函数我使用过，没有问题啊，应该是你自己定义的结构体的问题。
D. 我想要一段把一张BMP格式的图片压缩的vc+程序
，BMP图像文件
？BMP最早使用的图像文件在Windows操作系统是一个标准的图像文件格式，在Windows操作系统是最简单的图像格式。
？BMP图像格式是非常简单的，具有只是最基本的图像数据存储功能，并且可以被存储为每个像素的一个4位，8位和24位的位图。虽然它提供的信息过于简单，但由于Windows系统的普及，以及BMP本身有一个简单的格式，标准，透明，BMP图像文件格式得到了推广，它一般是用于在屏幕上显示Windows系统以及一些简单的图像系统中。
这种格式的特点是包含丰富的图像信息几乎没有压缩，但由此产生的与生俱来的固有的缺点 - 占用磁盘空间过大。在网页中很少使用。
？24位，800×600的BMP格式的图形文件大小：
800×600×3byte 1440000byte≈1440byte≈1.44M
？二，GIF图像文件
？GIF格式的特点是高压缩比，所占用较少的磁盘空间，所以在Web页面中使用了大量的图像。
？GIF有两个版本：
？GIF87A：单一的静止图像被简单地用来存储。
？GIF89a的几件也可以存储的静止图像，从而形成一个连续的动画，成为支持2D动画格式。您可以指定透明区域，使图像具有非同寻常的展示，这使GIF风光十足。在互联网上，大量的彩色动画文件多为这种格式。像素艺术。 N多QQ秀，QQ空间，QQ的东西。
？GIF图像格式还增加淡入，换言之，在图像转印过程中时，用户可以看到的图像的大致轮廓，然后继续与转印过程和看到的图像的细节部分，并适应用户从朦胧到清晰地收看心理。
？由于八个存储格式，因此它不能被存储256个以上的彩色图像，总量少于256色的使用的图片颜色的限制。
？最佳的屏幕显示GIF格式：
？如果颜色越少，颜色小于256，调色板可以选择为“准确”。
？不投票的“失真”。
？在一般情况下，调色板来选择“最合适的”，最大颜色数选择“256”。如果颜色是略超过256种颜色，的抖动被设置为“100％”。
？为了防止锯齿状边缘不需要透明的，不透明的，尽可能。
？一个小窍门：
？网页切片导出为GIF格式，色彩丰富，不与出口的出口一片。按钮，如下图所示：
？第三，JPEG图像文件
？JPEG文件的扩展名jpg或。 JPEG，压缩技术十分先进，它用有损压缩，去除冗余的图像和彩色数据获得一个非常高的压缩率，同时该展会是非常丰富的，生动的图像，换句话说，用最少的磁盘空间得到更好的的图像质量。
？JPEG 2000是由JPEG组织负责开发，JPEG，它具有更高的压缩比和更多的新功能，新一代的静止图像压缩技术。
JPEG2000作为JPEG压缩比的升级版，比JPEG高约30％。只能支持不同，JPEG，JPEG2000同时支持有损和无损压缩，而JPEG有损压缩。无损压缩保存一些重要图片是有用的。
？JPEG2000是一个非常重要的特点是，它可以实现渐进传输，这的GIF“变脸”有异曲同工之妙，第一次传输的图像的轮廓，然后逐步传输数据，不断提高图像质量，使图像由朦胧到清晰显示。
此外，JPEG2000支持所谓的“区域利益”的功能，你可以指定你感兴趣的领域的？压缩质量的图像的任何部分，你也可以选择指定第一个解压缩。？
？JPG图像的注意点：图像质量和文件尺寸之间找到一个平衡点。一般，80％的压缩率是较合适地使用在Web页面。
另存为图像处理软件可以使用Windows附件也可以使用图像处理软件进行转换。如：ACDSEE，PHOTOSHOP软件。
E. 如何在VC中读取彩色BMP格式的图像的像素值
法，再有针对性的研究VC如何做图像处理，有以下资料可参考（网上多得是）
1． 图像文件的格式；
2． 图像编程的基础-操作调色板；
3． 图像数据的读取、存储和显示、如何获取图像的尺寸等；
4． 利用图像来美化界面；
5． 图像的基本操作：图像移动、图像旋转、图像镜像、图像的缩放、图像的剪切板操作；
6． 图像显示的各种特技效果；
7． 图像的基本处理：图像的二值化、图像的亮度和对比度的调整、图像的边缘增强、如何得到图像的直方图、图像直方图的修正、图像的平滑、图像的锐化等、图像的伪彩色、彩色图像转换为黑白图像、物体边缘的搜索等等；
8． 二值图像的处理：腐蚀、膨胀、细化、距离变换等；
9． 图像分析：直线、圆、特定物体的识别；
10．JEPG、GIF、PCX等格式文件相关操作；
11．图像文件格式的转换；
12．图像的常用变换：付利叶变换、DCT变换、沃尔什变换等；
13．AVI视频流的操作；
图像处理技术博大精深，不仅需要有很强的数学功底，还需要熟练掌握一门计算机语言，在当前流行的语言中，我个人觉的Visual C++这个开发平台是图像开发人员的首选工具。本讲座只是起到抛砖引玉的作用，希望和广大读者共同交流。
VC数字图像处理编程讲座之二
第一节 图像的文件格式
要利用计算机对数字化图像进行处理，首先要对图像的文件格式要有清楚的认识，因为我们前面说过，自然界的图像以模拟信号的形式存在，在用计算机进行处理以前，首先要数字化，比如摄像头（CCD）摄取的信号在送往计算机处理前，一般情况下要经过数模转换，这个任务常常由图像采集卡完成，它的输出一般为裸图的形式；如果用户想要生成目标图像文件，必须根据文件的格式做相应的处理。随着科技的发展，数码像机、数码摄像机已经进入寻常百姓家，我们可以利用这些设备作为图像处理系统的输入设备来为后续的图像处理提供信息源。无论是什么设备，它总是提供按一定的图像文件格式来提供信息，比较常用的有BMP 格式、JPEG格式、GIF格式等等，所以我们在进行图像处理以前，首先要对图像的格式要有清晰的认识，只有在此基础上才可以进行进一步的开发处理。
在讲述图像文件格式前，先对图像作一个简单的分类。除了最简单的图像外，所有的图像都有颜色，而单色图像则是带有颜色的图像中比较简单的格式，它一般由黑色区域和白色区域组成，可以用一个比特表示一个像素，"1"表示黑色，"0"表示白色，当然也可以倒过来表示，这种图像称之为二值图像。我们也可以用8个比特（一个字节）表示一个像素，相当于把黑和白等分为256个级别，"0"表示为黑，"255"表示为白，该字节的数值表示相应像素值的灰度值或亮度值，数值越接近"0"，对应像素点越黑，相反，则对应像素点越白，此种图像我们一般称之为灰度图像。单色图像和灰度图像又统称为黑白图像，与之对应存在着彩色图像，这种图像要复杂一些，表示图像时，常用的图像彩色模式有RGB模式、CMYK模式和HIS模式，一般情况下我们只使用RGB模式，R 对应红色，G对应绿色，B对应蓝色，它们统称为三基色，这三中色彩的不同搭配，就可以搭配成各种现实中的色彩，此时彩色图像的每一个像素都需要3个样本组成的一组数据表示，其中每个样本用于表示该像素的一个基本颜色。
对于现存的所有的图像文件格式，我们在这里主要介绍BMP图像文件格式，并且文件里的图像数据是未压缩的，因为图像的数字化处理主要是对图像中的各个像素进行相应的处理，而未压缩的BMP图像中的像素数值正好与实际要处理的数字图像相对应，这种格式的文件最合适我们对之进行数字化处理。请读者记住，压缩过的图像是无法直接进行数字化处理的，如JPEG、GIF等格式的文件，此时首先要对图像文件解压缩，这就要涉及到一些比较复杂的压缩算法。后续章节中我们将针对特殊的文件格式如何转换为BMP格式的文件问题作专门的论述，经过转换，我们就可以利用得到的未压缩的BMP文件格式进行后续处理。对于JPEG、GIF等格式，由于涉及到压缩算法，这要求读者掌握一定的信息论方面的知识，如果展开的话，可以写一本书，限于篇幅原因，我们只作一般性的讲解，有兴趣的朋友可以参考相关书籍资料。
一、BMP文件结构
1. BMP文件组成
BMP文件由文件头、位图信息头、颜色信息和图形数据四部分组成。文件头主要包含文件的大小、文件类型、图像数据偏离文件头的长度等信息；位图信息头包含图象的尺寸信息、图像用几个比特数值来表示一个像素、图像是否压缩、图像所用的颜色数等信息。颜色信息包含图像所用到的颜色表，显示图像时需用到这个颜色表来生成调色板，但如果图像为真彩色，既图像的每个像素用24个比特来表示，文件中就没有这一块信息，也就不需要操作调色板。文件中的数据块表示图像的相应的像素值，需要注意的是：图像的像素值在文件中的存放顺序为从左到右，从下到上，也就是说，在BMP文件中首先存放的是图像的最后一行像素，最后才存储图像的第一行像素，但对与同一行的像素，则是按照先左边后右边的的顺序存储的；另外一个需要读者朋友关注的细节是：文件存储图像的每一行像素值时，如果存储该行像素值所占的字节数为4的倍数，则正常存储，否则，需要在后端补0，凑足4的倍数。
2. BMP文件头
BMP文件头数据结构含有BMP文件的类型、文件大小和位图起始位置等信息。其结构定义如下:
typedef struct tagBITMAPFILEHEADER
{
WORD bfType; // 位图文件的类型，必须为"BM"
DWORD bfSize; // 位图文件的大小，以字节为单位
WORD bfReserved1; // 位图文件保留字，必须为0
WORD bfReserved2; // 位图文件保留字，必须为0
DWORD bfOffBits; // 位图数据的起始位置，以相对于位图文件头的偏移量表示，以字节为单位
} BITMAPFILEHEADER；该结构占据14个字节。
3. 位图信息头
BMP位图信息头数据用于说明位图的尺寸等信息。其结构如下：
typedef struct tagBITMAPINFOHEADER{
DWORD biSize; // 本结构所占用字节数
LONG biWidth; // 位图的宽度，以像素为单位
LONG biHeight; // 位图的高度，以像素为单位
WORD biPlanes; // 目标设备的平面数不清，必须为1
WORD biBitCount// 每个像素所需的位数，必须是1(双色), 4(16色)，8(256色)或24(真彩色)之一
DWORD biCompression; // 位图压缩类型，必须是 0(不压缩),1(BI_RLE8压缩类型)或2(BI_RLE4压缩类型)之一
DWORD biSizeImage; // 位图的大小，以字节为单位
LONG biXPelsPerMeter; // 位图水平分辨率，每米像素数
LONG biYPelsPerMeter; // 位图垂直分辨率，每米像素数
DWORD biClrUsed;// 位图实际使用的颜色表中的颜色数
DWORD biClrImportant;// 位图显示过程中重要的颜色数
} BITMAPINFOHEADER；该结构占据40个字节。
注意：对于BMP文件格式，在处理单色图像和真彩色图像的时候，无论图象数据多么庞大，都不对图象数据进行任何压缩处理，一般情况下，如果位图采用压缩格式，那么16色图像采用RLE4压缩算法，256色图像采用RLE8压缩算法。
4. 颜色表
颜色表用于说明位图中的颜色，它有若干个表项，每一个表项是一个RGBQUAD类型的结构，定义一种颜色。RGBQUAD结构的定义如下:
typedef struct tagRGBQUAD {
BYTErgbBlue;// 蓝色的亮度(值范围为0-255)
BYTErgbGreen; // 绿色的亮度(值范围为0-255)
BYTErgbRed; // 红色的亮度(值范围为0-255)
BYTErgbReserved;// 保留，必须为0
} RGBQUAD;
颜色表中RGBQUAD结构数据的个数由BITMAPINFOHEADER 中的biBitCount项来确定，当biBitCount=1,4,8时，分别有2,16,256个颜色表项，当biBitCount=24时，图像为真彩色，图像中每个像素的颜色用三个字节表示，分别对应R、G、B值，图像文件没有颜色表项。位图信息头和颜色表组成位图信息，BITMAPINFO结构定义如下:
typedef struct tagBITMAPINFO {
BITMAPINFOHEADER bmiHeader; // 位图信息头
RGBQUAD bmiColors[1]; // 颜色表
} BITMAPINFO;
注意：RGBQUAD数据结构中，增加了一个保留字段rgbReserved，它不代表任何颜色，必须取固定的值为"0"，同时， RGBQUAD结构中定义的颜色值中，红色、绿色和蓝色的排列顺序与一般真彩色图像文件的颜色数据排列顺序恰好相反，既：若某个位图中的一个像素点的颜色的描述为"00，00，ff，00"，则表示该点为红色，而不是蓝色。
5. 位图数据
位图数据记录了位图的每一个像素值或该对应像素的颜色表的索引值，图像记录顺序是在扫描行内是从左到右,扫描行之间是从下到上。这种格式我们又称为Bottom_Up位图，当然与之相对的还有Up_Down形式的位图，它的记录顺序是从上到下的，对于这种形式的位图，也不存在压缩形式。位图的一个像素值所占的字节数：当biBitCount=1时，8个像素占1个字节；当biBitCount=4时，2个像素占1个字节；当 biBitCount=8时，1个像素占1个字节；当biBitCount=24时,1个像素占3个字节，此时图像为真彩色图像。当图像不是为真彩色时，图像文件中包含颜色表，位图的数据表示对应像素点在颜色表中相应的索引值，当为真彩色时，每一个像素用三个字节表示图像相应像素点彩色值，每个字节分别对应R、G、B分量的值，这时候图像文件中没有颜色表。上面我已经讲过了，Windows规定图像文件中一个扫描行所占的字节数必须是4的倍数(即以字为单位),不足的以0填充，图像文件中一个扫描行所占的字节数计算方法：
DataSizePerLine= (biWidth* biBitCount+31)/8；// 一个扫描行所占的字节数
位图数据的大小按下式计算(不压缩情况下)：
DataSize= DataSizePerLine* biHeight。
上述是BMP文件格式的说明，搞清楚了以上的结构，就可以正确的操作图像文件，对它进行读或写操作了。
。。。。。。
F. VC中BMP图片如何转换Tiff文件格式
我用扫描仪扫描了一批.bmp文件,客户要求按.pdf格式刻盘,请教高手怎么能批量...转换成PDF文件的软件：对有损压缩的JPG文件及采用JPEG/OJPEG算法压缩的TIFF...
G. VC中如何将BMP图像转化成JPG图像
你用photo shop将bmp打开另存为jpg就可以啊，如果数量大还可以设置批量处理。要在VC中实现就不只是代码的事了，主要涉及压缩算法。算法有版权啊！
H. VC中如何将内存中的bmp数据转化成jpg数据
//datecompress 图片的质量(只有在转换成jpg有效) //nSize 图片缓冲区的大小(要转的图片数据大小) //PicDate 这是一个指针,指向你的图片的 unsigned int size=0;//得到图像大小 BYTE* buffers;//存储图像数据的缓冲 Bitmap *image = CreateBitmapFromMemory(PicDate,nSize); //把你的图像数据加载入内存 SaveBitmapToMemory(image,(void **)&buffers,&size,CodecIndex,datecompress); //转换成你要的类型,从buffers获取 //说明：CodecIndex取值0-4，分别对应转换为jpg、bmp、gif、png、tiff格式，当为0ompr时，参数datecess有用，表示转换jpg的质量，取值0-100，数值越小，压缩比越大。//这里是你的代码 ..... //这里是你的代码 delete image; delete buffers;
把这些代码放入声明
Bitmap* CreateBitmapFromMemory(const void *buf, size_t size); void* SaveBitmapToMemory(Bitmap *image, void **outbuf, size_t *size, size_t CodecIndex, ULONG quality);
把这些代码加入到你的源文件最后
I. VC的MFC编程时窗口显示多张bmp位图的问题
给你拷贝了一段，你应该能看懂吧，我也是这么用的
void CMyView::OnDraw (CDC* pDC)
{
CRect rc;
CDC dc;
GetClientRect(&rc);
CBitmap bmp; //用来存临时图象的位图
dc.CreateCompatibleDC(pDC); //依附窗口DC创建兼容内存DC
bmp.CreateCompatibleBitmap(pDC,rc.Width(),rc.Height());
//创建兼容位图(必须用pDC创建，否则画出的图形变成黑色)
CBitmap *pOldBit=dc.SelectObject(&bmp);
dc.FillSolidRect(rc,RGB(255,255,255));
//按原来背景填充客户区，不然会是黑色
//画图，添加你要画图的代码，不过用dc画，而不是pDC；
......
pDC->BitBlt(0,0,rc.Width(),rc.Height(),&dc,0,0,SRCCOPY);//将内存DC上的图象拷贝到前台
dc.DeleteDC(); //删除DC
bmp.DeleteObject(); //删除位图
return true;
//这里一定要用return true，如果用自动生成的，会调用基类，把画出来的覆盖，就什么结果也没有了
}