图象拼接，算法，重叠图象，文档视窗，位图文件，图象显示

MFC的AppWizard可以生成三种类型的应用程序：基于对话框的应用、单文档应用（SDI）和多文档应用（MDI）。三种应用中，以多文档应用（MDI）最为复杂，其功能也最强大。当我们用AppWizard生成一个多文档应用时，系统由CMultiDocTemplate自动生成了一个从Cdocument类继承的文档类，一个从Cview类继承的视窗类，一个从CMDIChildWnd类继承的框架类。当我们每次建立一个新的文档时，程序根据文档模板生成一个新实例，这些我们均可不用关心AppWizard已经自动生成了代码。但如果我们要在程序中使用多个不同的文档类时，则需自己建立文档模板并控制文档实例的建立。假设我们要向一基于多文档的工程MDI中增加一Test的文档。具体步骤如下：

4、将三个类的头文件加入应用类CMDIApp中。

6、定义一菜单项ID号为ID_NEWTEST，利用Clazard将其处理函数加入应用类（或主框架类），在其处理函数CMDIApp::OnNewtest()函数中加入如下代码

    这样我们就建立了一个新的文档类。注意在5中创建文档模板时我们用到了一文档类型资源IDR_TESTTYPE，该资源ID在资源文件中定义如下(未包括图标和菜单的定义)：

显然要将Navigate2（）函数的第一个参数改成Temp的存放路径。刚才在释放资源到文件时并没有指定绝对路径，因此释放出来的资源文件应当和应用程序处于同一目录。但是在此处如果不写明绝对路径是无法显示该临时文件的。获取该临时文件的绝对路径可用如下方法实现：先获取应用程序本身的绝对路径，然后去处应用程序全名（程序名和扩展名）此时得到的是应用程序和临时文件所处文件夹的路径，最后只需在此基础上加上临时文件的文件名Temp即可得到临时文件的全路径。下面是实现的主要代码：

//获取应用程序的全路径

五、映射WM_CTLCOLOR消息，用于控制文本显示的颜色

object），然后直接调用该对象的方法（methods）进行绘图即可。图形对象是GDI+中的核心，正如DC之于GDI那样。图形对象和DC有许多相似的地方，在使用上遵循着相同的使用规则，但是两者在本质上已经有很大的区别。一个是基于句柄的GDI，一个是基于组件对象模型的GDI+。使用GDI+的SDK编程，必须按照下面的规范来进行：使用GDI+的命名空间（namespace Gdiplus），在使用GDI+函数时必须进行GDI+的初始化，使用完毕要销毁GDI+，这些规范在下面所列的程序中有详细的说明。

上面说到GDI+是通过在注册表中查看编码信息来访问图像文件的，在GDI+的SDK中，编码信息是存储在 ImageCodecInfo类中的，在这个类中，有编码的CLSID（COM组件的GUID标识码）、编码方式描述等。对于GDI，在注册表中访问编码信息通常使用以下两个函数来实现：

我修改的程序特点如下：
1、把它分离出来单独构成一个类，便于以后所有程序的使用。
3、支持所有的媒体类型
5、能保存上次打开的文件。
难免会有错，请大家可以不断完善它，然后把它贴出来，这样，以后有类似遭遇的不用这么辛苦了!

CMidi类的使用方法：

该程序为可以进行视频，音频和文字通讯

在测绘、文博等行业经常会遇到这样一种情况：观测对象比较大，为保证分辨率又不能将其全部照下，只能进行局部照相，事后再将这些局部照相的重合部分去掉，拼合成一幅完整的图像。以前多采用手工拼合，误差较大，往往不能很好的实现无缝拼合，即使有少量的专业设备，成本也普遍较高。其实只需将照片通过扫描仪将其录入到计算机中，通过程序处理，完全能很好的实现多幅图像的无缝拼合，满足实际需要，而且对于文博行业中常会遇到的破碎的、不规则对象如古旧字画残片等也能很好的进行无缝拼合。本文就对针对该程序的实现原理及过程做了简要的介绍。

