三星s9+图案解锁失败，保护罩无法正确识别，黑名单设置界面显示不完全 about ant-forest HOT 65 CLOSED

😄
感谢反馈

1. 图形解锁是会自己尝试增加时长不断尝试的 可以试试把滑动时长恢复默认值 然后重新让它自己慢慢尝试 Nick-Hopps的解锁模块我会研究一下的
2. 请把手机的长宽数据 (device.height, device.width) 以及包含能量保护罩的原始截图提供一下
3. 请提供"打开支付宝失败"时的日志截图 并说明失败时设备的具体反映 (如是否锁屏 是否有其他异常现象等)

另外黑名单页面显示异常 应该是与替换了字体有关 可以尝试还原默认字体看看是否正常

from ant-forest.

😄
感谢反馈

1. 图形解锁是会自己尝试增加时长不断尝试的 可以试试把滑动时长恢复默认值 然后重新让它自己慢慢尝试 Nick-Hopps的解锁模块我会研究一下的
2. 请把手机的长宽数据 (device.height, device.width) 以及包含能量保护罩的原始截图提供一下
3. 请提供"打开支付宝失败"时的日志截图 并说明失败时设备的具体反映 (如是否锁屏 是否有其他异常现象等)

另外黑名单页面显示异常 应该是与替换了字体有关 可以尝试还原默认字体看看是否正常

感谢及时回复！

1. 有关图形解锁，观察了一下应该不是滑动时长的问题，是没有移动到设置的点，例如7-5-3-4，当滑动到5之后，还没有滑动到3点，就直接去找最后的4点了，导致解锁失败，不知道是什么问题？

2. 分辨率为2220*1080，保护罩原始截图如下
   

3. 关于黑名单页面显示异常问题，我尝试调低了分辨率，则界面显示正常，但是脚本运行后无法正常进行滑动操作。不过若解决了问题2，可忽略此问题，日志如下：
   

4. 关于早上打开支付宝失败的问题，当时还在睡觉，未观察到手机的状态，怀疑可能是未成功唤醒屏幕，后来清空了日志（日志显示红字“打开支付宝失败”），没来及截图。我明天早上再观察一下，如果还不能成功打开支付宝，再截图反馈，我发现但是今天出现过如下问题（此问题非常态，只是出现过一两次）：
   

from ant-forest.

收到反馈 等晚上我测试一下这些问题

from ant-forest.

解锁问题的根源在于Auto.js的guesture()方法 它的滑动是先描点再描路径的 描点是根据路径像素数与时间的关系计算出来的 具体公式不详 所以会出现跳点的情况
比如:
0 1 2 3 4
5 6 7 8 9
a b c d e
我想要2-6-a-b-c-d-e
但gesture()描点时 为了保证两点间 (除最后两点) 滑动时间为100mn 所以描点时选择了2-6-b-d-e 牺牲掉a和c (只是举例)
Nick-Hopps的解锁模块我看了一下 解锁时长取解锁密码位数的300整数倍 如4位密码取1200ms滑动时间 这个滑动时间是属于保险取值方式 我甚至可以去2000 4000 8000等等 但这很大概率不会是最佳取值 比如本来500ms就能解锁了 我没必要牺牲额外的700ms给每一次解锁
所以我在解锁脚本里加入了从320ms起 80增量的方式自动尝试寻找最佳的解锁时间 (既能成功解锁 又能让时间尽可能短) 所以建议你还是尝试将设置里的"图案解锁滑动时长"设置默认值 然后让脚本自己尝试解锁 (可能需要很多次 且中间会经历尝试次数过多 xx秒后再试之类的提示 这个脚本中也有相关处理代码 不用管它) 如果最终失败 可以尝试2000或其他数值
2.
保护罩误触问题已在最新版尝试解决了
3.
"打开支付宝失败"还是需要更多详细信息我才能确定问题
4.
滑动失败的问题等我五一之后再尝试解决

from ant-forest.

