Skip to content

【请教】基于 main 做了双阶段毫秒计时,阶段2本地钟和游戏倒计时对不上,确认时常已过期 #19

Description

@Jianglai0901

大佬好,我 fork 了一份,基于 main 在改,还没搞完,先不提正式 PR。

代码在这:https://github.com/Jianglai0901/DeltaForceScript/tree/feature/ms-clock

原版是 OCR 倒计时,到点点购买再点确认。我改成两段了:第一段盯商店倒计时,剩大概 5 秒就点购买把确认弹窗拉出来;第二段再去认弹窗里的倒计时,本地走表走到 0 再点确认。顺便拆了点模块,加了毫秒钟、测延迟之类的,整体还比较乱,实验性质。

我看 readme 说开发在 dev,dev 好像已经改成包结构了。我这套是按 main 那个扁平目录改的,所以也想问一声,后面该跟 dev 还是继续跟 main。

现在最大的问题是第二段时间对不上。第一段还能用,一进确认弹窗,本地剩余时间和游戏画面上的倒计时就对不齐,而且差得挺稳定,不是偶发抖一下。结果就是点确认的时机不对,经常本地钟走到 0 再点,游戏里订单已经过期了。

我现在第二段是 OCR 弹窗倒计时(按「0分XX秒」那种),整数跳变或者连续两帧同一秒就锚定,然后主要靠本地钟跑到 0,最后一两秒几乎不再 OCR。所以我怀疑是一开始就把零点标错了,后面钟再准也是在错的点上跑。弹窗倒计时本来就只有几秒,这么锚可能本身就不合适。

想请教几个事:二次确认你们是一直 OCR 跟画面,还是也会锚定后本地走表?点确认到底该对准画面归零、稍微提前,还是等看见过期?verify_time 那一块怎么框比较稳?这套如果还能做,PR 是对 dev 还是对 main?

先不发正式 PR。方向不对我就按你们说的改;愿意看代码的话跟我说一声,我再开个草稿 PR。谢谢各位。

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions