OpenCV_基于局部自适应阈值的图像二值化

代码

// The pointer to my combo box.
    extern CComboBox* pmyComboBox;

    // Set the height of every item so the item
    // is completely visible.
    CString str;
    CSize   sz;
    int     dx=0;
    CDC*    pDC = pmyComboBox->GetDC();
    for (int i=0;i < pmyComboBox->GetCount();i++)
    {
        pmyComboBox->GetLBText( i, str );
        sz = pDC->GetTextExtent(str);

        // Only want to set the item height if the current height
        // is not big enough.
        if (pmyComboBox->GetItemHeight(i) < sz.cy)
            pmyComboBox->SetItemHeight( i, sz.cy );

        // Only want to set the item width if the current width
        // is not big enough.
        if (pmyComboBox->GetDroppedWidth() < sz.cx)
        {
            pmyComboBox->SetDroppedWidth(sz.cx + 20);
        }
    }
    pmyComboBox->ReleaseDC(pDC);

效果图：

三、配置Windows环境变量Path
将D:\Program Files\OpenCV2.0\vc2008\bin加入Windows系统环境变量Path中。
加入后，必须注销当前用户或者重新启动才能生效。


四、为Microsoft Visual Studio 2008 配置OpenCV环境
打开Microsoft Visual Studio 2008，菜单 Tools -> Options -> Projects and Solutions -> VC++ Directories。
■ Show directories for选择include files，加入目录 D:\Program Files\OpenCV2.0\vc2008\include\opencv
■ Show directories for选择library files，加入目录 D:\Program Files\OpenCV2.0\vc2008\lib

五、使用OpenCV 2.0 编程
以后每创建一个OpenCV 的Win32 控制台程序，都需要添加依赖的库
■ 选择Solution Explorer里的 “项目名称”，点击鼠标右键，选择Properties；
■ 为项目的Debug配置增加依赖的库：cxcore200d.lib cv200d.lib highgui200d.lib；
■ 为项目的Release配置增加依赖的库：cxcore200.lib cv200.lib highgui200.lib

2.

把你虚拟机中操作系统的Editing Auto Ethernet->IPV4 Setting 设置成如上图所示。

有些Linux可以如下设置：“本地连接”也设置为自动获得IP、自动获得DNS服务器（在虚拟机中，右键“本地连接”－双击“Internet 协议”,看看是不是自动的吧！固定IP的也在这里改！）

3.当然是将虚拟机的上网方式选为NAT咯。

右键你要设置的虚拟机选“设置”（因为有的不止虚拟一台），在“硬件”中选“以太网”， 将右边的网络连接改为NAT－确定。

4.点菜单栏里的“编辑”－选“虚拟网络设置”，先将“自动桥接”给去掉（去掉钩钩），再选“DHCP”开启DHCP服务，点“开始”－应用，再按同样的方法开启“NAT”的功能。

5.最重要的是你的两个服务必须开启：VMware DHCP Service 和VMware NAT Service。

具体操作如下: 开始---设置--控制面板---管理工具---服务，确保 VMware DHCP Service 和VMware NAT Service 服务已经启动

//====================================另外的方法

Ubuntu虚拟机共享主机上网
WinXP+VMware WorkStation+Ubuntu7.10

一.Bridged方式共享上网

1.设置Ubuntu的网络连接方式为Bridged

2.共享ADSL连接
ADSL连接属性中选中“Internet连接共享”，下拉列表中然后选择“本地连接”，系统会自动把“本地连接”设置为192.168.0.1。注意此设置会在断开连接并重启后才生效

3.Ubuntu网络设置

IP:192.168.0.X
网关:192.268.0.1
DNS:192.168.0.1(系统->系统管理->网络->DNS)

二.NAT方式共享上网

1.设置Ubuntu的网络连接方式为NAT
2.开启VMware DHCP Service和VMware NAT Service两个服务
3.Ubuntu中网络设置为自动配置(DHCP)或者手动设置IP及DNS