解锁问题的根源在于Auto.js的guesture()方法 它的滑动是先描点再描路径的 描点是根据路径像素数与时间的关系计算出来的 具体公式不详 所以会出现跳点的情况
比如:
0 1 2 3 4
5 6 7 8 9
a b c d e
我想要2-6-a-b-c-d-e
但gesture()描点时 为了保证两点间 (除最后两点) 滑动时间为100mn 所以描点时选择了2-6-b-d-e 牺牲掉a和c (只是举例)
Nick-Hopps的解锁模块我看了一下 解锁时长取解锁密码位数的300整数倍 如4位密码取1200ms滑动时间 这个滑动时间是属于保险取值方式 我甚至可以去2000 4000 8000等等 但这很大概率不会是最佳取值 比如本来500ms就能解锁了 我没必要牺牲额外的700ms给每一次解锁
所以我在解锁脚本里加入了从320ms起 80增量的方式自动尝试寻找最佳的解锁时间 (既能成功解锁 又能让时间尽可能短) 所以建议你还是尝试将设置里的"图案解锁滑动时长"设置默认值 然后让脚本自己尝试解锁 (可能需要很多次 且中间会经历尝试次数过多 xx秒后再试之类的提示 这个脚本中也有相关处理代码 不用管它) 如果最终失败 可以尝试2000或其他数值
2.
保护罩误触问题已在最新版尝试解决了
3.
"打开支付宝失败"还是需要更多详细信息我才能确定问题
4.
滑动失败的问题等我五一之后再尝试解决

大佬辛苦！

1. 有关解锁问题实际上我昨天已经按照你说的从320让他自己调试，但是一直到4000多还是无法成功，后来我手动设置为最大值5000，依旧失败，我又在各个区间均尝试，都不行。我又仔细观察了一下，好像是点阵位置定位不准确导致，比如7-5-3是一条从左下角到右上角的直线，但是解锁时从7就直接跳到了6，导致解锁失败，这是否也是因为屏幕比例不是16：9导致？

2. 保护罩问题我看看今天有没有好友加保护罩的，测试后反馈

3. 今早未出现打开支付宝失败问题，但是接连出现了两次申请截图权限失败的情况，是在亮屏状态下，很奇怪。
   
   

4. 滑动问题是在调低分辨率的情况下才会出现，可忽略。

from ant-forest.

from ant-forest.

4位解锁密码 起点一定是不受gesture()影响的 所以可以看看1xxx 3xxx 4xxx 6xxx 7xxx 9xxx这些密码的起点都是不是在正确的点上 这样也方便我排查问题 而且也推荐用一下inspect_lock_screen_layout.js 收集一下布局信息发给我

测试后发现在屏幕亮起进行第一次解锁时时，密码的第一位是在正确的点上，但是在之后脚本自己测试最佳滑动时长的过程中，密码的第一位也定位错误。另外，例如我将密码设置为1234，滑动轨迹从3-4的过程中会强行经过5，于是变成12354。
我试着用了一下inspect_lock_screen_layout.js，点击开始后没有反应，屏幕并没有自动关闭、自动亮起，5秒后脚本运行结束，不知道是不是我不会操作？

from ant-forest.

from ant-forest.

感谢反馈 5号晚之前我会发布新版 尝试解决解锁相关问题 期间如有任何问题 欢迎反馈 我会及时收录

辛苦了！

from ant-forest.

感谢反馈 5号晚之前我会发布新版 尝试解决解锁相关问题 期间如有任何问题 欢迎反馈 我会及时收录

顺便提一下，我发现大概成功运行几次会出现一次截图权限申请失败，不知道是什么原因

from ant-forest.

你好，可否查看自己已经设定的定时任务？

Sent from my Xiaomi MI 9 using FastHub

from ant-forest.

你好，可否查看自己已经设定的定时任务？

Sent from my Xiaomi MI 9 using FastHub

可以啊，在管理里面，有正在运行的脚本和定时的脚本

from ant-forest.

已测试最新版本1.6.4，解锁不成功，定位问题和之前一样😂解锁布局工具还是点击开始后就运行结束

from ant-forest.

比如解锁路径前三位为753，它会强行变成7853

from ant-forest.

收到反馈 昨天我仔细对比了很多次与原作者图案解锁代码的差别 可以说没有本质区别 而且手上设备测试也都没问题 白天我再研究一下 感谢反馈

from ant-forest.

大佬你说的原作者是Nick-Hopps么？好奇怪😂我用它的解锁没什么问题。。。

from ant-forest.

那我这边怎么做可以帮你查问题呢？主要我对js也不熟，手机上也不知道怎么debug

from ant-forest.

from ant-forest.

