#define WINVER 0x0600
#include <windows.h>
#include <iostream>
#include <WinUser.h>
int main()
{
	{
		SetProcessDPIAware();
		HDC hdcScreen = GetDC(NULL);   //获取屏幕的HDC   
		double nScreenWidth = GetDeviceCaps(hdcScreen, LOGPIXELSX);  
		double bb = nScreenWidth/96;
		std::cout <<" DPI倍数"<< bb<< std::endl;
	}
}

函数功能：用于得到被定义的系统数据或者系统配置信息

函数原型：获取一些设备数据

// By MoreWindows( http://blog.csdn.net/MoreWindows )

int GetDeviceCaps(

       HDChdc,     // handle to DC

       int nIndex   // index of capability

);

参数说明：

第一个参数表示设备环境的HDC句柄。

第二个参数与GetSystemMetrics函数的参数类似，有很多种取值，这里就不一一列举了，常用的有二个：

http://blog.csdn.net/morewindows/article/details/8502592

由GetDeviceCaps函数的介绍可知获取屏幕的物理大小非常简单，下面给出完整的源代码：

// 获取屏幕大小 物理大小 <A href="http://blog.csdn.net/morewindows/article/details/8502592">http://blog.csdn.net/morewindows/article/details/8502592</A>
#include <stdio.h>
#include <windows.h>
int main()
{
	printf("    获取屏幕大小 物理大小\n");        
	printf(" -- By MoreWindows( http://blog.csdn.net/MoreWindows ) --\n\n");   

	int nScreenWidth, nScreenHeight;
	HDC hdcScreen = GetDC(NULL);   //获取屏幕的HDC
	nScreenWidth = GetDeviceCaps(hdcScreen, HORZSIZE);
	nScreenHeight = GetDeviceCaps(hdcScreen, VERTSIZE);

	printf("屏幕大小（毫米） 宽：%d 高：%d\n", nScreenWidth, nScreenHeight);
	return 0;
}

程序运行结果如下所示：

后面一篇《VC++获取屏幕大小第三篇物理大小GetDeviceCaps下》将介绍获取屏幕的物理大小后计算屏幕对角线长度，再换算成英寸。这样可以方便大家查看自己电脑屏幕是多少英寸的，很多笔记本用户会有意外喔^_^。欢迎继续浏览。地址：http://blog.csdn.net/morewindows/article/details/8610891

转载请标明出处，原文地址：http://blog.csdn.net/morewindows/article/details/8502592

欢迎关注微博：http://weibo.com/MoreWindows
Note:  MSDN对GetDeviceCaps函数有说明：GetDeviceCaps reports info that the display driver provides. If the display driver declines to report any info, GetDeviceCaps calculates the info based on fixed calculations. If the display driver reports invalid info, GetDeviceCaps returns the invalid info. Also, if the display driver declines to report info, GetDeviceCaps might calculate incorrect info because it assumes either fixed DPI (96 DPI) or a fixed size (depending on the info that the display driver did and didn’t provide). Unfortunately, a display driver that is implemented to the Windows Display Driver Model (WDDM) (introduced in Windows Vista) causes GDI to not get the info, so GetDeviceCaps must always calculate the info.

声明:
GetDeviceCaps(int )

使用例子:
//所有像素数
int pagecx=dc.GetDeviceCaps(HORZRES);
int pagecy=dc.GetDeviceCaps(VERTRES);

//即每英寸点数
short cxInch = dc.GetDeviceCaps(LOGPIXELSX);
short cyInch = dc.GetDeviceCaps(LOGPIXELSY);

// 计算一个设备单位等于多少0.1mm
double scaleX = 254.0 / (double)GetDeviceCaps(dc.m_hAttribDC,LOGPIXELSX);
double scaleY = 254.0 / (double)GetDeviceCaps(dc.m_hAttribDC, LOGPIXELSY);
说明:
主要用到的参数见例子中的:HORZRES,VERTRES,LOGPIXELSX,LOGPIXELSY.总的来说是为了方便控制打印或重画时的控制,如为了定制打印时,一般依据的是物理的长度,而不是像素,而DC一般是用像素的映射模式,所以需要一下转换,上面这个函数就为这种转换设计的.