手动设置方法：

1.XP中ipconfig，得到VMnet8的IP为192.168.93.1

2.Ubuntu中设置网络IP为192.168.93.X(X为3-254，网上很多人说只能是128-254，自动分配时一般也是128，但经验证3-254都行，DNS设置为192.168.93.2

以上方法均经验证，绝无多余步骤。

1、  程序编译选项

2、  利用VS2005 分析dump文件

3、  常见问题讨论

一、       程序编译选项

PDB files contains all debug information like type definition and function prototype. When application crashes, we need the PDB files to analyze the root cause, so make sure these PDB files will be created when building it. You must do the following setting:

C/C++/General/Debug Information Format=Program Database (/Zi).

图1.1 调试信息格式

Linker/Debugging/Generate Program Database File=”Name and location of your PDB files”

图1.2 PDB文件输出路径

PDB文件路径最好设置在同一个文件夹中，这样方便dmp文件调试时调用。

调试时，所有的PDB文件和源文件必须严格匹配（the PDB files should be the one generated by build the source code），并存储在一个安全的位置。当客户报告了一个错误时，你需要这些文件来帮忙以便定位错误于源代码中并解决问题。

二、       VS2005 分析dump文件

In this simple application, there is an unhandled Access Violation Reading exception, because GetNameFromDatabase returns a NULL pointer, and this pointer is passed into IsPrefix and then it’s used directly without NULL pointer checking.

图1.3 演示代码

利用Release模式编译该测试程序，在客户机上运行该程序，将根据NTSD设置生成相对应的DMP格式文件。

可以使用Visual Studio.Net、NTSD或是其他的调试工具对DMP格式文件进行分析。

l         Start Visual Studio.Net

Click File/Open Solution and make sure the files of type is *.dmp then click Open.

图1.3 Open Dump File (GUI)

l         Set Symbol Path

Click Tools/Options, Debugging/Symbols，增加PDB文件路径。若调试的程序需要微软基础库的PDB信息，可以增加一个路径为：

http://msdl.microsoft.com/download/symbols

在界面下方Cache Symbol From symbol…选择本地存储这些Symbols的路径。

图1.4 Symbol Path

如果DMP文件没有放入本身PDB文件所在目录，也可以在此处增加一个本地目录。点OK后，VS2005将从网络中下载所需要的Symbols，需要等待一段时间。如果是多次调试同一个程序错误所生成的DMP文件，可以在对话框中选择“Search the above locations only when symbols are loaded manually”。从而可以节省网络带宽。

l         Set Source code path

Open Solution Property Pages and set the source code path.

图1.5 属性菜单

图1.6 Debug Source Files

l         Start to Debug the Dump File

Click the Debug menu, it will ask you to save as a solution, save it. Then it will go to the line which caused the crash of your application.

图1.7 调试窗口，定位到源代码

三、       常见问题讨论

1、  Dump文件放在哪里？

Dump文件不用非要放在你编译出来的位置，你完全可以建立一个新的文件夹来放它。但若不是存放在编译出来的位置，需要将编译生成的PDB文件拷贝到Dump文件目录，或是利用VS2005打开Dump文件后，设置PDB文件路径。参照图1.4。

2、  如何恢复当时的现场？

可能你要问，怎么可能，这个dump文件可是用户发给我的，我不可能去用户家里调试吧？这个恢复现场可不是指的非要到那台机器上去，而是要把产生dump文件对应的二进制文件拿到。

但是恢复现场需要所有的二进制文件都要对应，你一定要有导致用户崩溃的那些Exe和DLL。既然是你发布的程序，Exe文件当然你会有。所以这里只考虑DLL就行了。

Dump文件中记录了所有DLL文件的版本号和时间戳，所以你一定可以同过某种途径拿到它。如果你能从用户那里拿到最好，如果不方便，用户不可能用的是我们平常不常用的操作系统，所以找个有对应系统的机器一般都会有。但是记住不仅是文件名称要一致，还要核对版本和时间戳，如果不同一样没有办法用。

如果客户用了某个特殊的补丁怎么办？

其实这个问题也很好解决，只要它不阻碍阅读堆栈，就不用管它，调试Dump和运行程序不一样，缺少一两个DLL没有任何问题。

3、  如果真的需要怎么办？

符号文件现在主要是指PDB文件。

如果没有符号文件，那么调试的时候可能导致堆栈错误。

如果你丢失了这个发布版本中你编译出来的那些exe和DLL的PDB，那么这个损失是严重的，重新编译出来的版本是不能使用的。

我自己的DLL都有了，可是缺的是系统的DLL的对应PDB文件怎么办？图1.4中已经介绍了方法。微软在它的符号数据库上为我们提供了所有的PDB文件，还有部分非关键DLL。设置好后程序将自动下载需要的PDB及DLL文件。

4、  拿到需要的文件了，这些文件应该放在哪里？

符号数据库中的文件不用动，把其它的exe和DLL、PDB文件放在dump文件目录里就行了。

5、  我用的是VS2005，明明有源代码，为什么显示不了？

这个是dump调试的最头痛问题，代码可能已经改过了，即使你从SVN拿到当时的版本，时间戳也是错的，VS2005就是不让你显示代码。其实只要在

Tools/Options，Debugging/General中去掉

Require source files to exactly match the original version的复选就行了。

其实，我一直认为CMap是最简单的一个数据类型，如果说，大家对这个数据类型产生不良感觉的话，大多是因为对Hash表的陌生。

显然，CMap就是对Hash表的一种实现。对于Hash表来说，我们需要提供成对的Key与Value进行操作，其实，也就是将我们日常使用的数组下标替换成现在Key，至于MFC是采用了什么样的散列函数，我们不必知道。

Hash表可以认为是数组的一种优化，或者说是对数组缺陷的一种弥补，因为我们知道，数组在具备了高效存取性能的同时，无法动态的调整自身的大小，又严重的影响了它的使用效果。这给了Hash表可乘之机，Hash表总是使用了某种算法尽可能的来达到将成对的元素存储到一个额定的离散的内存空间，它既继承了链表对自身的动态调整，又尽可能的使读写维持在高速的水平，当然无论如何还是要比数组慢的多。

如果你非要让我告诉你，Hash表是什么样的一个数据结构的话，很遗憾，我无法准确的描述，这就相当于你问我“凤凰是什么样子”，不过我可以告诉你孔雀的样子。常用的Hash表非常像一个十字数组，似乎十字数组又成为了众多读者的障碍，如果你暂时还不能理解的话，请你去翻阅Hash表的详细论述，当然你也可以在不久之后，在本处看到这些经典数据结构的精讲。

现在，我们来看一个CMap的用法，至于它的参数，你可以看本空间一篇专门描述CArray，CList以及CMap参数用法的文章《CArray，CList，CMap如何实化（实例化）》。下面是我自己编写的例子：

class Point

{

public:

    Point()

    {

        m_x = 0;

        m_y = 0;

    }

    Point(int x, int y)

    {

        m_x = x;

        m_y = y;

    }

public:

    int m_x;

    int m_y;

};

typedef CMap<const char*, const char*, Point, Point&>     CMapPnt; //请在使用之前定义

int main()

{

    Point elem1(1, 100), elem2(2, 200), elem3(3, 300), point;

    CMapPnt mp;

    // insert 3 elements into map，          #1

    mp.SetAt("1st", elem1);

    mp.SetAt("2nd", elem2);

    mp.SetAt("3th", elem3);

    // search a point named "2nd" from map                  #2

    mp.Lookup("2nd", point);

    printf("2nd: m_x: %d, m_y: %d\n", point.m_x, point.m_y);

// insert a new pair into map      #3

Point elem4(4, 400);

mp["4th"] = elem4;

cout<<"count: "<<mp.GetCount()<<endl;

// traverse the entire map                    #4

size_t index = 0;

const char* pszKey;

POSITION ps = mp.GetStartPosition();

while( ps )

{  

mp.GetNextAssoc(ps, pszKey, point);

printf("index: %d, m_x: %d, m_y: %d\n", ++index, point.m_x, point.m_y);

}

return 0;

}

代码中，我已经给出了一些注释，我同样建议读者们，用英文在代码中注释，这样的好处实在是太多了。尤其在代码需要在不同编码的操作系统上调试的时候。

对于CMap这个类，我不得不着重啰嗦一下的是：遍历操作以及取下标【】操作，当然还有那个令很多人困惑不已的ARG_KEY到底应该如何选择的问题。

遍历，看注释#4，至于POSITION的含义，请在本空间，查看其它文章。先使用GetStartPosition()函数获得表头的位置，然后，我们可以使用GetNextAssoc函数来遍历。GetNextAssoc(POSITION& rNextPosition, KEY& rKey, VALUE& rValue)函数的参数值得说明一下，大家看到，3个参数都是引用，而第一个是rNextPosition，顾名思义，在函数返回之后，它将会指像下一个元组，当然这是在表还未遍历完的时候，否则，它将被置为空（NULL）。

【】，利用下标取元素的这个操作符，在CMap中被重载，用来返回指定Key值数据的引用，不过在注释#3处，对于先取"4th"这个Point的引用然后赋值的用法，看起来，似乎有点聪明过了头，因为在这之前，我们还没有插入"4th"所对应的元组，但是，程序却能正常的运行！为什么？其实，这样的用法是十分正确的，因为CMap毕竟不是数组，它是没有边界的，当CMap在获得一个它无法查询到的Key值的时候，它会将这个Key以及一个空的数据类型追加到Hash表中去，从而保证了上面的程序可以无误的运行。

我们已经说过，ARG_KEY是作为类型参数传入CMap的，但并不是任何类型都可以作为ARG_KEY传入的。为什么？看样子，这次不得不简单的说说Hash表的散列函数了。每个Hash表，总会使用一些散列函数，用来查找Key所对应的Value，理想状态下，我们当然希望Hash表，就是一个数组，虽然这不可能，不过这样理解，可以帮助我们更好的理解Hash表的物理结构，就让我们暂时把它看成一个数组吧。数组总是使用下标来直接获取元素的存储地址，而下标，显然应该是个非负整数，从而Hash表，也应该具备这样的特性，至少必须存在某种算法可以使传入的Key可以直接的转化为一个非负的整数，这也就是ARG_KEY的选择标准。从而对象、引用无论如何都不应该作为ARG_KEY成为CMap的类型参数，而int、unsigned int、指针以及地址就成为了ARG_KEY的常用类型参数，其实也就是那些类似于整型的数据类型。常常看到一些人在用CMap的时候，试图使用CString作为CMap中ARG_KEY的类型参数，这是应该被纠正的方向性错误，但有些人似乎会理直气壮的反驳我，因为他们发现类型参数KEY是可以使用CString的，这很奇怪吗？我说过KEY不能使用CString吗？之所以KEY可以使用CString而ARG_KEY却用的是LPCTSTR，那是因为CString重载了operator==(const char*)这个判等操作符，当CMap从Hash表中获得KEY之后，它会将ARG_KEY与KEY直接相比较。真正存于CMap内部的是KEY，也就是CString。这也就是为什么，我们经常会看到CMap被实化成CMap<CString, LPCTSTR/*相当于const char*，非Unicode情况下*/, CString，CString&>这样的一个四不像实化类的原因，至于CMap的效率优化问题，我们会在以后的文章中继续与大家探讨。

CMap的确是个很不错的数据结构，尤其在你建立一个字典的时候。比如idealsoft的含义是"曳光科技"，这就是一个元组，也就是一个Pair，Key是"idealsoft"，而Value是"曳光科技"。