我刚测试了e1399579的脚本，解锁也不能成功，一是滑动无法到解锁界面，二是如果我手动滑动至解锁界面，解锁图案绘制不正确，但是Nick的脚本却是可以成功解锁的

from ant-forest.

from ant-forest.

感谢反馈 我研究一下他们脚本的区别 试着找一下解决方案

还是不行额，每次尝试经常找的点都不一样，很奇怪

from ant-forest.

而且1.6.5出现“截图权限申请失败”的概率变得很高

from ant-forest.

感谢反馈
确实好奇怪 我刚刚在E6683和G8441上测试了图案解锁密码16759和123456789 全都一次就成功了
要不试一下在Ant_Forest_Launcher.js同文件夹内 有.local文件夹 删除里面所有文件 (除了PWMAP.txt)
然后去图形配置页面重新配置一下呢

from ant-forest.

感谢反馈
确实好奇怪 我刚刚在E6683和G8441上测试了图案解锁密码16759和123456789 全都一次就成功了
要不试一下在Ant_Forest_Launcher.js同文件夹内 有.local文件夹 删除里面所有文件 (除了PWMAP.txt)
然后去图形配置页面重新配置一下呢

这次测试一次成功！我本来都准备放弃图案解锁，使用密码解锁了呢。。。
但是感觉新版本的稳定性明显不如老版本，具体体现为：
（1）脚本运行3次，在进入到好友列表后，至少有两次会出现截图权限申请失败的情况，如图

（2）因为新版本添加了支付宝返回功能？能量收取完后经常出现按键模拟失败的情况，如图，不会影响本次的能量收取，但是会导致脚本一直运行无法结束，从而使到达约定时间后，下一次脚本无法运行，比如设定7点钟脚本第一次运行，因为按键模拟失败，脚本无法结束，导致设定的7点5分的脚本无法运行。建议取消支付宝返回功能，或进行优化

from ant-forest.

下午出现了重大bug，进入好友列表后滑动操作变成了不断下拉导航栏，要不然就是截图权限申请失败

from ant-forest.

@luchangharry
截图权限申请容易失败 我猜测是申请时放到的位置太深了 我这次放到了最前面 而且稍微做了一点小修整 可以测试一下是否可用
v1.6.5 主要是为了照顾一些无法正常使用shell()和KeyCode()方法的设备 做了一些较大改动 测试不够完善 所以出现关闭支付宝 关闭屏幕 以及返回功能等的异常 v1.6.6 已经尝试完善了一下
新反馈的问题 是说 在排行榜页面 自上而下反向滑动 将通知栏下拉下来 是吗
请开启开发者测试模式 然后提供一下日志
另外是 v1.6.5 才有的问题吗 之前的版本有测试过吗
感谢反馈
😄

@jfcomcn
可以尝试使用 ./Tools/Inspect_Lock_Screen_Layout.js 工具获取一下锁屏布局 然后反馈给我 另外最好能能提供出错相关的日志截图
另外解锁后卡死以及成功解锁依然报解锁失败的问题 也尝试修复了
感谢反馈
😄

from ant-forest.

@luchangharry
截图权限申请容易失败 我猜测是申请时放到的位置太深了 我这次放到了最前面 而且稍微做了一点小修整 可以测试一下是否可用
v1.6.5 主要是为了照顾一些无法正常使用shell()和KeyCode()方法的设备 做了一些较大改动 测试不够完善 所以出现关闭支付宝 关闭屏幕 以及返回功能等的异常 v1.6.6 已经尝试完善了一下
新反馈的问题 是说 在排行榜页面 自上而下反向滑动 将通知栏下拉下来 是吗
请开启开发者测试模式 然后提供一下日志
另外是 v1.6.5 才有的问题吗 之前的版本有测试过吗
感谢反馈
😄

@jfcomcn
可以尝试使用 ./Tools/Inspect_Lock_Screen_Layout.js 工具获取一下锁屏布局 然后反馈给我 另外最好能能提供出错相关的日志截图
另外解锁后卡死以及成功解锁依然报解锁失败的问题 也尝试修复了
感谢反馈
😄

对的，是会将通知栏拉下来，该问题是从1.6.5后开始出现，而且非常奇怪的是，不管是1.6.5还是1.6.6，开始几次测试时很正常，但是后来就每次运行都出现拉下通知栏的情况，现在完全无法使用了，日志如下（不断重复，截取了一部分）：