GDI中有一个函数是GetDeviceCaps（），可以获取一些关于设备的一些属性，如HORZSIZE/HORZRES/LOGPIXELSX等。
以上三者的关系通常满足：HORZSIZE = 25.4 * HORZRES/LOGPIXELSX
HORZSIZE为屏幕水平尺寸（定为度量尺寸，以mm计），HORZRES为水平的像素总数（定为像素大小，平时所说的屏幕分辨率，但在这不这么称呼。这里，分辨率定为“每英寸的像素数”），LOGPIXELSX为逻辑像素（假设的每英寸的像素数，并不是刚才所说的实际的“分辨率”）。因此HORZSIZE也称为逻辑宽度。
当我们选择“显示”属性里的大字体时，LOGPIXELSX（通常分为96dpi与120dpi）变大了，这样假设原来的字体为10磅，则原来的字体横向所占像素（实际所占的像素数）为10*（1/72）*LOGPIXELSX，现在LOGPIXELSX变大了，则字体所占像素也大了，因此看起来字体大了。如果HORZRES不变的话，则HORZSIZE应该变小。然后这是和Windows有关的，在16位OS中，HORZSIZE值是固定的。
在XP系统上验证了一下，发现HORZSIZE值与LOGPIXELSX的值也是不变的，如果改变HORZRES的话，则HORZSIZE会发生相应变化，但LOGPIXELSX不变，一直是96。
验证数值是：当HORZRES/VERTRES分别为800/600、1280/1024、1360/768时，LOGPIXELSX/LOGPIXELSY一直为96，但HORZSIZE/VERTSIZE分别为320/240、375/300、400/320。于是个人断定：LOGPIXELSX/LOGPIXELSY与所选的字体（如TrueType）有关，windows默认的字体LOGPIXELSX/LOGPIXELSY值是定的，选大字体或小字体取它们的值都是一样的，而一些字体是不同的。而HORZSIZE/VERTSIZE与系统版本有关，在有的系统中，这两个值是适合此分辨率的标准显示器的尺寸（定值，长宽比与分辨率的比一样），不是通过公式计算的，也不等于公式计算的值；而有的系统版本这两个值为公式所得的值。
下边是petzold那本书上的两句（没摘英文的）：“

然而，在Windows NT中，用老的方法定义HORZSIZE和VERTSIZE值。这种方法与Windows的16位版本一致。HORZRES和VERTRES值仍然表示水平和垂直图素的数值，LOGPIXELSX和LOGPIXELSY仍然与在「控制台」的「显示器」程序中选择的字体有关。在Windows 98中，LOGPIXELSX和LOGPIXELSY的典型值是96和120 dpi，这取决于您选择的是小字体还是大字体。

在Windows NT中的区别是HORZSIZE和VERTSIZE值固定表示标准显示器大小。对于普通的显示卡，取得的HORZSIZE和VERTSIZE值分别是320和240毫米。这些值是相同的，与选择的图素大小无关。因此，这些值与用HORZRES、VERTRES、LOGPIXELSX和LOGPIXELSY索引从GetDeviceCaps中得到的值不同。然而，可以用前面的公式计算在Windows 98下的HORZSIZE和VERTSIZE值。

”

int main()
{
	while (false)
	{
		//SetProcessDPIAware();
		static int i = 0;
		i++;
		std::cout << i <<" "<< "-------------------------" << std::endl;
		POINT pt;
		if(GetCursorPos(&pt))
		{
			std::cout << pt.x << ", " << pt.y << std::endl;
		}
		if (GetPhysicalCursorPos(&pt))
		{			
			std::cout << pt.x << ", " << pt.y << std::endl;
		}
		Sleep(5000);
	}
}

调用SetProcessDPIAware ， 我们告诉系统不要对我们的程序进行DWM虚拟化。

禁用DWM虚拟化 时 GetCursorPos(&pt1) ， GetPhysicalCursorPos(&pt2) ；   (pt1==pt2) = true

