Air111

Translation of union with bit field is not correct

1

Please consider this testcase: ```c #include union U0 { unsigned int f0; int f1 : 2; } g; int main() { printf("%d\n", g.f1); } ``` Transpile successed: ```console $ intercept-build...

Upd: GemsFarming options

1

潜艇设置仅允许更改编队和出击方案 关闭自律寻敌时的索敌逻辑不显然，我觉得显示比较好 设置项示意：  如果不做，请直接close

Upd: Flagship changing

6

目前紧急委托更换旗舰点击`FLEET_ENTER_FLAGSHIP`往往需要尝试2~3次才能成功，略微上移点击位置在10次测试中未出现重试。

button的匹配问题

4

### 你的功能请求是否与问题有关？ #3557 让我对基于平均颜色的匹配产生怀疑 一个页面有时需要识别几十个按钮，因此测试100次识别所需时间，使用`perf_counter()`计时： ```python start = time.perf_counter() for _ in range(100): BUTTON.appear_on(image) end = time.perf_counter() print(end - start) start = time.perf_counter() for _ in range(100): BUTTON.match(image, offset=(0, 0))...

### 你的功能请求是否与问题有关？ 目前刷紧急委托功能的“心情控制”主要依赖于红脸弹窗。选择更换舰船时，当检测到红脸弹窗，会放弃本次作战，更换舰船，然后开始新的一次作战。这会浪费一点点石油，尤其是在低耗时进图的10油占到了整个作战的接近一半。粗略计算下，用alas刷3油a3的物资油耗比会下降到接近4油c2的水平。 我的优化试图让紧急委托也能通过预防来进行心情控制，提早更换舰船以避免石油的浪费。 ### 解决方案 仿照其他作战的心情控制机制固然可以解决，但除了我暂时不想研究这部分代码外还有一个潜在的问题，就是前后排心情消耗速度不同。当可更换前排不够多时，可以把它们都放在后宅。然而后排没法也没必要放在后宅。 我的解决方法是每经过一定次数的作战进行一次更换舰船的尝试，这个次数是经过保守计算得到的： - 定义一个每战心情消耗，先假设它为10不变。 - 假设作战速度足够快，那么经过150/10=15次作战后需要更换舰船。因此该次数初始化为15 - 每次尝试更换舰船时，获取更换后的舰船的心情（可能与更换前的一致），将`RunCount`设为`min(RunCount, ship.emotion // 10)` `StopCondition_RunCount`在刷紧急委托任务中未暴露在前端，对它的相关处理做少量的修改，可以使其归零时进行更换舰船的尝试，而不结束刷紧急委托任务 丑陋的实现： ```python #module\campaign\gems_farming.py from module.campaign.campaign_base import CampaignBase from module.campaign.run import CampaignRun from...

Add: port dashboard from SRC

1

不知道有没有用，先挂着。我是觉得与其按照src进行修改，不如直接把整套东西搬过来，还能降低维护成本。 3.7没有`functools.cached_property`，替换成`module.base.decorator.cached_property`似乎没什么问题

记录装备时卡住

4

### 在提问之前... - [X] 我已经搜索了现有的 issues - [X] 我在提问题之前至少花费了 5 分钟来思考和准备 - [X] 我已经阅读了 Wiki 中的 常见问题(FAQ) - [ ] 我正在使用最新版的 Alas ### 描述你的问题 一群群友发的，实在看不懂。 1. 点击`DETAIL_SIDE_NAVBAR_0_3`后1.3秒识别到`Nav item active: 4...

大世界开荒遗漏了某一区域

1

### 在提问之前... - [X] 我已经搜索了现有的 issues - [X] 我在提问题之前至少花费了 5 分钟来思考和准备 - [X] 我已经阅读了 Wiki 中的 常见问题(FAQ) - [ ] 我正在使用最新版的 Alas ### 描述你的问题 每月开荒任务推迟到下月1号之后，发现121号海域没有被压制，查看log发现在切换完队伍之后在ORDER_SCAN中触发了GameStuckError。查看截图（我设置了保留最后300张）发现开荒编队所在位置刷出了敌人，在切换后进入了作战 ### 如何复现 _No response_ ###...

Fix: campaign_ensure_chapter incorrect due to slow animation

4

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