已测试版本1.6.6，除了会拉下通知栏外，截图权限问题已解决，但是会出现亮屏后直接息屏，不能进入解锁页面的情况，这个问题也是开始几次正常，后来每次都出现，日志提供如下：

还有一点点小瑕疵就是最后收取结束后不管是选择哪种消息提醒方式，最后显示收取能量结果时，会有个弹窗一闪而过，看不到弹窗具体的是啥，这是之前没有的，原本的消息显示功能正常。另外就是解锁布局工具依旧不能使用（这里还是提供一下报错的日志截图方便大佬调试吧）。

ps. 为什么大佬不使用release版本管理呢，总感觉更好一点。

from ant-forest.

而且发现一次能量收取结束后，经常出现脚本无法正常结束的情况，影响下一次脚本的运行，我刚看了开发者模式的日志，是关闭屏幕的问题，Shell方法模拟按键失败，没有正常关闭屏幕，我发现这个shell方法模拟按键失败是个大问题，很多问题都是由它造成的，现在运行解锁布局工具也是报这个错误了

from ant-forest.

大佬你是不是希望每次脚本运行完屏幕恢复到原来的状态？感觉就是这里用的这个什么shell方法有问题，不仅会出现模拟按键失败导致关闭屏幕失败，就算原本屏幕是开的，他也会出现shell方法关闭支付宝失败😂

from ant-forest.

@luchangharry
感谢反馈
😃
先解释一下为什么会有那个一闪而过的框
相关代码在 v1.6.5 的 2958 行
目的是非Root设备无法使用shell()方法强制关闭支付宝
因此代码设计的是先关闭所有可以带有关闭按钮和返回按钮的支付宝窗口
然后模拟一下返回键 将支付宝最小化 (前提是运行脚本前 前台应用不是支付宝 否则就会保留支付宝了)

众多问题感觉都出现得很诡异 建议把Auto.js清空数据或卸载重新安装 然后重启一下设备试试看能不能消除掉一部分问题 (比如settings页面异常)
另外解锁问题也建议尝试一下567三个版本 看看是否都异常
这两天改的东西确实有点多 主要是想增强兼容性 结果却适得其反
今天先不改bug了 晚上偷个懒 明天继续
有任何问题欢迎继续反馈
感谢一直以来的支持
😄

刚看到了你的新反馈 shell问题报错时正常的 因为你的机器没有root 所以shell方法都不可用 目前有关的也就是你提到的强制关闭支付宝和关闭屏幕两个方面
关闭支付宝上面刚说了 用最小化替代
关闭屏幕用KeyCode替代
所以不用理会shell方法的报错
关闭开发者测试模式后是不会有shell的报错的
这个仅仅是为了让用户了解 一些功能背后 实现的具体方法是什么

from ant-forest.

@luchangharry
感谢反馈
😃
先解释一下为什么会有那个一闪而过的框
相关代码在 v1.6.5 的 2958 行
目的是非Root设备无法使用shell()方法强制关闭支付宝
因此代码设计的是先关闭所有可以带有关闭按钮和返回按钮的支付宝窗口
然后模拟一下返回键 将支付宝最小化 (前提是运行脚本前 前台应用不是支付宝 否则就会保留支付宝了)

众多问题感觉都出现得很诡异 建议把Auto.js清空数据或卸载重新安装 然后重启一下设备试试看能不能消除掉一部分问题 (比如settings页面异常)
另外解锁问题也建议尝试一下567三个版本 看看是否都异常
这两天改的东西确实有点多 主要是想增强兼容性 结果却适得其反
今天先不改bug了 晚上偷个懒 明天继续
有任何问题欢迎继续反馈
感谢一直以来的支持
😄

刚看到了你的新反馈 shell问题报错时正常的 因为你的机器没有root 所以shell方法都不可用 目前有关的也就是你提到的强制关闭支付宝和关闭屏幕两个方面
关闭支付宝上面刚说了 用最小化替代
关闭屏幕用KeyCode替代
所以不用理会shell方法的报错
关闭开发者测试模式后是不会有shell的报错的
这个仅仅是为了让用户了解 一些功能背后 实现的具体方法是什么

