Android Touch Calibration解决方案

续2009年11月11日发了《Android Touch Calibration解决方案》之后，陆续有些朋友在发邮件过来询问。那篇文章主要是推销我的成果，我不想挣所有人的钱，所有希望能解释给有研发能力的人一些提示。

自由软件tslib已经可以解决android touch calibration的问题，但是它太“不地道”，属于原生态Linux的。对于android我们当然需要的是原生于android的程序。另外为什么你要花时间听我再这里瞎扯的主要原因是，android对屏幕校准只字未提，不要说android了，连Linux kernel都没有统一接口。
我要声明的是要是这个触摸屏校准方案需要三方配合，上层应用程序，中间是android framework，下面是touch driver。中间部分是android framework，他是核心，可是如果你去读它的touch event的处理代码，你会发现，它认为touch driver发给他的数据已经是校准后的有效点数据。什么是有效点数据？如果屏幕是800x600，那么点数据的x坐标满足0<=x<800，y坐标满足 0<=y<600。这点在android 2.0之后的framework的代码中表现的更加明显，凡是不在这个范围的点数据，它会直接过滤掉。

touch driver抓到的原始点数据可能会是非常大的数字，最小值也多数不是0。要想让上层的应用程序得到校准参数，touch driver必须把这些奇怪的原始值直接往上送。我当时研究这个事情的时候幸亏是在2.0版本以前，当时google还没有在framework加过滤代码，所以这个问题自然我就顺利通过。至于对于2.0以后的版本，解决办法一样是有的，把过滤的代码注释掉，应该不超过5行，哈哈哈哈哈。。。自己找找吧。

因此对于touch driver来说，它有时候要上发原始点数据，可是当校准完毕，它必须发结合校准参数运算后的有效点数据。那么自然touch driver就必须处理这两种模式。同时这两种模式的切换动作还必须由上层应用程序发起。这就引入了一个问题，管制级别的应用程序控制内核层驱动程序，这个要重头实现那实在太复杂，更何况我们的应用程序还是java程序，能不用NDK就不要用，破坏程序的移植性。Linux的sysfs可以轻松解决这个问题。

OK，提示到这里，我觉得难点我都说到了，剩下的自己去实现吧