关闭

Android Touch Calibration解决方案

5198人阅读 评论(1) 收藏 举报

续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,提示到这里,我觉得难点我都说到了,剩下的自己去实现吧

0
0

查看评论
* 以上用户言论只代表其个人观点,不代表CSDN网站的观点或立场
    个人资料
    • 访问:297085次
    • 积分:4492
    • 等级:
    • 排名:第6867名
    • 原创:137篇
    • 转载:7篇
    • 译文:3篇
    • 评论:124条
    最新评论