这样的情况应该刷不了吧

诚实小鸟

[@物品洗练]
{
#IF
CheckItem 物品 1
#ACT
TAKE 物品 1
#ELSEACT
messagebox 没有【物品】！
break
#IF
LARGE  N$变量  0
#ACT
MOVR   N$变量1   100   3000
MOV   U122  <$str(N$变量1)>
break
}
上面的情况会不会有问题还是必须要下面这样写
[@物品洗练]
{
#IF
CheckItem 物品 1
LARGE  N$变量  0
#ACT
TAKE 物品 1
MOVR   N$变量1   100   3000
MOV   U122  <$str(N$变量1)>
#ELSEACT
messagebox 没有【物品】！
break
}

诚实小鸟

我懂你的意思，你上面那么写是没有问题的，不会被刷。现在所谓的刷封包是不经正常点击，直接用外挂跳到某个脚本段执行。因此，当条件判断和给物品不在同一脚本段时就容易被刷。
比如：
[@判断]
#IF
有物品A
#ACT
GOTO @给物品
[@给物品]
#IF
#ACT
给物品
这样人家可以直接通过非正常途径跳到【@给物品】直接执行，那么不管满不满足条件都会得到物品，这就造成被刷。
但像你那样写是不会的，因为虽然分成两部分判断，但还是属于在同一脚本段，外挂不可能跳到某个脚本段的中间某一句去执行，因此，不会被刷。

诚实小鸟

你直接下面那样写不就行了..
如果要做条件提示,不用ELSEACT,直接BREAK,最后加上所有条件

诚实小鸟

蓅氓爱学习 发表于 2022-4-20 13:35 你直接下面那样写不就行了..
如果要做条件提示,不用ELSEACT,直接BREAK,最后加上所有条件

这是打个比方简化脚本了  正常的下面还一大堆检测的变量    就上面那样没有跳转会不会有问题

诚实小鸟

你上面哪样写就不对了，所有的检测还没有完， 你就把东西扣了。。。

诚实小鸟

能一处写完就尽量一处，少用CALL和GOTO，用了就要加检测，给个变量，或者条件后面再次调用。

诚实小鸟

batmanljy 发表于 2022-4-20 15:12 你上面哪样写就不对了，所有的检测还没有完， 你就把东西扣了。。。

上面那样没问题，它是先检测物品，在扣除物品后执行下面的脚本，我是不确定别人有没有可能不经过上面的检测扣除，直接执行下面的脚本

诚实小鸟

n8477711 发表于 2022-4-20 14:13 这是打个比方简化脚本了  正常的下面还一大堆检测的变量    就上面那样没有跳转会不会有问题

;P

诚实小鸟

我懂你的意思，你上面那么写是没有问题的，不会被刷。现在所谓的刷封包是不经正常点击，直接用外挂跳到某个脚本段执行。因此，当条件判断和给物品不在同一脚本段时就容易被刷。
比如：
[@判断]
#IF
有物品A
#ACT
GOTO @给物品
[@给物品]
#IF
#ACT
给物品
这样人家可以直接通过非正常途径跳到【@给物品】直接执行，那么不管满不满足条件都会得到物品，这就造成被刷。
但像你那样写是不会的，因为虽然分成两部分判断，但还是属于在同一脚本段，外挂不可能跳到某个脚本段的中间某一句去执行，因此，不会被刷。

诚实小鸟

你直接下面那样写不就行了..
如果要做条件提示,不用ELSEACT,直接BREAK,最后加上所有条件