1. 增加了 Per-Monitor DPI Virtualization，允许不同显示器拥有不同的比例；引入 WM_DPICHANGED 消息通知软件「DPI 变化」。
2. 可以根据显示器的信息自动识别出各显示器的密度，不用手工调了。
3. 改进了跨窗口操作时座标变换，现在 LogicalToPhysicalPoint 以及 PhysicalToLogicalPoint 没必要添加了（这俩 API 也失效了，换成了 LogicalToPhysicalPointForPerMonitorDPI 和 PhysicalToLogicalPointForPerMonitorDPI）。
4. 改进了在整数比时窗口放大的算法，不再使用双线过滤，而是使用最近邻近过滤来保持边缘清晰。

具体表现就是，在旧程序的窗口上方，GetCursorPos 的结果并非鼠标的物理座标，而是经过重新计算的新位置。如果要获取真实的鼠标座标，需要使用 Vista 开始提供的新 API：GetPhysicalCursorPos。WindowFromPoint 函数也不能用（事实上使用它会得到相当鬼畜的结果），应该使用WindowFromPhysicalPoint。显然 AlwaysMouseWheel 没有正确地使用新 api，于是它在高 dpi 下就不能正常工作了。

AlwaysMouseWheel 是个典型的鼠标钩子。在 Windows 下，写这种钩子程序最简单的办法是用 AutoHotkey。可能是教主光环过于强大，我在 Github 上找到了一个 类似的项目，然后制作了一个正确的版本。主要修改的地方有：

• 使用 GetPhysicalCursorPos 获取鼠标座标，替换原来版本里的 AHK 函数
• 使用 WindowFromPhysicalPoint 获取指针下的窗口
• 在送滚轮消息前，将 GetPhysicalCursorPos 获取得到的物理座标用PhysicalToLogicalPoint 转换成逻辑座标，生成用于 SendMessage 的lparam

各位下载后，用 autohotkey 最新版运行即可。当然，它必须在 vista 及以上版本的 windows 里方可运行。

其实支持高 dpi，涉及到窗口间互操作的就是 Logical 和 Physical 点的变换问题了。不过我还是挺纳闷的，DPI 虚拟化这个 06 年就有的技术为什么到现在还没几个软件跟进呢？

#include "msword.h"
HRESULT AutoWrap(int autoType, VARIANT *pvResult, IDispatch *pDisp, 
				 LPOLESTR ptName, int cArgs...) 
{
	// Begin variable-argument list
	va_list marker;
	va_start(marker, cArgs);

	if (!pDisp) 
	{
		_putws(L"NULL IDispatch passed to AutoWrap()");
		_exit(0);
		return E_INVALIDARG;
	}

	// Variables used
	DISPPARAMS dp = { NULL, NULL, 0, 0 };
	DISPID dispidNamed = DISPID_PROPERTYPUT;
	DISPID dispID;
	HRESULT hr;

	// Get DISPID for name passed
	hr = pDisp->GetIDsOfNames(IID_NULL, &ptName, 1, LOCALE_USER_DEFAULT, &dispID);
	if (FAILED(hr))
	{
		wprintf(L"IDispatch::GetIDsOfNames(\"%s\") failed w/err 0x%08lx\n", 
			ptName, hr);
		_exit(0);
		return hr;
	}

	// Allocate memory for arguments
	VARIANT *pArgs = new VARIANT[cArgs + 1];
	// Extract arguments...
	for(int i=0; i < cArgs; i++) 
	{
		pArgs[i] = va_arg(marker, VARIANT);
	}

	// Build DISPPARAMS
	dp.cArgs = cArgs;
	dp.rgvarg = pArgs;

	// Handle special-case for property-puts
	if (autoType & DISPATCH_PROPERTYPUT)
	{
		dp.cNamedArgs = 1;
		dp.rgdispidNamedArgs = &dispidNamed;
	}

	// Make the call
	hr = pDisp->Invoke(dispID, IID_NULL, LOCALE_SYSTEM_DEFAULT,
		autoType, &dp, pvResult, NULL, NULL);
	if (FAILED(hr)) 
	{
		wprintf(L"IDispatch::Invoke(\"%s\"=%08lx) failed w/err 0x%08lx\n", 
			ptName, dispID, hr);
		_exit(0);
		return hr;
	}

	// End variable-argument section
	va_end(marker);

	delete[] pArgs;

	return hr;
}

