Fix: campaign_ensure_chapter incorrect due to slow animation

[Air111]

修复选择3-4但由于将13-4识别为3-4而出击13-4的问题

[LmeSzinc]

在正常流程中不应有多余的截图或等待
正常流程指，预期切换到3图 实际也是3图，不需要切换章节的情况

[Air111]

预期(index)切换到3图 实际(actual)也是3图，这样和“不正常”的流程一样index=3, current=3，除了多截一次图没有其他办法可以确定current==actual

[Air111]

减少一个timer，这样测着没啥问题。我们永远无法得知实际(actual)值，只能通过多截图/等待来增大current=actual的概率

while True:
    self.device.click_record_clear()
    self.ui_goto_main()
    self.campaign.campaign_set_chapter_main('13')
    self.ui_goto_main()
    self.campaign.campaign_set_chapter_main('13')
    self.ui_goto_main()
    self.campaign.campaign_set_chapter_main('3')

[LmeSzinc]

在正常流程中不应有多余的截图或等待

需要解决这个问题，否则PR不会被接受

[Air111]

在正常流程中不应有多余的截图或等待

需要解决这个问题，否则PR不会被接受

不理解什么是“正常流程”。无论是从主界面还是点击上一章/下一章进入某一章都会有动画加载过程，此时第一次识别chapter_index为3根本无法得知真的是3，还是其实是13没加载完全。除非引入其他识别方式（cross-check或者完全替代），例如这个位置的“第3章”没有加载动画，但是这与活动图不兼容（比如这次sp和isp都是E.X.），也因此没法解决可能存在的将isp识别为sp的问题。

我知道这个识别错误是小概率事件，但提这个pr前一天晚上出现了选错章节作战失败重启后又选错一次（还好没有第三次），有点没绷住

[ec7529a2]

想要没有多余的截图或等待，就要有“多余”的ocr和多服务器适配，或者“多余”的错误和重启。
对于主线第3章来说，识别“决战中途岛”就行了，对于这次活动（μ兵装三期）的sp，isp，μsp，ex来说，分别识别“共鸣的Passion”，“共鸣的Passion・进阶”，“共鸣的Passion・SP”，“共鸣的Passion・EX”就行了，其它章节和服务器以此类推。