100steps / Blogs

:green_apple: 创新,只为与你分享。

Geek Repo:Geek Repo

Github PK Tool:Github PK Tool

验证码识别

SunDoge opened this issue · comments

这个锅本来是若花的,然而不知不觉就甩我背上了。你说我一个学电气的,怎么就跑来写验证码识别了呢。波小跟我说,组织上决定了,由我来写这个。我当时就念了两句代码,print "苟....

言归正传,验证码识别主要分两部分:图像分割和识别。其中,分割验证码是最麻烦的,因为基本没有一劳永逸的分割方法。

本文基于opencv2.4,有兴趣的可以去了解一下。

图像分割

我们先来看看教务的验证码。

image

可以看到,是个72x27像素的矩形,而且每个字符的颜色都是一样的,所以只要提取那个颜色的像素就可以分离出字符了。听起来很简单是不是?

首先我要表扬一下若花,因为若花的项目虽然tj了,里面用到的分割算法确是非常赞的。那么我们先来看一下若花是怎样做的。

687474703a2f2f7374617469632e776f6f79756e2e6f72672f32303133313030342f323031333130303431303237303634383537372e676966

这个GIF所演示的就大致是若花的算法了,若花当时对我说的是“染色”,也就是油漆桶算法(又叫种子填充算法,Floodfill)。说实话看了若花的代码,我深有感触。首先,若花自己一个人写了前端和后台,前端用了npm、bootstrap,还用了ajax,要是让我来写。。。。。。估计又要在群上喊耀宗了。其次是算法的实现都是若花都是用php写的,php在这方面有点先天弱势,但是若花还是写出来了,所以要给若花点个赞。

但是说了这么多,我最终还是没有采用这个算法。为什么呢?

因为这个算法有个致命的问题,对于ij这样带有非联通区域的字母,会把上面的点漏掉。。。。。。这就很尴尬了。我一开始想,能不能先给出每个字母的最小区间,再对区间内的字符颜色的像素染色,这样就有很大几率可以把点也染上,因为写过原生的php生成验证码的代码,知道字符虽然有旋转和位移,一开始的位置还是有规律的。如果想分离出单个字符,可以直接使用RGB中R的通道,第一个字符就+1,第二个+2,第三个+4,第四个+8,这样数一下R的大小就可以把字符分开,还可以知道哪些字符相连,然后相连字符再重新分隔。

但是后来我又放弃了,因为我比若花还要懒找到了更好的方法。之前的方案要统计一定数量的验证码来确定每个字符的最小染色起始区间,还要把php写的染色算法改写成python。
所以最后,我使用了opencv自带的k-means算法。这个算法的好处在于有现成的函数可以偷懒不但可以分割提取字符,还可以找出每个字符的中心点。中心点可是个好东西,不但可以确定字符的次序,还可以对每个字符标准化,方便后续的特征提取。

image

说到特征提取,若花好像就是卡在这一步。他的分类器好像都基本写完了,而且是php写的,说实话真的很厉害。。。

我这里使用了ocr例程里的方向梯度直方图Histogram of Oriented Gradients (HOG)作为特征向量。在计算 HOG 前还要使用图片的二阶矩对其进行抗扭斜(deskew)处理,然后把每个字符分成4块,我这里把27x27的字符分成了14x14的小方块,然后计算图像 X 方向和 Y 方向的 Sobel 导数(这个不是很懂,如果有人知道请告诉我)。然后计算得到每个像素的梯度的方向和大小。把这个梯度转换成 16 位的整数。将图像分为 4 个小的方块,对每一个小方块计算它们的朝向直方图(16 个 bin),使用梯度的大小做权重。这样每一个小方块都会得到一个含有 16 个成员的向量。4 个小方块的 4 个向量就组成了这个图像的特征向量(包含 64 个成员)。这就是我们要训练数据的特征向量。

图像识别

这里我用在knn和svm中选用了svm。knn每次识别都要遍历一遍现有数据,随着数据的增加识别速度会下降,而svm就没有这个问题。svm有很多相关资料可以查,比如前面给的链接,这里就不细说。而且opencv自带的svm并不是最好的,3.0版还有bug,无法导入训练好的模型:(

image

识别速度还算令人满意。

commented

print "膜拜登神"

识别效果呢? precision, recall, f-measure, mAP 参数多少?

这话我没法接。。。我才刚入门_(:3 」∠)_ 而且我并没有按教程那样算识别率,因为浩劫给我的分割好的图像我全都拿去训练了。。。

那就再做一个测试图片集,计算一下参数,这样才能知道效果呀

今天尝试做成接口然后直接用公众号测试,有足够多人用就可以算出识别率了。

System.out.println("膜拜灯神");

更正一下,i和j的问题是已经解决了。中心点也很好找,不过由于个人算法能力局限,写不出辨别字体旋转角度的算法。
分割上的错误主要出现在大片相连的验证码上。

所以算法的重点在于字符梯度(即旋转角度)的计算。
当时是想做一个不受旋转角度影响的特征值(这样就不用管他旋转多少了),但还是过于庞统辨别率太低就放弃了。

辨别旋转角度很麻烦的,我也写不出来,而且教务验证码的像素太低,旋转的时候可能很多像素点就没了。。。

旋转不解决,精度上不去,或许你可以想办法构造一个与旋转无关的特征值

commented

有代码吗?

commented

代码在哪里?