void Cwps_msword2013Dlg::OnBnClickedButton1()
{
	CString strAppName = OLESTR("word.application");
	bool bResult = false;
	IDispatch * wordApp;
	CLSID appClsid;
	if(S_OK == CLSIDFromProgID(strAppName, &appClsid))
	{
		if(S_OK == CoCreateInstance(appClsid, NULL, CLSCTX_LOCAL_SERVER, IID_IDispatch, (void **)&wordApp))
		{
			Word::_Application appWord;
			if(S_OK == wordApp->QueryInterface(IID_IDispatch, (void**)&appWord))
			{
				CString strVersion = _T("");
				strVersion = appWord.GetVersion();
				if(_ttoi(strVersion) >= 15.0)
				{
					bResult = true;
				}
			}

		}
		AutoWrap(DISPATCH_METHOD, NULL, wordApp, L"Quit", 0);
		wordApp->Release();
	}
	if(bResult)
		MessageBox(_T("ok"), _T("tip"));
	else
		MessageBox(_T("no"), _T("tip"));
	//return bResult;
}

1. 验证码的主要目的是强制人机交互来抵御机器自动化攻击的。

2. 大部分的验证码设计者并不得要领，不了解图像处理，机器视觉，模式识别，人工智能的基本概念。

3. 利用验证码，可以发财，当然要犯罪：比如招商银行密码只有6位，验证码形同虚设，计算机很快就能破解一个有钱的账户，很多帐户是可以网上交易的。

4. 也有设计的比较好的，比如Yahoo,Google,Microsoft等。而国内Tencent的中文验证码虽然难，但算不上好。

二、人工智能，模式识别，机器视觉，图像处理的基本知识

1)主要流程：

比如我们要从一副图片中，识别出验证码；比如我们要从一副图片中，检测并识别出一张人脸。 大概有哪些步骤呢？

1.图像采集：验证码呢，就直接通过HTTP抓HTML，然后分析出图片的url，然后下载保存就可以了。 如果是人脸检测识别，一般要通过视屏采集设备，采集回来，通过A/D转操作，存为数字图片或者视频频。

2.预处理：检测是正确的图像格式，转换到合适的格式，压缩，剪切出ROI，去除噪音，灰度化，转换色彩空间这些。

3.检测：车牌检测识别系统要先找到车牌的大概位置，人脸检测系统要找出图片中所有的人脸（包括疑似人脸）；验证码识别呢，主要是找出文字所在的主要区域。

4.前处理：人脸检测和识别，会对人脸在识别前作一些校正，比如面内面外的旋转，扭曲等。我这里的验证码识别，“一般”要做文字的切割

5.训练：通过各种模式识别，机器学习算法，来挑选和训练合适数量的训练集。不是训练的样本越多越好。过学习，泛化能力差的问题可能在这里出现。这一步不是必须的，有些识别算法是不需要训练的。

6.识别：输入待识别的处理后的图片，转换成分类器需要的输入格式，然后通过输出的类和置信度，来判断大概可能是哪个字母。识别本质上就是分类。

2)关键概念：

图像处理：一般指针对数字图像的某种数学处理。比如投影，钝化，锐化，细化，边缘检测，二值化，压缩，各种数据变换等等。

1.二值化：一般图片都是彩色的，按照逼真程度，可能很多级别。为了降低计算复杂度，方便后续的处理，如果在不损失关键信息的情况下，能将图片处理成黑白两种颜色，那就最好不过了。

2.细化：找出图像的骨架，图像线条可能是很宽的，通过细化将宽度将为1，某些地方可能大于1。不同的细化算法，可能有不同的差异，比如是否更靠近线条中间，比如是否保持联通行等。

3.边缘检测：主要是理解边缘的概念。边缘实际上是图像中图像像素属性变化剧烈的地方。可能通过一个固定的门限值来判断，也可能是自适应的。门限可能是图像全局的，也可能是局部的。不能说那个就一定好，不过大部分时候，自适应的局部的门限可能要好点。被分析的，可能是颜色，也可能是灰度图像的灰度。