应该是感谢大佬的持续更新，感觉有点体会到产品经理、开发、测试之间的重重矛盾了哈哈哈~
（1）我后来重启了手机，setting界面正常，所以后来把那条反馈删掉了。
（2）关闭屏幕不管是用什么方法，无论是解锁布局工具还是主函数都始终不起作用。关掉开发者模式后那个shell的错误固然是不出现了，但是由于屏幕无法按脚本要求关闭，所以脚本还是不能正常运行结束，后续的定时脚本无法正常执行，造成众多脚本排队，感觉这是现在最致命的bug了。这大概还需要大佬的后续更新

如图所示，因为不能关闭屏幕，每次脚本执行到这里就卡住不动了，不能正常结束
（4）图案解锁明明中午体验时似乎已经完美解决，不知道为何晚上又失灵了，我决定转向密码解锁。。。这样可以省很多事儿了哈哈
（5）下拉通知栏的问题后来没有出现过，不过不知道将来还会不会出现，如果再出现我再反馈吧，当时出现时的日志我已经放在之前的反馈中了。

期待大佬的后续更新！！！

from ant-forest.

@luchangharry
感谢反馈

1. 从使用这个项目开始 脚本自动关屏有成功出现过吗 以前定时任务运行一次后 屏幕一直是亮着的吗
2. 尝试运行一下以下两行代码

KeyCode(26); // 模拟电源按键 详见 https://developer.android.com/reference/android/view/KeyEvent
log(1);  // 控制台输出 1

看看日志能不能输出1 任务列表这个测试任务会不会卡死
3. 图案解锁问题有相关日志吗 另外我稍微改了一下解锁模块 可以再试试看
如果有意测试 推荐在设置密码的时候 设置成18ab 这样可以避免脚本提示"长度小于4位" 还能再图案解锁时自动过滤掉字幕 直接使用18解锁 开启指针位置后 可以直观看到1和8这两个点是否定位精准 然后再逐步做其他数字组合测试
4. 下拉通知栏的问题是滚动时 底部与顶部坐标读取值均为0导致的 上一版已彻底解决

from ant-forest.

@luchangharry
感谢反馈

1. 从使用这个项目开始 脚本自动关屏有成功出现过吗 以前定时任务运行一次后 屏幕一直是亮着的吗
2. 尝试运行一下以下两行代码

KeyCode(26); // 模拟电源按键 详见 https://developer.android.com/reference/android/view/KeyEvent
log(1);  // 控制台输出 1

看看日志能不能输出1 任务列表这个测试任务会不会卡死
3. 图案解锁问题有相关日志吗 另外我稍微改了一下解锁模块 可以再试试看
如果有意测试 推荐在设置密码的时候 设置成18ab 这样可以避免脚本提示"长度小于4位" 还能再图案解锁时自动过滤掉字幕 直接使用18解锁 开启指针位置后 可以直观看到1和8这两个点是否定位精准 然后再逐步做其他数字组合测试
4. 下拉通知栏的问题是滚动时 底部与顶部坐标读取值均为0导致的 上一版已彻底解决

(1) 从使用此项目起，自动关屏应该是就没有成功过，但是之前从没有任务列表卡死的情况出现，所以也没注意过，事实上感觉自动关屏可能也不是必须的。
（2）已测试这两行代码，日志不能输出1，任务列表任务卡死。
（3）图案锁屏的测试，因为现在从关屏状态下启动脚本会导致任务列表卡死，所以每次得重启autojs，重新设置无障碍服务，所以测试效率比较低下，再多测试一段时间再给反馈吧。现在简单测试了几次，可以解锁成功，但是每次基本都要2-3次尝试
感觉最大的问题还是这个自动关屏，如果需要保留这个功能，最好是设置一个开关，控制是否要自动关屏

from ant-forest.

（1）已测试最新版本，不再出现任务列表卡死的情况，只是自动关屏无法成功而已。
（2）多次测试图案解锁，均为第一次尝试无法正确解锁，第二次尝试可以解锁成功，滑动时长稳定在200，这次解锁布局工具可以使用。
解锁布局工具.zip

from ant-forest.

感谢反馈

只有Root设备才能实现关屏
所以非Root设备只能自动超时关屏了
现在已经去除了可能导致任务卡死的KeyCode()

我看了一下反馈的布局数据
在代码里增加了一段可能会改善识别布局的代码
可以尝试一下 或许可以一次性成功
如果还是不行的话 还是希望能详述一下第一次失败时的具体情况
😄

