cv::namedWindow, GLFWwindow以及其他程序嵌入到MFC中的教程
MFC虽然很老, 不美观, 不跨平台, 但是在Windows系统中, 利用MFC做功能验证的界面, 还是很快很方便的. 因为它老, 所以有很多解决方案可以利用, 因为它是MS提供的界面库, 所以在Windows上很容易实现, 并且和Windows系统结合很紧密. 比如说, 窗口消息等, 在MFC中是很方便实现的. 基于上面的种种原因, 利用MFC作为功能验证的一个”壳” 是很好的工具.
当然, 难免就会遇到不少工程问题. 例如利用glfwCreateWindow
创建出来的窗口, 怎么让它嵌入到MFC中. 以及经常使用OpenCV的朋友, 利用cv::namedWindow
函数, 创建的图像/视频显示窗口也是弹出式的, 怎么让它嵌入在MFC中的某个位置. 以及, 有时候想创建一个多进程程序, 让创建的进程嵌入在MFC中运行等.
1. 准备工作
首先, 你首先得有 glfw 的源码 , OpenCV库, 以及一个Visual Studio(我使用的是VS2013). 另外, 在VS13中, MFC已经抛弃了多字节字符集, 如果在MFC工程中想要使用多字节字符集, 需要下载一个多字节字符集支持包. 下载好了, 安装即可.
然后, 创建一个基于对话框的MFC工程, 创建好功能后, 编辑界面, 简单的添加一个控件就行, 我添加的是Picture Control, 在工具箱里面拖进来调整大小就好. 再给 <开始> 按键添加一个按键响应函数. 双击<开始> 按键就行了. 界面示图如下:
最后, 在工程里面配置一下OpenCV相关的包含目录和库目录以及依赖项.
2. OpenCV窗口嵌入MFC
对当前我要分享问题感兴趣的朋友, 应该不会对OpenCV的配置有问题吧. 如果有问题的话, 搜索一下, ****上面也有很多人对相关问题由详细的描述.
在前面添加的<开始>按键响应函数中, 添加入下述代码.
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 |
|
其中真正关键的代码就六行, 别的都是一些可有可无的代码. 当然, 这只是一个简单的示例而已. 当你要使用OpenCV时, 肯定不单是为了这样循环查看图片而已. 但, 通过上面的示例可以给我们一个启发, 就是完全可以将OpenCV的处理进程与界面分离, 两者相互没有过多的影响. MFC只是作为一个”壳”用来展示而已. 因此, 可以将上述代码再进行完善一下.
在该解决方案下, 再创建一个命令行工程. 配置好OpenCV. 因为我们要使用命令行参数进行参数传递, 所以需要把工程的改为使用多字节字符集. 更改方式: 右击工程名–> 属性 –> 配置属性 –> 常规 –> 字符集, 选择使用多字节字符集.
好, 下面开始写代码, 整理如下:
首先还是改MFC中按键响应函数, 修改如下:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 |
|
然后, 在新创建的命令行工程中, 添加下述代码:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 |
|
分别编译, 然后就运行MFC程序, 点击开始, 效果如下:
作为调试用时, 命令行的调试信息输出是必不可少的. 所以难看的黑框就只有先忍着吧. 到最后展示阶段, 该黑框可以将按键响应函数中两行注释掉的代码打开注释即可让难看的黑框不再弹出来了. 最终结果如下所示:
代码中需要说明的三点, 首先<喎�"/kf/ware/vc/" target="_blank" class="keylink">vc3Ryb25nPiwg1NrD/MHu0NCyzsr9tKu13cqxLCC0sL/avuSx+jxjb2RlPkhXTkQ8L2NvZGU+ysfX986qPGNvZGU+aW50PC9jb2RlPsC0tKu13bXELiC+38zlss68+zxhIGhyZWY9"https://msdn.microsoft.com/zh-cn/library/cc438768%28v=vs.71%29.aspx">MSDN该段说明, 可以知道, 在Win32中, HWND
是32位的一个ID. 所以可以使用"%d"
格式来进行传输. 其次, 在MFC的按键响应函数中, 有一个变量PROCESS_INFORMATION pi
是作为全局变量放在函数体外面的. 原因是创建新进程之后, 难免会涉及到通信问题, 最简单的办法就是窗口消息. 通过该变量可以实现消息传递. 使用PostThreadMessage(pi.dwThreadId, WM_TEST, wParam, lParam)
函数传递消息到新进程中, 其中WM_TEST
是自定义的消息. 最后, 在命令行进程中, 命令行第一个参数, 是MFC进程的窗口句柄, 可以利用该句柄发送消息到MFC进程. 使用SendMessage(mainWnd, WM_TEST, wParam, lParam)
函数.
3. GLFWwindow嵌入MFC
3.1 配置GLFW
之前在一个小项目中, 用到了TI所提供的DLP-ALC-LIGHTCRAFTER-SDK-2.0(简称DLP), 该SDK提供源码, 通过结构光projector + Point Grey摄像头进行扫描, 得到点云, 然后进行三维重建. 需要创建一个界面用于展示. 而在DLP中, 点云显示是将GLFWwindow
进行了封装用于显示. 源码中, 用于创建窗口的函数是glfwCreateWindow(width, height, title.c_str(), NULL, NULL)
, 使用上述方法得不到理想的效果. 所以只能另辟蹊径. 很庆幸, Google到一个比较好的解决方案. 很感谢该博主, 成功的完成了预期的功能.
由于我原始项目错综复杂, 不利于直接呈现出该问题的解决. 所以下面我们一步一步的完成所需要的功能. 在前面的链接中下载glfw的源码, 在GitHub上面下载下来即可. 另外, 需要下载CMake, 并且假定你电脑已经安装了VS.
下载下来的glfw源码文件夹如下图所示:
下载好CMake之后, 安装. 在开始菜单能够找到 CMake(cmake-gui)的快捷方式. 打开CMake, 如下图所示:
在 “Where is the source code:” 之后选择你下载的glfw路径, 如我上图所示, 我的路径就是E:/glfw/glfw-master
, 在E:/glfw
目录下新建一个文件夹, 命名为glfw-build
, 将该文件夹路径填入”Where to build the binaries:”, 然后点击 . 会出现下述选择窗口, 选择(当然, 我电脑安装的VS13, 所以选择该条目, 你对应选择你所安装的VS就好). 然后选择 . 然后将下图中BUILD_SHARED_LIBS
勾选上, 再次点击:
然后点击, 会提示 Generating done. 搞定之后, 打开E:/glfw/glfw-build
后你会看到如下画面, 熟练的双击GLFW.sln
就可以使用VS打开该工程了. VS打开之后, 爽快的按下F7. VS就开始工作了. 在E:\glfw\glfw-build\src\Debug
路径下, 会看到生成的一些文件. 都是很熟悉的东西吧. lib文件以及dll文件. VS示图如下, 并按照图中选项找到simple示例:
按照上图, 找到simple, 右击弹出下拉菜单, 依次选择<调试> –> <启动新实例>. 会得到下图展示的一个DEMO效果. 也许你会得到一个错误, 提示在E:/glfw/glfw-huild/src/Debug
里面看到的glfw3.dll
文件找不到. 解决办法很简单, 将该文件复制到C:\Windows\System32
中去, 或者将E:/glfw/glfw-huild/src/Debug
目录加入环境变量Path
中. 第一种办法好像需要重启一次才行.
3.2 修改代码
在simple工程中, 提供了源码, 打开simple.c可以看到其实现代码. 能够找到下述代码:
1 2 3 4 5 6 7 8 9 |
|
其中窗口的创建, 就是使用函数glfwCreateWindow
. 在VS中, 找到glfwCreateWindow
函数的定义位置, 是在 glfw3.h
文件中, 新加入一个函数glfwCreateWindowEx
声明, 如下:
在原本glfwCreateWindow
函数的参数列表中新加入了参数int hParent
. 新加入的参数, 本应该是HWND
类型, 但该类型定义于Windows.h中, 本着尽可能少的改动代码, 以int
代替了HWND
类型, 具体原因类似于第二节中所述.
现在打开win32_platform.h
文件, 找到其中struct _GLFWwindowWin32
定义所在的位置, 新加入HWND handleParent
, 用来保存父窗口的句柄作为参数传递给创建窗口的函数. 如下图所示:
修改好参数结构体之后, 现在定位glfwCreateWindow
函数的定义, 定义于文件window.c
中. 复制glfwCreateWindow
函数的定义, 粘贴在glfwCreateWindow
函数的定义的下方, 更改函数名为glfwCreateWindowEx
并加入参数int hParent
. 在该函数的实现中找到_glfwPlatformCreateWindow
函数的调用地方, 在其前方加入下述代码:
1 |
|
效果如下:
现在, 沿着_glfwPlatformCreateWindow
函数的函数调用一直找到API CreateWindowExW
函数的调用地方, 位于win32_window.c
文件定义的static int createWindow(_GLFWwindow* window, const _GLFWwndconfig* wndconfig)
函数中被调用. 在 CreateWindowExW
函数前加入下述代码, 并将CreateWindowExW
函数的倒数第四个参数改成window->win32.handleParent
.
1 2 3 4 |
|
截图如下:
修改好了之后, 对代码进行编译, 还是运行simple示例进行验证. 仍然可以得到前面原始代码所展示的效果. 说明我们代码的修改没有对原本性能产生破坏.
3.3 效果验证
本来, 预想是如同前一个例子, 在MFC按键响应函数中通过CreateProcess
调用已经编译好的simple.exe可执行程序, 完成界面的显示. 可是一直无法成功. 通过CreateProcess
调用sample文件夹中任意示例均无法成功调用. 一直没有找到具体是为什么. 由于该步骤只是验证功能. 所以就通过另一个办法来完成验证.
首先, 在原始MFC界面中加入三个Edit Control, 重新编写<开始>按键响应函数, 代码如下:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 |
|
点击<开始>, 获取用于显示的Picture Control的HWND, 以及长宽. 分别显示在三个Edit Control中. 然后在simple的代码中写死代码完成该功能(恕小弟无能, 当前只能用这样无奈的方式完成功能验证了). simple.c中的代码片段截取如下:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 |
|
编译simple工程生成可执行文件, 然后按照上面图示的方式运行simple.可以看到如下结果.
4. 其他程序嵌入MFC
该话题, 也是无意间在网站上浏览到相关的资料, 感觉很有趣, 就试着做了一下, 现在也整理出来和大家分享一下. 原作者 在他的博客中描述了一些, 但是不够具体. 我在这儿更具体的描述一下. 另外, 在原作者描述的实现方式中, 主要是考虑所有功能均在一端实现, 被调用的exe完全不知道自己是被嵌入到MFC中在运行.
其中, 主要思想是, 调用CreateProcess
后是可以得到被创建进程的信息, 其中就包括进程ID. 则可以通过枚举进程ID进而得到被创建进程的窗口句柄. 然后就可以对该进程的窗口进行上述内容中的SetParent
操作了. 在示例代码中, 我是直接调用Windows自带的记事本进行演示.
为了方便展示, 此处直接使用全局变量. 定义了两个变量, 分别保存进程句柄以及进程窗口句柄. 定义如下:
1 2 |
|
然后, 定义创建进程的函数, 创建成功后利用进程ID枚举获取窗口句柄, 代码如下:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 |
|
当然, 该进程的关闭也是需要定义相关的函数.
1 2 3 |
|
现在, 我们再次重新编写<开始>按键响应函数, 代码如下:
1 2 3 4 5 6 7 8 9 10 11 12 13 |
|
代码很简单, 我就没有写注释了. 其中被注释掉的三行代码, 本来应该是完成将新建的进程移动到指定位置, 但是移动之后, 会出现错误. 也没有找到原因. 希望哪位朋友知道原因并成功解决了的话, 告诉我一声. 谢谢.
该内容几乎和上面给出原作者的示例一样. 感兴趣的朋友, 可以查看原作者的表述.
最后, 结果示例如下:
OK, 打完收工.