Takaranoao
Takaranoao
- Your feature requesting / 你的新功能请求 可以在程序运行之前增加一个加载界面 目前像是模型预热,文件校验,拉取更新脚本仓库等都可以放在这里
> 把之前试验版本的对于onnx的优化处理一下,然后提个pr - [x] 依赖升级,引入Yolosharp - [x] 处理yoloshrp升级引发的问题 - [ ] 清理旧有代码,抽象接口 - [ ] 增加自动gpu判断 - [ ] 缓存逻辑 - [ ] 配置ui
- Your suggestions / 你的建议 目前观察到队伍切换 SwitchPartyTask 的时候有小概率切换失败但是输出仍是切换成功。 建议切换队伍之后进行一次ocr来弥补这一问题,若ocr识别错误则重试。 ``` [13:53:44.284] [INF] BetterGenshinImpact.Service.ScriptService → 开始执行地图追踪任务: "烬芯花01-彩石顶右侧-4个.json" [13:53:45.803] [INF] BetterGenshinImpact.GameTask.Common.TaskControl 将传送至 "须弥" "道成林" 七天神像 [13:53:46.127] [DBG] BetterGenshinImpact.GameTask.Common.TaskControl 识别当前大地图位置:"Point2f { X =...
- BetterGI版本号 / BetterGI Version:目前最新最热的 0.43.3 - 问题描述 / Description of the issue: 举起鱼竿之后落点恰好被玩家遮挡导致无限循环 ``` [00:44:27.396] [INF] BetterGenshinImpact.GameTask.AutoFishing.AutoFishingTask 举起鱼竿失败,始终没有找到落点 [00:44:30.242] [INF] BetterGenshinImpact.GameTask.AutoFishing.AutoFishingTask 调整视角至俯视 [00:44:30.351] [INF] BetterGenshinImpact.GameTask.AutoFishing.AutoFishingTask 开始寻找鱼塘 [00:44:30.430] [INF] BetterGenshinImpact.GameTask.AutoFishing.AutoFishingTask...
### 背景 当前BetterGI项目使用PaddleOCR时遇到多线程稳定性问题,通过加锁方案虽能缓解但非最优解。现提议探讨将核心模块迁移至ONNX Runtime的可能性,以提高部署兼容性并解决痛点。 ### 问题分析 现有的PaddleOCR个人观察到会带来以下问题: + 线程安全风险 - 若采用加锁方案(当前)处理会产生性能问题,并且在特定电源状态下有几率还是会报错(如睡眠唤醒) - 若采用 QueuedPaddleOcrAll 队列式处理与项目调用模式存在架构冲突(BetterGI有独立识别文字区域而不进行OCR的需求) + GPU加速失效 - PaddleOCR的GPU加速非常灵车,导致几乎不可用。 - 就算用了也比CPU要慢 + 部署兼容性问题 - 初始化路径不支持中文 - 依赖项冲突的潜在风险(如OpenCvSharp若以后需要更新则必须考虑到PaddleOCR的依赖关系) - 还有一堆初始化问题,总之隔三岔五就会有人问为什么初始化不了。 ###...
- Your feature requesting / 你的新功能请求 很多js脚本执行的时候都要考虑这个坑,在想能不能做成实时触发然后在每天的指定时间判断截图 如果进入了空月祝福就戳戳屏幕 本身逻辑在GameLoading这个Task中就存在,做成实时触发如果在其余时间跳过的话似乎也不太会影响性能?
- 系统环境 / System Environment: windows 11 pro 10.0.26100 - BetterGI版本号 / BetterGI Version: 0.43.0 - 问题描述 / Description of the issue: 自动战斗被打死后传送失败出现错误弹窗  PS:后面被打死的小草神是我看见死了之后使用小道具手动复活了一下 不知道是不是因为这个 自动战斗是手动快捷键触发的,出现问题之后截图器自动退出了 ```log [01:34:54.049] [INF]...
#### 背景 - 在用路径追踪打地方传奇的时候因为血量太厚经常因为战斗超时而暴毙 - 诸如刷大伟丘之类的路径追踪,本身那个地方可能没有怪,然而附近有怪被吸引过来,导致打空气直到战斗超时才结束 - 目前没有做基于yolo的战斗判定,但是有时候(比如原海异种)使用yolo判断是否脱战是更为可行的选择 #### 问题 - 目前诸如 AutoFight , AutoDomain 的独立任务其实存在很多可配置项,但是并不能完全由脚本或路径追踪配置.然而js脚本和路径追踪本身可以作为传递配置参数的途径. - 自动战斗的yolo其实可以开一下,默认禁用,只有通过配置才能启用,给与更大的灵活性 - 自动秘境可以通过配置项调整,让它支持诸如武器之类的更多秘境 - #1116 #### 建议 - 调整AutoFight 自动战斗部分,可以根据配置启用基于yolo的战斗识别,以及在战斗前判断是否有怪等. - 调整AutoDomain 自动秘境部分,可以根据配置在已经在秘境门口的时候直接选择并进入对应的秘境...
OCR
- [x] OCR权重 - [ ] 并行性改进&OCR推理选择 - [x] OCR识别阈值 - [x] 主动匹配 - [ ] 配置和GUI 目标: - OCR结果加权运算,在V5等具有多语言单模型情况下降低非选中语言字符出现的概率 (仅数字的OCR/数字&符号OCR/避免简体中文OCR成繁体中文) - OCR主动匹配,给出期望找到的string[]和mat图像输出double[]置信度。这样可以避免寻找某一些文字的时候出现的错字问题。 - 改善OCR并行性。去掉不必要的锁 目前状态因为个人原因暂时停工,等到十月下旬继续。 ~欢迎接坑~