from ant-forest.

感谢反馈

只有Root设备才能实现关屏
所以非Root设备只能自动超时关屏了
现在已经去除了可能导致任务卡死的KeyCode()

我看了一下反馈的布局数据
在代码里增加了一段可能会改善识别布局的代码
可以尝试一下 或许可以一次性成功
如果还是不行的话 还是希望能详述一下第一次失败时的具体情况
😄

我录了个小视频，记录第一次失败的情况，如下，不过实际上每次第一次错误的情况经常不一样，但是第二次通常都能正确进入：
解锁.mp4.zip
另外有时解锁后进入支付宝后会息屏，导致程序无法运行，不过没有错误日志，因为手动再点亮后程序又会继续运行

from ant-forest.

from ant-forest.

感谢反馈 😄 看了下视频 估计是图案解锁控件是动态的 解锁之前应该有一个延时 等待动画完成再去滑动图案 为了让非动态的设备不牺牲这个等待时间 我加入了一个等待稳定函数 可以试试新版 (v1.6.12) 能不能一次性解锁成功 灭屏问题 是因为手机设置的关屏超时时间太短了吗 脚本运行了多久才关屏的 如果下次再发生 可以灭屏后故意等1分钟多一些 然后看日志哪两行之间的时间间隔超过了1分钟

已测试，一次解锁成功！
应该不是设置的关屏时间太短，我设置的一分钟自动灭屏，因为只是偶然出现，大概就是运行到进入支付宝之后吧。（后来又遇到了一次，就是“开始蚂蚁森林任务”，然后隔了一分钟吧，因为灭屏了，日志显示打开支付宝失败，直到我手动解锁，脚本再次开始运行）
另外在帮收时有时还是会错过一些能量球，我已经将阈值设到最高的83了（还有我一直没弄懂那个密度的阈值是干啥的）。
瑕不掩瑜，我觉得这版已经很完美了

from ant-forest.

关屏时间1分钟确实有点短 脚本运行时 目前已知只有click()会重置屏幕超时时间 而且多数用的是press() 所以1分钟很容易超时关屏
以后可能会想到比较好的让脚本运行过程中保持屏幕常亮的方法
帮收能量球会遗漏的现象频率高吗
如果只是偶尔 是正常的
因为脚本是不可能保证100%收取全部橙色能量球的
如果看开发者测试模式的日志就能知道帮收功能的基本原理
阈值通常是不需要设置的
阈值是颜色匹配阈值 阈值越大 匹配越宽松 反之匹配越严格
如果阈值为0 则要求一定要与设置的颜色值完完全全一样才能匹配
如果阈值很大 比如一两百 那原本要求的橙色 可能连大红色都可以匹配得上
要调节就调密度 密度就是采集能量球截图的时间长短 密度越大 采集时间长 获得的样本就多 遗漏的概率就小一些 但会牺牲操作时间 而且每个好友的森林都要消耗的
目前还没有找到好的替代方案 毕竟在没有控件的情况下 Auto.js也只能考颜色相关的方法进行识别和匹配了
感谢支持
😃

from ant-forest.

关屏时间1分钟确实有点短 脚本运行时 目前已知只有click()会重置屏幕超时时间 而且多数用的是press() 所以1分钟很容易超时关屏
以后可能会想到比较好的让脚本运行过程中保持屏幕常亮的方法
帮收能量球会遗漏的现象频率高吗
如果只是偶尔 是正常的
因为脚本是不可能保证100%收取全部橙色能量球的
如果看开发者测试模式的日志就能知道帮收功能的基本原理
阈值通常是不需要设置的
阈值是颜色匹配阈值 阈值越大 匹配越宽松 反之匹配越严格
如果阈值为0 则要求一定要与设置的颜色值完完全全一样才能匹配
如果阈值很大 比如一两百 那原本要求的橙色 可能连大红色都可以匹配得上
要调节就调密度 密度就是采集能量球截图的时间长短 密度越大 采集时间长 获得的样本就多 遗漏的概率就小一些 但会牺牲操作时间 而且每个好友的森林都要消耗的
目前还没有找到好的替代方案 毕竟在没有控件的情况下 Auto.js也只能考颜色相关的方法进行识别和匹配了
感谢支持
😃