首先我们从实际出发，我们是通过进行局部照相的手段来保存整体的全部信息，而要保证这些局部照片所含的信息之和能包括整体的全部信息就必然的使每两幅邻近的图片有一部分交叠的部分，这样才能保证在将整体对象划分为若干局部照片而后再拼合成整体图像的过程中不遗漏任何信息，即该划分、拼合的整个过程是无损的。既然如此，我们只需能保证让两相邻图片的重叠部分能完全重合，那么我们也就能够肯定在此状态下的这两幅图像实现了无缝拼合。所以，问题就转换为使相邻图片的重叠部分能完全重合，而判断两相同的图像片段是否完全重叠可以用光栅掩码来进行直观的判断，比如我们可以采用"异或"的掩码，当相同位置上的两幅图片的像素相同时就为0即黑色，所以可以对两图片进行移动，只要重叠部分全黑，则表明此时两图像的重叠部分已准确的重合了，而此时也实现了图像的无缝拼合。此后只需再采用"或"的光栅掩码将合并后的图像显示出来，再通过拷屏等手段将其存盘即可。在实现拼合的全过程中主要涉及到图像的拖放、图像文件的读取及显示、光栅掩码、拷屏以及内存位图的保存等多种技术。接下来就对这些技术的具体应用进行介绍。

在进行拼合之前，首先要将从扫描仪录入的图像从文件读取到内存中，并显示出来。由于在拼合时采取的光栅操作掩码是"异或"，所以为保持图像的原始面貌，可以在消息WM_ERASEBKGND 的响应函数中用PatBlt函数将整个客户区的初始背景设定为黑色：

读取位图文件可以用LoadImage函数来实现，m_sPath1指定了文件的路径，LR_LOADFROMFILE属性指定从文件中读取位图，返回值为该位图的句柄：

之后我们就可以创建一个和当前设备环境兼容的内存设备环境hMemDC1,并将刚才读取到内存的位图放置到该设备环境中：

至于位图的显示，由于需要频繁的拖动和其他处理，将其放置于OnDraw函数中较为合理，需要更新显示时只需显式地用Invalidate()函数刷新即可。OnDraw()中的显示位图部分最好用BitBlt函数来完成，该函数负责把hMemDC1中的位图放置到pDC页面中以完成内存页面的置换，其处理速度还是比较快的：

函数中的m_dwRop变量对光栅操作码进行设置，初始为SRCINVERT即光栅异或操作，当拼合成功需要显示合并后的效果时再将其设定为SRCPAINT光栅或操作。

我们可以通过对鼠标消息响应函数的编程来实现在客户区内的位图拖放，按照Windows系统的习惯，首先在鼠标左键的响应函数中通过PtInRect()函数判断鼠标在左键按下时是否是落在位图上，如果是就可以在鼠标左键弹起之前将图片随鼠标拖动了，显然这部分应在WM_MOUSEMOVE消息的响应函数内编写代码：

到此为止，可以运行程序对多幅碎片图像进行拼合了，用鼠标拖动一幅图像在另一幅图像边缘移动，由于采用了"异或"的光栅掩码，两幅图片交叠的地方颜色会发生改变，但只有完全重合时才会全黑，表明此时的拼合是无缝的，将掩码换为"或"即可将拼合后的图像显示出来。但此时只是保留在内存中，还要经过进一步的处理，才能将合并后的图像存盘保留。

首先要对合并后的图像所在的矩形框的位置、大小进行判断，可以用下面的类似代码来完成（本例同时最多能有4幅图像进行拼合）：

可以用类似的代码计算出y0和y1。在进行屏幕截图之前必须将由x0,y0,x1,y1构成的矩形由客户坐标转换成屏幕坐标，可以用ClientToScreen()函数来实现。下面是将屏幕指定区域以位图形式拷贝到内存中去的函数的主要实现代码：

当把拼合后的区域拷贝到内存，并获取到该内存位图的句柄后可以将其通过剪贴板传送到其他图形处理软件中进行进一布的处理，也可以按照位图的格式直接将其保存成文件，为方便计，本例采用了后者。其实现过程主要是根据刚才获取到的内存位图句柄按格式填充BMP文件的信息头以及像素阵列，下面就结合实现的关键代码进行介绍：

首先获取设备描述表句柄，并用函数GetDeviceCaps()获取到当前显示分辨率下每个像素所占字节数，并据此计算出调色板的大小：

最后的工作就是创建位图文件了，需要把设置好的位图文件头和像素点阵信息依次保存到文件中，其中bmfHdr 是BITMAPFILEHEADER位图文件头结构的实例对象，需要按照BMP位图的存盘格式对其进行设置：