HVAA优化及BUG修复

[WayneFerdon]

1. 增加初始闲置竞技场配置非空检测
2. 修正其他技能的OC判断及选择范围判断，修正条件判断中iscd的值与Readme中示例不相符的问题 (修复技能可释放判断及其他技能技能排序无效问题 #154 未进行冲突处理直接覆盖了，因此按照其中实际有效的内容重新修改了)

[Qiyue0515]

最近转法发现一个问题：
// 先处理特殊的 “先给全体上buff”
let skillPack = ['We', 'Im'];
这里改成先上weaken再上Imperil会比较好，这样血线的压力会小一点

[WayneFerdon]

最近转法发现一个问题： // 先处理特殊的 “先给全体上buff” let skillPack = ['We', 'Im']; 这里改成先上weaken再上Imperil会比较好，这样血线的压力会小一点

@Qiyue0515 现在这个应该就是先we再im的啊

[DreamSeeker08]

最近转法发现一个问题： // 先处理特殊的 “先给全体上buff” let skillPack = ['We', 'Im']; 这里改成先上weaken再上Imperil会比较好，这样血线的压力会小一点

你好，能分享一个法系的设置给我导入吗？
我不太会弄，更新到最新的v2.90.22.20还是不会释放陷危、虚弱等debuf

[Kotone-Hikaru]

法师好像不能正确的释放im 只会释放weaken 在给每个怪都上完weaken之后就卡在这里了

[WayneFerdon]

@DreamSeeker08 @SakuyaSaki 之前的debuff逻辑有条件判断时可能会有点问题，分支新上传了一版(2.90.22.22)，可以测试看下还有没有问题

[Kotone-Hikaru]

@WayneFerdon 2.90.22.22 imp正确释放了 但是全部上好imp之后不会自动释放攻击，但是鼠标移动到对应的怪上后才会攻击 且有的时候只会用普通攻击 不会释放t123法术

[WayneFerdon]

@WayneFerdon 2.90.22.22 imp正确释放了 但是全部上好imp之后不会自动释放攻击，但是鼠标移动到对应的怪上后才会攻击 且有的时候只会用普通攻击 不会释放t123法术

@SakuyaSaki
我这里测试是正常的，普通和高级的都能够释放，不确定是什么原因
不过推测可能是战斗中途启用新脚本，导致ability数据未初始化，战斗中读取技能范围数据出错，这个节点刚好是点击完技能还没选目标（在算范围），如果有mb等脚本的话刚好移上去就选中了?
新的版本（2.90.22.23）增加了非空检测，可以再看下

[Kotone-Hikaru]

@WayneFerdon 确实是因为中途才开启脚本导致的 如果在一开始就开启然后再进入战斗的话就能正常释放t123
不过这个 自动闲置竞技场好像有点问题 还是说逻辑改变了

[Kotone-Hikaru]

AR好像是ok 的但是GF不行 不知道为什么

[WayneFerdon]

AR好像是ok 的但是GF不行 不知道为什么

@SakuyaSaki 有bug，修复了(2.90.22.24)

[Kotone-Hikaru]

发现现在的全部上debuff好像逻辑和之前的相比 不一样 之前会优先释放258这3个位子然后再释放没有释放到的
现在是按照优先级来释放的 大部分时候是乱序 会导致有的时候会多1t 理论上来说假如敌人是8个的话 第一次释放 2 5 7 这样应该是最好的 （有机会补到6号位没有上到debuff的情况）其他的按照258释放 一遍然后补漏掉的 比较好

[WayneFerdon]

@SakuyaSaki
给全体放debuff的两个各加了选项，可以选是按照位置还是权重释放
按位置还是用权重的逻辑，但是统一权重为-1而非按状态计算，保留结合用死亡、已有debuff等的特殊权重进行排除
本来想直接改了，但是We给高权重的先放有时也能降低自己受到的伤害，所以各自处理了（

[Kotone-Hikaru]

@WayneFerdon 感谢 现在自动gf 已经正常工作了 但是debuff顺序释放好像还是没生效 现在还是按照权重来释放的

[WayneFerdon]

@WayneFerdon 感谢 现在自动gf 已经正常工作了 但是debuff顺序释放好像还是没生效 现在还是按照权重来释放的

@SakuyaSaki 应该修复了(2.90.22.26)
漏了选初始目标也要按顺序了（

[Kotone-Hikaru]

@WayneFerdon 观察了一下 现在的释放 第一次 释放目标1 会给 123上（可能是机制？给第一位上会顺延到后面） 第二次就会释放4 但是这个时候只会给45上debuff 这样3的位置会被重复上debuff 浪费了一个轮次 感觉还是应该改为给2 5 8位置轮流释放

[Kotone-Hikaru]

function getRangeCenterID(target, range = undefined, isWeaponAttack = false, excludeCondition = undefined, forceUseIndex = undefined) {
    // 静态计数器
    if (typeof getRangeCenterID.callCount === 'undefined') getRangeCenterID.callCount = 0;
    getRangeCenterID.callCount++;

    // --- 固定顺序目标 ---
    const fixedIndices = [1, 4, 7]; // 数组索引
    let msTemp = JSON.parse(JSON.stringify(g('battle').monsterStatus));
    msTemp.sort(objArrSort('order'));

    if (getRangeCenterID.callCount <= fixedIndices.length) {
        // 尝试获取固定目标，如果越界或死亡就跳过
        for (let i = getRangeCenterID.callCount - 1; i < fixedIndices.length; i++) {
            const idx = fixedIndices[i];
            if (idx >= 0 && idx < msTemp.length && !msTemp[idx].isDead) {
                return getMonsterID(msTemp[idx].order);
            }
        }
        // 如果固定顺序没有可用目标，回归正常逻辑
    }

    // ---------------- 原本逻辑 ----------------
    if (!range) return getMonsterID(target);

    const centralExtraWeight = -1 * Math.log10(1 + (isWeaponAttack ? ((g('option').centralExtraRatio / 100) ?? 0) : 0));
    let order = target.order;
    let newOrder = order;

    let unreachableWeight = g('option').unreachableWeight;
    let minRank = Infinity;

    for (let i = order - range; i <= order + range; i++) {
        if (i < 0 || i >= msTemp.length || msTemp[i].isDead) continue;

        let rank = 0;
        for (let j = i - range; j <= i + range; j++) {
            let cew = (j === i) ? centralExtraWeight : 0;
            let mon = msTemp[j];

            if (j < 0 || j >= msTemp.length || mon.isDead || (excludeCondition && excludeCondition(mon))) {
                rank += unreachableWeight - cew;
                continue;
            }

            rank += cew;
            rank += forceUseIndex ? -1 : mon.finWeight;
        }

        if (rank < minRank) {
            minRank = rank;
            newOrder = i;
        }
    }

    return getMonsterID(newOrder);
}

让GPT写了一下 我试了一下这样是ok的 可以正确的释放到正确的258的位置（）

[WayneFerdon]

@WayneFerdon 观察了一下 现在的释放 第一次 释放目标1 会给 123上（可能是机制？给第一位上会顺延到后面） 第二次就会释放4 但是这个时候只会给45上debuff 这样3的位置会被重复上debuff 浪费了一个轮次 感觉还是应该改为给2 5 8位置轮流释放

@SakuyaSaki
gpt这个即使不是全体或按顺序也会强行按顺序，而且目标死亡往后跳一个实际也会将死亡的包含在范围内了，也是不对的

原来的是按照顺序从上往下选需要释放的
但是释放本身可能会失败（被抵抗了）
你的这个可能是放了123，然后选5放456，但是6被抵抗了
例如：

1. 在2放完123
2. 在5放456，5失败
3. 此时因为5需要释放，而包含5的最优的范围为567，就会在6释放567

不过这个也有问题，新的版本已经改为：

1. 释放全体时会遍历全部需要放的目标
2. 然后选出包含任意目标中权重最优的（按顺序的话仍是单个权重为-1）
3. 这样就能优先往后去释放一片目标（无论是按顺序还是实际权重，确保收益最大化）
4. 然后再进行补漏（失败或者未释放到的）

[Kotone-Hikaru]

新版这个 选择权重好像还是有点问题 在8个怪的时候 有时候会先在2或者6释放，这样123 567都会上上debuff 然后就会空下来4和8 这样会多放一次imp 这里的逻辑感觉如果是要按照释放的debuff到底有没有赋予 然后再对应的改变逻辑好像有点复杂（）

[Kotone-Hikaru]

想到一个逻辑大概是就是重下往上检测第一个带debuff的 然后+2就是下一个需要释放的目标
比如给123上好imp了 然后下一个就应该上在5
假如1和3抵抗了 就给2的+2上 那就是345 然后漏掉的之后再补？
不知道能不能实现（）

[WayneFerdon]

@SakuyaSaki 遍历的时候忘记按照顺序遍历了，导致还是按照权重遍历，后面权重高，先遍历到被记录了，然后遍历到前面的低权重的时候，算出来有效范围都一样，不大于先记录的，所以没覆盖掉
2.90.22.29已改为要按顺序的话就会按顺序遍历，这下应该行了（

想到一个逻辑大概是就是重下往上检测第一个带debuff的 然后+2就是下一个需要释放的目标 比如给123上好imp了 然后下一个就应该上在5 假如1和3抵抗了 就给2的+2上 那就是345 然后漏掉的之后再补？ 不知道能不能实现（）

从下往上找这个如果之前手动选了最后一个，就会变成直接补漏，所以还是得上面这个修复（

[Kotone-Hikaru]

@WayneFerdon 试了一下好像好像正常工作了 感谢更新

[Kotone-Hikaru]

发现卷轴使用有点异常 守护卷轴好像 有点问题 同样的条件 一次 gf 其他卷轴都是15左右 守护卷轴用了150

且这个好像没有效果 在ar也会不停释放守护卷轴

[WayneFerdon]

发现卷轴使用有点异常 守护卷轴好像 有点问题 同样的条件 一次 gf 其他卷轴都是15左右 守护卷轴用了150 且这个好像没有效果 在ar也会不停释放守护卷轴

@SakuyaSaki 我这里是正常的啊（
没有一直放，而且筛选也是有用的
不过原来的释放逻辑也有点问题，也稍微改了下（2.90.22.30）

[Kotone-Hikaru]

@WayneFerdon 这个有没有什么办法能导出log之类的吗

[Kotone-Hikaru]

You evade the attack from Macallan. -- Aiga Mizuki crits you for 3810 wind damage. You evade the attack from Google Dancing Israelis. You evade the attack from Hemidactylus. You evade the attack from Storyteller. Youshi153 gains the effect Imperiled. Hemidactylus gains the effect Coalesced Mana. Hemidactylus gains the effect Imperiled. Practiced Ass Spanker gains the effect Imperiled. You cast Imperil.   Cooldown expired for Storms of Njord You are healed for 11583 Health Points. You cast Cure.   You gain the effect Protection. You use Scroll of Protection.   Cooldown expired for Cure You evade the attack from Youshi153. You evade the attack from Practiced Ass Spanker. Hemidactylus gains the effect Coalesced Mana. Hemidactylus gains the effect Imperiled. Practiced Ass Spanker gains the effect Imperiled. Macallan gains the effect Imperiled. You cast Imperil.   You evade the attack from Macallan. Aiga Mizuki crits you for 3487 wind damage. You evade the attack from Storyteller. Hemidactylus crits you for 5077 slashing damage. Your spirit shield absorbs 1553 points of damage from the attack into 24 points of spirit damage. Aiga Mizuki gains the effect Imperiled. Storyteller gains the effect Coalesced Mana. Storyteller gains the effect Imperiled. Google Dancing Israelis gains the effect Imperiled. You cast Imperil.   Google Dancing Israelis hits you for 2676 wind damage. You evade the attack from Youshi153. You are healed for 11583 Health Points. You cast Cure.   Spawned Monster G: MID=282436 (Youshi153) LV=500 HP=174260 Spawned Monster F: MID=110494 (Hemidactylus) LV=500 HP=203444 Spawned Monster E: MID=153284 (Practiced Ass Spanker) LV=500 HP=183060 Spawned Monster D: MID=124000 (Macallan) LV=500 HP=183060 Spawned Monster C: MID=112618 (Aiga Mizuki) LV=500 HP=179060 Spawned Monster B: MID=194240 (Storyteller) LV=500 HP=171860 这是一次异常的释放保护卷轴的战斗记录

我试了几次 每次在异常释放卷轴的时候 都会放一个cure

[WayneFerdon]

@JKU533 一换配置就发现问题了（
原来是冰属性的debuff 叫 coldslow，而缓慢是slow，刚好找slow的时候找到冰属性的那个头上了
难怪我一直没触发，因为没用冰魔法（

[srnoejbnyvi]

用的2.90.162版本
暫時還沒更新不知道新版有沒有這問題，先提一嘴
在特定的場數的競技場會顯示為遭遇戰，很神奇，目前我只能50會見到這個bug

[JKU533]

现在的次要攻击,蹭熟练度还是太难设定了.设置turn <= 5不能确实丢出来,或者影响首轮攻击导致生存受到影响.
设置monsterAlive == 1的话又会过多释放或者仗法输出太高直接全打死了
要不加个每轮计数条件或者简单加个限制每轮次要攻击触发次数的文本框?

[WayneFerdon]

现在的次要攻击,蹭熟练度还是太难设定了.设置turn <= 5不能确实丢出来,或者影响首轮攻击导致生存受到影响. 设置monsterAlive == 1的话又会过多释放或者仗法输出太高直接全打死了 要不加个每轮计数条件或者简单加个限制每轮次要攻击触发次数的文本框?

@JKU533 看下之前另外一个功能是否有用?
#155 (comment) ↓

每次都是按照 T3->T2->T1->物理 的顺序的，只要T3的条件和后面的不同时为真的时候就能够放后面的，例如：

• T3: 0; T2: 0; （相当于直接跳过T2T3）T1: 具体条件

2.90.122 修正了公式读取'.'的兼容问题，且添加了攻击魔法的数据记录，临时数据技能本回合自动释放次数skillsOTOS改成了本地化 2.90.133 增加了对含'_'的键值的兼容

例如公式中可以配置：

• skillOTOS.111表示本round火属性T1自动释放过的次数
• (skillOTOS.111+skillOTOS.112+skillOTOS.113) <= 0表示本round没有自动用过火系技能

后面的skill的值：

• 马炮(OFC),
• 龙吼(FRD),
• 武器技能(T3, T2, T1)
• 元素攻击的法术（对应的id，[1][属性id][阶]）

这个是实际是直接用的原来其他技能的每回合一次的记录，之前的每回合一次记录其实没有本地化，刷新就清空了，新版本也一起修正改成本地化记录了（ 但是因为这个只计算了自动释放的次数，手动释放之类的情况不会计算到，用到的场景也不多，因此没有加到下拉列表中，需要手动输入

其实在好几个版本之前（大概是改battle数据结构后几个版本），公式的参数读取就已经能支持任意的脚本本地数据和实时全局数据 .则对应逐层展开对应的键值（不过最近几个版本改成可自定义的RPN公式后忘记兼容.了，不过手册没写也没人用所以没发现会报错（ 例如skillOTOS.111实际就是skillOTOS下的skillOTOS['111']，具体的尝试读取顺序是：

1. 实时全局数据中的battle数据g('battle')[key]
2. 本地数据中的battle数据` getValue('battle', true)[key]
3. 全局实时数据g(key)
4. 本地数据getValue(key)
5. 全局配置数据g('option')?.[key]
6. 例如：实际可以通过'version和'option.version读取到脚本的version（前两断，例如2.90.111的是2.90）

甚至是战斗统计和掉落统计（ 例如`stats.self._monster`能得到值`4` 但是因为种类太多了且大部分都用不到，没一一加下拉列表，看得懂的话可以在代码或者脚本的存储数据里找找（

[JKU533]

看下之前另外一个功能是否有用? #155 (comment)

看了下 还是不太懂这个条件
按理说
在次要攻击 攻击模式：火 内填条件(skillOTOS.111+skillOTOS.112+skillOTOS.113) == 0 会只触发一次火法T1或T2或T3
然而实际是一直放火法

[WayneFerdon]

看下之前另外一个功能是否有用? #155 (comment)

看了下 还是不太懂这个条件 按理说 在次要攻击 攻击模式：火 内填条件(skillOTOS.111+skillOTOS.112+skillOTOS.113) == 0 会只触发一次火法T1或T2或T3 然而实际是一直放火法

@JKU533 我这边触发是正常的，不太确定是什么原因
能看console的log的话，可以公式前面加个@或者变量前面加个#，2.90.194+ 有输出公式debug信息的功能，可以方便具体看下是数据/公式问题还是其他问题
@(skillOTOS.111+skillOTOS.112+skillOTOS.113) == 0（输出类似下面那条log）或(#skillOTOS.111+skillOTOS.112+skillOTOS.113) == 0（上面那条log）

[JKU533]

我这边触发是正常的，不太确定是什么原因 能看console的log的话，可以公式前面加个@或者变量前面加个#，2.90.194+ 有输出公式debug信息的功能，可以方便具体看下是数据/公式问题还是其他问题 @(skillOTOS.111+skillOTOS.112+skillOTOS.113) == 0（输出类似下面那条log）或(#skillOTOS.111+skillOTOS.112+skillOTOS.113) == 0（上面那条log）

一直显示
['skillOTOS.111']0: "skillOTOS.111"length: 1[[Prototype]]: Array(0) 0
下面的@的log没显示

[WayneFerdon]

一直显示 ['skillOTOS.111']0: "skillOTOS.111"length: 1[[Prototype]]: Array(0) 0 下面的@的log没显示

@JKU533

1. 公式前面加@才会显示下面的：@(skillOTOS.111+skillOTOS.112+skillOTOS.113) == 0
2. 变量前面加#才会显示上面的：(#skillOTOS.111+skillOTOS.112+skillOTOS.113) == 0
3. 要两个都显示的话是：@(#skillOTOS.111+skillOTOS.112+skillOTOS.113) == 0
4. 但实际 1. 加@那个也会包含加#时的信息，测试的话直接只用加@那个方便一点（

[JKU533]

一直显示 ['skillOTOS.111']0: "skillOTOS.111"length: 1[[Prototype]]: Array(0) 0 下面的@的log没显示

@JKU533

1. 公式前面加@才会显示下面的：@(skillOTOS.111+skillOTOS.112+skillOTOS.113) == 0
2. 变量前面加#才会显示上面的：(#skillOTOS.111+skillOTOS.112+skillOTOS.113) == 0
3. 要两个都显示的话是：@(#skillOTOS.111+skillOTOS.112+skillOTOS.113) == 0
4. 但实际 1. 加@那个也会包含加#时的信息，测试的话直接只用加@那个方便一点（

['skillOTOS.111'] 0
['@(skillOTOS.111+skillOTOS.112+skillOTOS.113) == 0'] 0 {skillOTOS.111: 0, skillOTOS.112: 0, skillOTOS.113: 1}
我发现异世界是正常的出问题的是表世界那边
顺便不知道有没有影响 我勾选了 两个世界使用不同的配置

追加:进入新的回合
又一直只显示'skillOTOS.111'] 0了 emmmm

[WayneFerdon]

['skillOTOS.111'] 0 ['@(skillOTOS.111+skillOTOS.112+skillOTOS.113) == 0'] 0 {skillOTOS.111: 0, skillOTOS.112: 0, skillOTOS.113: 1} 我发现异世界是正常的出问题的是表世界那边 顺便不知道有没有影响 我勾选了 两个世界使用不同的配置

追加:进入新的回合 又一直只显示'skillOTOS.111'] 0了 emmmm

那就奇怪了（

[JKU533]

那就奇怪了（

@WayneFerdon
姑且这样能解决 详细原因不清楚，稳定测试过没问题了

@@ -3440,8 +3440,14 @@
         let isInData;
         while (paramList.length) {
           const key = paramList.shift();
           if (typeof result === 'undefined') { // 获取顶层数据
+            if (key === 'skillOTOS') {
+              result = getValue('skillOTOS', true) ?? {};
+              isInData = true;
+              continue;
+            }
+
             result = g().battle ? g().battle[key] : undefined;
             if (typeof result === 'undefined' || result === null) {
               result = getValue('battle', true) ? getValue('battle', true)[key] : undefined;
             }

[WayneFerdon]

@JKU533 找到原因了（
2.90.197应该修复了
当前的round可能还是会一直放，要进新round才正常，或者在本地存储那里手动把battle中的多余的skillOTOS删掉（里面应该有个空的skillOTOS）

原因如下：
之前将skillOTOS迁移出battle数据时，忘了把初始化newRound(isNew=true)时的去掉了

然后获取数据时又是先从battle中获取的，就导致一直都是空数组

而我这边刚好 Monsterbation 跳过了round结束的弹窗（刚好我之前Monsterbation的配置丢了，重新设置又忘了改这个），然后又刚好在异步等待url check的时候直接刷新页面了，没有触发过newRound(true)

导致一直用的都是每次打开页面后的newRound(false)

因此当时我这边的battle中没有那个空的skillOTOS，每次获取都是能够获取到本地存储的那个实际正确的skillOTOS

Monsterbation 关掉跳过结束弹窗后，我这边也是一直放了
然后把battle初始化里的那个空skillOTOS去掉貌似就正常了（