明白了，帮收能量球遗漏的概率不高，完全在可接受的范围内。
还有一点就是脚本定时在关屏状态下有时会出现延时，比如定时19点启动，会出现19点03分才启动，甚至过直接不启动的情况出现，不知道是什么原因？

from ant-forest.

from ant-forest.

关屏延时运行是常见的 我手上有一台 E6683 (Z5) android 7.1 和 G8441 (XZ1C) 8.0 和 D5833 (Z3C) 6.0 全部root且是用的xposed edge pro定时启动脚本 除了XZ1C可以每次都准点运行外 z5尤其是z3c 经常出现不能准时运行的 定时在第二天早上的更严重 有时候根本就不运行 而且刚刚重启手机后现象是最严重的 目前的解决方案就是给后台放行 优化软件或相关系统设置都给它白名单 (如电池优化等) 然后用xposed edge手动运行一次脚本 auto.js前台服务也打开 这样会改善一些 另外也可以尝试在第一个定时任务之前的两小时或1小时运行一个小脚本 "激活"一下auto.js 后面的任务运行延迟可能会有所改善
…
On May 9, 2019 21:58:51 luchangharry @.***> wrote: 关屏时间1分钟确实有点短 脚本运行时 目前已知只有click()会重置屏幕超时时间 而且多数用的是press() 所以1分钟很容易超时关屏 以后可能会想到比较好的让脚本运行过程中保持屏幕常亮的方法 帮收能量球会遗漏的现象频率高吗 如果只是偶尔 是正常的 因为脚本是不可能保证100%收取全部橙色能量球的 如果看开发者测试模式的日志就能知道帮收功能的基本原理 阈值通常是不需要设置的 阈值是颜色匹配阈值 阈值越大 匹配越宽松 反之匹配越严格 如果阈值为0 则要求一定要与设置的颜色值完完全全一样才能匹配 如果阈值很大 比如一两百 那原本要求的橙色 可能连大红色都可以匹配得上 要调节就调密度 密度就是采集能量球截图的时间长短 密度越大 采集时间长 获得的样本就多 遗漏的概率就小一些 但会牺牲操作时间 而且每个好友的森林都要消耗的 目前还没有找到好的替代方案 毕竟在没有控件的情况下 Auto.js也只能考颜色相关的方法进行识别和匹配了 感谢支持 😃 明白了，帮收能量球遗漏的概率不高，完全在可接受的范围内。 还有一点就是脚本定时在关屏状态下有时会出现延时，比如定时19点启动，会出现19点03分才启动，甚至过直接不启动的情况出现，不知道是什么原因？— You are receiving this because you commented. Reply to this email directly, view it on GitHub, or mute the thread.

明白了，基本上能给的权限都给了，我试试提前一小时运行，会继续支持~

from ant-forest.

感谢支持 😄

from ant-forest.

最新版中又出现了拉下通知栏的情况

from ant-forest.

还是开启开发者测试模式 然后我看看相关日志吧

from ant-forest.

let WIDTH = device.width;
let HEIGHT = device.height;
let cX = num => ~~(+num * WIDTH / (+num >= 1 ? 720 : 1));
let cY = num => ~~(+num * HEIGHT / (+num >= 1 ? 1280 : 1));

let half_width = cX(0.5);
let bottom_height = cY(0.9);
let top_height = cY(0.1);
let list_swipe_time = 100;

let max_try_times_swipe = 3;
while (max_try_times_swipe--) {
    // // // replacement area start // // //
    swipe(half_width, bottom_height, half_width, top_height, list_swipe_time);
    !max_try_times_swipe && log("swipe: " + bottom_height + ", " + top_height);
    // // // replacement area end // // //
    sleep(200);
}

