[Feature]: 为验证码识别时间增加上限，超出自动重试

[melon0918]

[Feature]: 为验证码识别时间增加上限，超出自动重试

[mikumifa]

你看一下日志？

我怀疑是识别失败之后重试了

[melon0918]

我测了一下，见得比较多的情况是开始后两秒左右就会输出识别超时，可能一次也可能两次，然后紧接着就识别成功了，这种算是正常的
2024-06-11 17:41:09.770 | INFO | geetest.Validator:validate:48 - {'msg': '识别超时', 'status': -1}
2024-06-11 17:41:11.315 | INFO | geetest.Validator:validate:48 - {'msg': '识别超时', 'status': -1}
2024-06-11 17:41:13.946 | INFO | geetest.Validator:validate:48 - {'msg': '识别成功', 'time': 2572, 'data': {'challenge': '32e728caeeaf3571a2e0fcd8920f2800', 'type': '三代点选', 'validate': '23a6451f9948af167aedc25d0c10b532'}, 'status': 0}

但有的时候是从开始识别隔了半分钟才输出识别成功，日志里也是返回6秒就做完了，难道是获取验证码时卡住了？
2024-06-11 17:38:34.131 | INFO | geetest.Validator:validate:48 - {'msg': '识别超时', 'status': -1}
2024-06-11 17:38:35.694 | INFO | geetest.Validator:validate:48 - {'msg': '识别超时', 'status': -1}
2024-06-11 17:39:11.802 | INFO | geetest.Validator:validate:48 - {'msg': '识别成功', 'time': 6056, 'data': {'challenge': '6ceaf3542e5e07f6035c68c509be88a0', 'type': '三代点选', 'validate': '115395c3d006111f0c2ba5c566bd5ab1'}, 'status': 0}

[mikumifa]

这个过程一直都在那个接码的api，可能那个接码网站速度就这样吧

[mikumifa]

目前自己找不到能够破解的方式
只能调用外部api，这玩意到真正抢票时候很多人用肯定巨卡，所以抢票时候人工破最好（除非找到巨好接码网站）

[melon0918]

api卡的话确实没什么办法了，那能不能设定个超时时间，超过就重新提交打码请求呢，我估摸着有他卡的几十秒内重新提交一次都做完了

[mikumifa]

会加一个错误n次转手动的功能

[melon0918]

好的 辛苦了

[mikumifa]

v2.7.8 让rrocr和手动并行了，抢票未测试，训练测试没问题