机器视觉：利用计算机来模式实现人的视觉。 比如物体检测，定位，识别。按照对图像理解的层次的差别，分高阶和低阶的理解。

模式识别：对事物或者现象的某种表示方式（数值，文字，我们这里主要想说的是数值），通过一些处理和分析，来描述，归类，理解，解释这些事物，现象及其某种抽象。

人工智能：这种概念比较宽，上面这些都属于人工智能这个大的方向。简单点不要过分学院派的理解就是，把人类的很“智能”的东西给模拟出来协助生物的人来处理问题，特别是在计算机里面。

三、常见的验证码的破解分析

以http://libcaca.zoy.org/wiki/PWNtcha这里PWNtcha项目中的资料为例分析，各种验证码的破解。（方法很多，仅仅从我个人乍看之下觉得可行的方法来分析）

1)Authimage

使用的反破解技巧：

1.不连续的点组成字符
2.有一定程度的倾斜

设计不好的地方：

1.通过纵横的直方图投影，可以找到字幕区域
2.通过Hough变换，适当的参数，可以找到近似的横线，可以做倾斜矫正
3.字符串的倾斜式面内的，没有太多的破解难度
4.字母宽度一定，大小一定

2)Clubic

使用的反破解技巧：

1.字符是手写体

设计不好的地方：

1.检测切割阶段没有任何技术含量，属于设计的比较丑的
2.只有数字，而且手写体变化不大
3.表面看起来对识别阶段有难度，仔细分析，发现几乎不用任何高级的训练识别算法，就固定的招某些像素点是否有色彩就够了

3)linuxfr.org

使用的反破解技巧：

1.背景颜色块
2.前景的横线或矩形

设计不好的地方：

1.背景色是单一色块，有形状，通过Region-Growth区域增长来很容易把背景给去掉
2.前景色是标准的线条，色彩单一
3.字母无粘连
4.都是印刷体

4)Ourcolony

使用的反破解技巧：

1.设计的太低级，不屑于去评价

设计不好的地方：

1.这种验证码，设计的最丑，但还是能把菜鸟搞定，毕竟学计算机的少，搞这个破解的更少，正所谓隔行如隔山

5)LiveJournal

使用的反破解技巧：

1.这个设计略微好点，使用个随机噪音，而且作为前景
2.字母位置粗细都有变化

设计不好的地方：

1.字母没有粘连
2.噪音类型单一
3.通过在X轴的直方图投影，能准确分割字幕
4.然后在Y周作直方图投影,能准确定位高度
5.识别阶段，都是印刷体，简单地很

四、网上的一些高级验证码

1)ICQ

2)IMDb

3)MS MVPS

4)MVN Forum

这些类型是被很多人认为比较难得类型，分析一下可以发现，字符检测，定位和分割都不是难。 唯一影响识别率的是IMDBb和MVPS这两类，字体变形略大。

总体来说，这些类型的破解也不难，很容易做到50%以上的识别率。

五、高级验证码的破解分析

时间关系，我简单介绍如何利用图像处理和模式识别技术，自动识别比较高级的验证码。
(以风头正劲的Google为例)

1)至少从目前的AI的发展程度看，没有简单的做法能自动处理各种不同的验证码，即使能力很强，那么系统自然也十分复杂强大。所以，要想在很简单的算法实现比较高级的验证码破解，必须分析不同验证码算法的特点：

作为一般的图像处理和计算机视觉，会考虑色彩，纹理，形状等直接的特征，同时也考虑直方图，灰度等统计特征，还考虑FFT，Wavelet等各种变换后的特征。但最终目标都是Dimension Reduction（降维）然后利于识别，不仅仅是速度的考虑。从图像的角度看，很多系统都考虑转换为灰度级甚者黑白图片。

Google的图片可以看出，颜色变化是虚晃一枪，不存在任何处理难度。难度是字体变形和字符粘连。

如果能成功的分割字符，那么后期识别无论是用SVM等分类算法，还是分析笔顺比划走向来硬识别，都相对好做。

2)图像处理和粘连分割