新建js文件 试运行以上代码 (以上代码用于测试滑动屏幕功能 100ms滑动时长 200ms滑动间隔 使用swipe()方法）
然后再用以下代码替代替换区的两行代码测试一下

gesture(list_swipe_time, [half_width, bottom_height], [half_width, top_height]);
!max_try_times_swipe && log("gesture: " + bottom_height + ", " + top_height);

测试之后看看屏幕是否有滑动 通知栏是否被下拉 日志中冒号后的两个数字是否相等

from ant-forest.

let WIDTH = device.width;
let HEIGHT = device.height;
let cX = num => ~~(+num * WIDTH / (+num >= 1 ? 720 : 1));
let cY = num => ~~(+num * HEIGHT / (+num >= 1 ? 1280 : 1));

let half_width = cX(0.5);
let bottom_height = cY(0.9);
let top_height = cY(0.1);
let list_swipe_time = 100;

let max_try_times_swipe = 3;
while (max_try_times_swipe--) {
    // // // replacement area start // // //
    swipe(half_width, bottom_height, half_width, top_height, list_swipe_time);
    !max_try_times_swipe && log("swipe: " + bottom_height + ", " + top_height);
    // // // replacement area end // // //
    sleep(200);
}

新建js文件 试运行以上代码 (以上代码用于测试滑动屏幕功能 100ms滑动时长 200ms滑动间隔 使用swipe()方法）
然后再用以下代码替代替换区的两行代码测试一下

gesture(list_swipe_time, [half_width, bottom_height], [half_width, top_height]);
!max_try_times_swipe && log("gesture: " + bottom_height + ", " + top_height);

测试之后看看屏幕是否有滑动 通知栏是否被下拉 日志中冒号后的两个数字是否相等

屏幕有滑动，通知栏也没有被下拉，冒号后两个数字不相等，分别为1998和222

from ant-forest.

说明不是滑动的问题 之前有一次是因为滑动距离为0导致点击通知栏
这个问题现在还有吗 如果问题复现 还是开启开发者测试模式 然后提供日志吧
感谢反馈
😄

from ant-forest.

说明不是滑动的问题 之前有一次是因为滑动距离为0导致点击通知栏
这个问题现在还有吗 如果问题复现 还是开启开发者测试模式 然后提供日志吧
感谢反馈
😄

目前好像没有，如果再出现我再反馈吧
最新1.6.16进入好友列表后报错

from ant-forest.

已于 v1.6.17 - 2019/05/10 尝试修复此问题

from ant-forest.

测试最新版本1.6.18，反复出现由于截图权限申请失败导致任务不断重启，一般需要重启4-5次才能成功执行任务一次，且好友列别的滑动效率低

from ant-forest.

@luchangharry
我好友数量较少 都没注意到这个现象
排查后发现时新加入的auto()的参数问题
本来是想解决经常性出现的获取当前包名失败的问题
结果引入了更严重的问题
即将于下一版本去除此参数
感谢及时反馈
😃

from ant-forest.

@luchangharry
我好友数量较少 都没注意到这个现象
排查后发现时新加入的auto()的参数问题
本来是想解决经常性出现的获取当前包名失败的问题
结果引入了更严重的问题
即将于下一版本去除此参数
感谢及时反馈
😃

从今晚起各版本无法进入好友列别收取能量

from ant-forest.

看看是不是Auto.js的问题 要不就开始老办法 重装或重启吧 我刚测试没有异常

from ant-forest.

我之前重装重启都试过了，应该不是autojs的问题。每次进入到自己的蚂蚁森林主页面后无法进入好友列表，脚本就重启了，如图

from ant-forest.

from ant-forest.

支付宝版本是多少
…
On May 13, 2019 22:48:45 luchangharry @.***> wrote: 我之前重装重启都试过了，应该不是autojs的问题。每次进入到自己的蚂蚁森林主页面后无法进入好友列表，脚本就重启了，如图 — You are receiving this because you commented. Reply to this email directly, view it on GitHub, or mute the thread.

版本号为10.1.62

from ant-forest.

在蚂蚁森林首页 使用Auto.js布局分析 看一下能不能抓取到控件 再手动拉到底下 看能不能分析到"查看更多好友"按钮

from ant-forest.

是可以抓取到控件的

from ant-forest.

from ant-forest.

好的 明天查找原因 试修此问题 感谢反馈 注意休息
…
On May 13, 2019 23:33:38 luchangharry @.***> wrote: 是可以抓取到控件的 — You are receiving this because you commented. Reply to this email directly, view it on GitHub, or mute the thread.

已测试最新版，与昨天相比，可以进入好友列表，但是无法识别到好友列表中的好友，也无法进入好友的主页收取能量，最后一只滑动到页面最下端，一直点击屏幕最下方“没有更多了”按钮，日志如图：

from ant-forest.

from ant-forest.

from ant-forest.

from ant-forest.

from ant-forest.