目前的 jq/hpbrief/ask CD 和吞命令太难受了，建议改善一下

icer

ltm 发表于 2021-8-24 12:59 AM
楼主是很热心的，很赞

不过最好细化一下具体参数，这个蛮重要的，否则很多讨论都是集中在无畏的定义上。

别的不知道，选天赋这个，不是什么合理化建议问题，纯是之前没能自选天赋的玩家天天哭着喊着要补偿，所以改回去了。不患贫而患不均的典型案例。

ltm

给高计算命令加个cap是蛮常见的方案

cap以下随便用，没延迟，用的爽，可以满足绝大多数人正常使用
cap以上阶梯式限制

很容易理解，也比较方便操作

现实生活中，不管是水电阶梯收费、个人所得税，都是这么搞的。你就算买个房交房产税，也是xx以下免收，xx以上收多少，1套房免收，多套房收xx

世界各地都太普及了，咋成计划经济了？

真是臭词乱用，大帽子乱扣。


对一般玩家根本没影响，CD没增加，限制反而更少了。那种打一个jq不小心被 gt yz 刷过去的，可以放心再打一个jq看看了

对高频机器人却有致命限制，因为机器人会不断触发高阶梯的惩罚，所以最终会消灭这类高频刷命令机器人。新的变种机器人也会在规则制约下，老老实实学的更像“普通人”一样无害

这不是符合改动的初衷么

所以我支持 dzp 的方案

vivia

双簧么？

karr

DTP的建议听上去很美好。我从普通海外玩家角度表达下我的看法，不建议增加任何底层改动，除非能提高系统性能。好不容易副本时代流畅了，别又整出啥debuff.

deepblue

感觉楼主想改好的初衷，但是又觉得这种因为原系统多线程处理能力不足产生的问题，用这种复杂且容易出错的方法修改，作用不大，反而容易导致更大的缺陷。自己ID状态情况玩家们都想实时获取，限制反而导致真死的可能性增大。底层问题建议从内核高效调优做起，有序测试才好。

csu

同觉得这个提议有把简单问题复杂化的倾向。

提议用系统改动来解决的这个所谓痛点可能只对极少数人有影响。高级些的触发比如许多玩家在用的状态插件，用调整指令频率来处理指令 cd。手动想看 jq 却被刷屏淹没要再输一次的情况，我自己是做简单触发 “系统提示指令冷却中” -> "多等X秒自动再输一次" 来解决。

收益不大却可能有不少 bug 风险，在巫师组时间精力有限的情况下，有什么必要为目前平稳顺滑的环境增添这样低性价比的不确定性？

kkena

deepblue 发表于 2021-8-24 08:54 AM
感觉楼主想改好的初衷，但是又觉得这种因为原系统多线程处理能力不足产生的问题，用这种复杂且容易出错的方 ...

战斗中的状态本来就是实时获取的。楼主只是为了自己方便。一个自己写客户端的大佬，整天标榜自己是手动玩家

dtp

这个我不同意啊。
正所谓难者不会，会者不难，会写客户端和会写机器人是两码事，
我就是属于那种会写客户端但是不会写机器人的。我写的客户端也是个手动客户端。

vivia

一颗老鼠屎要坏一锅汤，江湖事江湖了，打嘴仗不是侠客之道

xurufeng

vivia 发表于 2021-8-24 09:27 AM
一颗老鼠屎要坏一锅汤，江湖事江湖了，打嘴仗不是侠客之道

V姐威武霸气