代码中的part1目录主要完成图像预处理和粘连字符分割
001：将图像从jpg等格式转换为位图便于处理
002：采用Fix/Adaptive的Threshold门限算法，将图片Bin-Value二值化。
（可用003算法）
003：采用OSTU分水岭算法，将图片Bin-Value二值化。
（更通用，大部分时候效果更好）
005：获取ROI感兴趣的区域。
006：Edge Trace边缘跟踪。
007：Edge Detection边界检测。
008：Thin细化去骨架。
009：做了一些Tidy整理。
（这个一般要根据特定的Captcha算法调整）
010：做切割,注意图片中红色的交叉点。
011：将边缘检测和骨干交叉点监测的图像合并。
（合并过程可以做分析: 比如X坐标偏移门限分析，交叉点区域纹理分析，线条走势分析，等等各种方法，找出更可能的切分点和分离后部件的组合管理。）

代码：（代码质量不高，从其他项目拷贝过来，简单修改的。）

查看代码(./pstzine_09_01.txt)

注： 在这里，我们可以看到，基本的部件（字母是分割开了，但可以造成统一字母的被切割成多个Component。 一种做法是：利用先验知识，做分割； 另外一种做法是，和第二部分的识别结合起来。 比如按照从左至右，尝试增加component来识别，如果不能识别而且component的总宽度，总面积还比较小，继续增加。 当然不排除拒识的可能性。 ）

3)字符部件组合和识别。

part2的代码展示了切割后的字母组合，和基于svm的字符识别的训练和识别过程。Detection.cpp中展示了ImageSpam检测过程中的一些字符分割和组合，layout的分析和利用的简单技术。 而Google的验证码的识别，完全可以不用到，仅做参考。

SVM及使用：

本质上，SVM是一个分类器，原始的SVM是一个两类分类的分类器。可以通过1:1或者1:n的方式来组合成一个多类分类的分类器。 天生通过核函数的使用支持高维数据的分类。从几何意义上讲，就是找到最能表示类别特征的那些向量（支持向量SV）,然后找到一条线，能最大化分类的Margin。

libSVM是一个不错的实现。

训练间断和识别阶段的数据整理和归一化是一样的。 这里的简单做法是：

首先：

#define SVM_MAX +0.999
#define SVM_MIN +0.001

其次：

扫描黑白待识别字幕图片的每个像素，如果为0(黑色，是字母上的像素),那么svm中该位置就SVM_MAX,反之则反。

最后：

训练阶段，在svm的input的前面，为该类打上标记，即是那一个字母。
识别阶段，当然这个类别标记是SVM分类出来。

注意：

如果是SVM菜鸟，最好找一个在SVM外边做了包装的工具，比如样本选择，交叉验证，核函数选择这些，让程序自动选择和分析。

代码：通过ReginGrowth来提取单个单个的字符，然后开始识别。

查看代码(./pstzine_09_02.txt)

六、对验证码设计的一些建议

1.在噪音等类型的使用上，尽力让字符和用来混淆的前景和背景不容易区分。尽力让坏人（噪音）长得和好人（字母）一样。

2.特别好的验证码的设计，要尽力发挥人类擅长而AI算法不擅长的。 比如粘连字符的分割和手写体（通过印刷体做特别的变形也可以）。 而不要一味的去加一些看起来比较复杂的噪音或者其他的花哨的东西。即使你做的足够复杂，但如果人也难识别，显然别人认为你是没事找抽型的。

3. 从专业的机器视觉的角度说，验证码的设计，一定要让破解者在识别阶段，反复在低阶视觉和高阶视觉之间多反复几次才能识别出来。 这样可以大大降低破解难度和破解的准确率。

七、个人郑重申明

1.这个问题，本身是人工智能，计算机视觉，模式识别领域的一个难题。我是虾米，菜得不能再菜的那种。作为破解者来说，是出于劣势地位。要做的很好，是很难得。总体来说，我走的是比较学院派的线路，能真正的破解难度比较高的验证码，不同于网上很多不太入流的破解方法。我能做的只有利用有限的知识，抛砖引玉而已。 很多OCR的技术，特别是离线手写体中文等文字识别的技术，个人了解有限的很，都不敢在这里乱写。

2.希望不要把这种技术用于非法用途。