目前的辅助程序大致原理都是一样的,只是实现方式不同。
1.截取当前屏幕
2.根据图片确定几个关键坐标点的位置(如下图所示)
3.计算棋子底部和下一个直线跳台的距离
4.根据距离模拟触摸屏幕
一开打算使用AccessibilityService来实现(比如之前比较火热的抢红包插件),因为不需用root系统,但是后来在截取屏幕的时候发现不太好实现,就放弃了。 后来选择使用adb shell命令来截屏和模拟点击,但是可惜的是需要root,所以只能root手机了(魅族自带root功能,非常方便)。 root之后一切就好办了,直接用service就能实现我们想要的功能了。
1.启动一个服务
2.在服务里重复执行:截屏——计算——点击屏幕的操作就行了
1.确保服务不会轻易被系统杀死,这边我用了前台服务(优先级稍高于后台服务)
2.图片的扫描是bitmap对象,这边注意bitmap的内存回收
截屏和模拟点击
获取了root权限后:
主要是两条指令:
screencap -p /sdcard/跳一跳助手/wxjump.png"//截屏
input swipe 100 100 100 100 100//触摸屏幕
本地图像识别确定关键坐标点
首先扫描确定目标跳台的上顶点,因为微信跳一跳的背景几乎都为纯色背景,
可以通过逐行扫描,根据颜色差来确定上顶点。
这边不需要扫描全部图片,跳台的高度基本在屏幕的上半部分,可以扫描(1/3——2/3或者2/5——3/5)
大概差不多就行,可以自行调整。
Bitmap src = BitmapFactory.decodeFile("/sdcard/跳一跳助手/wxjump.png");//获取本地图像
int R, G, B;
int pixelColor;
int pixelColorTop=0;//台面上顶点颜色
int pixelBottomColor=0;//台面下顶点颜色
int height = src.getHeight();
int width = src.getWidth();
Point chessPoint=new Point();//棋子坐标点
Point tableTopPoint=new Point();//目标跳台上顶点
Point tableMiddlePoint=new Point();//目标跳台中心点
Point tableBottomPoint=new Point();//目标跳台下顶点
//寻找跳台上顶点
searchTop:
for (int y = height/4; y < 2*height/3; y++) {
int pixelColorBorder=src.getPixel(50, y);//边界对照颜色
int R_BORDER= Color.red(pixelColorBorder);
int G_BORDER= Color.green(pixelColorBorder);
int B_BORDER= Color.blue(pixelColorBorder);
for (int x = 50; x < width-50; x++) {
pixelColor = src.getPixel(x, y);
R = Color.red(pixelColor);
G = Color.green(pixelColor);
B = Color.blue(pixelColor);
//根据颜色值差异判断上顶点
if(Math.abs(R_BORDER-R)>10||Math.abs(G_BORDER-G)>10||Math.abs(B_BORDER-B)>10){
pixelColorTop=pixelColor;
tableTopPoint.x=x;
tableTopPoint.y=y;
Log.e("tableTopPointColor:","("+R+"|"+G+"|"+B+")");
break searchTop;
}
}
}
逐行扫描,首先是获取边界对照点的颜色值,然后逐一比对。我看过其他的一些版本,有些是根据只要颜色值不同
就默认为是上顶点。但是实际提取颜色的过程中,我发现同一行每一个像素点背景的颜色存在细小的误差,比如两个相邻点
的颜色值可能是RGB[255,255,255]和[254,254,255]。
所以我这边判断上顶点是根据检测点与边界对照点RGB的误差超过10就可以认为是上顶点。(目前测试没有发现问题)
//寻找棋子坐标点
searchChess:
for(int y=tableTopPoint.y;y<2*height/3; y++){
for (int x = 50; x < width-50; x++) {
pixelColor = src.getPixel(x, y);
R = Color.red(pixelColor);
G = Color.green(pixelColor);
B = Color.blue(pixelColor);
//根据颜色值判断棋子上定顶点
if(50 < R&&R< 60&&53 < G &&G< 63&&95 < B&&B< 110){
chessPoint.x=x;
chessPoint.y=y+130;
Log.e("chess:",chessPoint.x+"|"+chessPoint.y);
Log.e("chess:",R+"|"+G+"|"+B);
break searchChess;
}
}
}
棋子的坐标点相对好找,这边为了节省扫描开支,y轴可以从跳台的上顶点往下扫描
直接判定颜色值得RGB范围即可确定。和其他版本不同的是,我这边只扫描了棋子的上顶点。因为
棋子的大小是固定的,确定了上顶点就可以确定棋子跳台的中心位置了。我这边默认加了130(可能有一些误差,实际测试暂时没发现问题)
//寻找跳台下顶点,从最大方块往上计算,寻找与上顶点相同的点
for(int y=tableTopPoint.y+274;y>tableTopPoint.y; y--){
pixelBottomColor = src.getPixel(tableTopPoint.x, y);
if(pixelBottomColor==pixelColorTop){
tableBottomPoint.x=tableTopPoint.x;
tableBottomPoint.y=y;
tableMiddlePoint.x=tableBottomPoint.x;
tableMiddlePoint.y=(tableBottomPoint.y+tableTopPoint.y)/2;
Log.e("bottom:",tableTopPoint.x+"|"+y);
Log.e("middle:",tableMiddlePoint.x+"|"+tableMiddlePoint.y);
break;
}
}
这边也是其他版本提供的思路,获取到上顶点后,因为跳一跳跳台的大小不会超过某一个值,所以直接从上顶点的y
坐标加274往上扫描,颜色值与上顶点相同的点就是下顶点。这里的274大约是最大方块的对角线长度。
计算距离s;确定触摸时间t
因为距离和触摸时间是一个一次函数t=k*s,所以只需要确定k的值就行
float SpaceTimeConfig=0.92f;
Log.e("distance",(int)(SpaceTimeConfig*distance)+"");
try {
CommandExecution.execCommand("input swipe 100 100 100 100 "+(int)(SpaceTimeConfig*distance),true);
} catch (Exception e) {
e.printStackTrace();
Log.e("error",e.getMessage()+"");
}
我这边k的值取得0.92 (测试后,每次都跳的中心点)这个值试几次就可以调出来,当然你也可以自己计算出
不同的分辨率的屏幕需要调整一下
1.图像识别的地方还可以优化,主要是跳台的上下顶点位置,某些特殊的纹路会识别失败(木纹之类的)
2.代码里的一些常量(k的系数,棋子高度,跳台的最大面宽等),也不需要手动替换,可以获取屏幕的分辨率来做适配
3.读取本地图像的权限问题,我没有做适配,因为测试用的魅族手机,6.0以上的权限不需要特别适配,如果是其他手机还要增加读取权限。