一、Android游戏脚本开发*********底图分析***一***分辨率
Android游戏脚本开发-底图分析（一）分辨率
在Android游戏脚本开发中，底图分析是至关重要的一环，尤其是针对分辨率的适配问题。不同设备的分辨率差异可能导致脚本运行不稳定或失效。以下是对分辨率适配问题的详细分析，并结合《梦幻西游手游》的实际案例进行说明。
一、截图原图在实际脚本运行过程中，会截取与游戏界面相同的尺寸和版式。以下展示了两种不同分辨率下的截图：
二、分辨率适配问题随着异形屏的普及，截图的尺寸变得越来越多样化。例如，上述两张图片的分辨率分别为1080P（2340x1080）和720P（1440x720），但值得注意的是，720P的实际标准分辨率应为1280x720，而这里的1440x720显然是经过拉伸或压缩的。
此外，游戏在不同分辨率下的界面适配也不尽相同。1080P分辨率下的界面两边会有更多的留白，这可能导致视野上的差异，从而影响游戏体验。
三、分辨率适配方案1.指定分辨率运行如果能指定脚本运行的分辨率，逻辑会相对简单。例如，某些脚本要求游戏必须运行在1280x720分辨率下。然而，这种方案限制了脚本的通用*，因为大部分手机都无法满足这一要求。此外，这种方案通常适用于模拟器多开环境，对于实体机运行来说并不实用。
2.自适应分辨率为了实现自适应分辨率，可以采用OCR（光学字符识别）或图片匹配的方式来找到需要点击的位置。
OCR方式：OCR方式比较考验识别度，尤其是在游戏界面中存在大量透明叠加元素和复杂文字时。使用OcrLiteOnnx进行识别测试，发现识别结果并不理想。例如，在1080P和720P分辨率下，识别出的文字存在大量错误和遗漏。因此，OCR方式在当前场景下并不适用，除非进行大量的字库训练和优化。
图片匹配方式：图片匹配方式相对更为可靠。通过将不同分辨率下的图片缩放到同等级大小，可以发现图标和界面元素是一致的。因此，可以采用模板匹配或特征匹配的方式来查找目标位置。
模板匹配：模板匹配在1080P分辨率下表现良好，能够准确找到目标位置。然而，在720P分辨率下，由于拉伸或压缩导致的图像变形，模板匹配的效果并不理想。
特征匹配：特征匹配在两种分辨率下都能找到目标位置，但**和效率有所不同。在1080P分辨率下，特征匹配能够较为准确地找到目标位置；而在720P分辨率下，虽然能够找到目标位置，但**相对较低。
四、结论在不固定分辨率的情况下，采用特征匹配的方式有机会实现自适应分辨率的脚本开发。然而，需要注意的是，特征匹配可能需要花费更长的时间来处理和匹配图像特征，尤其是在分辨率差异较大的情况下。
为了优化脚本的*能和稳定*，可以考虑结合多种技术手段进行改进。例如，可以对图像进行预处理以提高特征匹配的**和效率；或者采用机器学习算法来训练一个能够识别不同分辨率下界面元素的模型。
总之，在Android游戏脚本开发中，分辨率适配是一个需要重点关注的问题。通过合理的方案和技术手段，可以实现自适应分辨率的脚本开发，从而提高脚本的通用*和稳定*。
二、自动玩游戏,手游脚本究竟是怎么做的
手游现在已经成为大家打发碎片化时间的一种很普遍的方式了，而有的人会由于种种愿意不能自己去玩，就希望有什么办法或者工具能帮助我们解决这个问题，不用人收着也能完成任务。
比如一个游戏的任务，你需要在不同的手机屏幕上进行一系列点击，滑动，甚至输入文本，发送语音等动作后才能完成，而这一切操作其实就是手机中会记录这些动作的文件，文件存储的是一个又一个的信号量，这些信号然后根据不同厂商的设定反馈给上层，而上层会根据反馈的信息转换成统一识别的**，***后响应给应用，并对信息进行相应的处理，*后呈现给用户并实现它，这一些列的动作都是可以通过一些现有的工具或者说解决方案来帮我们实现自动游戏的功能。
1.通过USB连接电脑，然后通过ADB（一种android的调试工具，当然iOS也有类似的工具一个原理）对手机进行远程的控制；
2.通过在手机中安装一个控制其它***的***来控制，说简单点就是生成一个手机应用，在手机中运行后，直接通过这个应用对其它应用进行操作;
实现方式我们明白了，那么要借助哪些工具或者说哪些解决方案来帮我们进行实现呢。
首先我们来说一说这个被大多数人所知道的，但是又被"正统"程序员所抵触的编程语言。
这是一款运用中文进行编程的语言，可以说它让大多数人摆脱了"英文魔咒"，很多人认为学习编程其实就是学英语，或者英语不好没办法学习编程，这其实是错误的理解，这个后话了，等我有空了再为大家分享下如何摆脱这个魔咒。
1.中文化编程，中文毕竟是我们的母语，在更加让人容易理解；
2.在游戏相关领域有非常成*的框架，或者中支持库；
3.使用这种解决方案的人群非常多，当你遇到问题时很容易找到解决办法；
1.代码的编译速度相对其他语言来说很慢；（对于现在的电脑硬件来说其实已经没啥大碍）
2.会被其他编程语言鄙视，太local化了，没有那种国际感；
3.收费；（虽然作者初衷是推广中文编程，但是推广也是要钱的嘛，能理解）
4.易语言需要进行一定的学习，相对其他几个解决方案来说难度略高；
易语言解决方案总的来说，由于是中文的并且有大量现成知识库做支撑，很容易就能实现功能，所以一直被用来作为中控型的脚本来编写，不大会被用来进行生成***的方式来进行（有***化的解决办法，但是不稳定不讨论）
**精灵可以说是这个领域里，历史悠久且非常出色的一位前辈。非常简单就能上手，甚至有通过录像然后转成脚本的录制功能，当然要制作出**的脚本也需要进行一定的学习；
1.非常简单，容易上手，有非常丰富的快捷方式；
2.有录制功能，更进一步降低了制作门槛；
3.历史悠久人群稳定，所以社区也很稳定，遇到问题很容易找到解决办法（注意我说的是群体，不是按键精灵的论坛。）
4.按键精灵非常良好的提供了解决方案，即可生成***直接手机中运行，也可以通过安装按键的android版然后传送脚本进行运行。
2．代码框架实现是基于英文实现；
3．无法进行分文件管理，就是说所有业务要写进一个文本里，这其实非常不方便管理和维护；
按键精灵解决方案，比较适合对编程没有什么基础的朋友上手。网络上也有非常多的免费教程可以进行学习。
触动精灵是近几年新启一个新的平台，是基于lua语言来进行编写开发的，与按键精灵类似，不过相对按键的名声赫赫，就有点显得小很多。
1.支持文件化管理开发；（这点其实非常棒，对于后期的代码开发或者维护来说都很棒）
2.基于lua开发，所以可以完美利用lua的原表特*来进行一些框架搭建，更加适用于负责的点击**；
3.拥有一套完善的支持自动化的库，可以直接拿来使用；
4.支持远程调试，脚本传到手机中运行，也可以生成***进行控制；
1.需要学习lua语言，对小白来说有点不友好；
2.需要付费，相对按键来说比较便宜；
3.偏小众，出问题想找解决办法非常难找；
4.对于android和iOS系统收取不同的费用来打包生成apk；
5.代码框架也是基于英文进行实现的；
触动精灵的解决方案，好于能利用lua的原表特*来进行自定义框架开发，方便自己的后续的多次开发。网络上也有很多的教程来进行学习，就是遇到问题需要解决的时候，总会找不到办法，这里有点难受。
这套方案是借助于android手机的无障碍服务进行实现的，根据控件的id进行一系列的**响应，精准度更高。
1.无需root就可以实现控制手机；
2.可在手机中运行，也可以打包成apk运行；
3.通过控件id进行控制，准确度非常高，并且自适应分辨率；
1.对游戏不大友好，因为游戏很多时候控件都不规则，都是一个个画布；
Auto.js这个解决方案，对于游戏来说并不大友好，虽然也有找图找色等功能，但是使用起来并没有按键或者触动那么方便，并且由于是基于空间id进行控制，并不大适合游戏。
其实还有其他非常多的类似的解决方案，但是大多数都没上面列举的这些被人*知。
举个例子像python也拥有非常丰富的类库，但是只能适应使用u**连接手机的通过adb进行控制这样的操作，无法生成一个apk来安装到手机中进行操作，我也曾尝试过在手机中模拟一个python环境，但是依赖的类库无法非常方便的移植到手机中，就算静态编译过去也非常的耗时，所以python也能实现但是他很不友好，也很不方便，学习成本也非常高。
