ltm 发表于 2021-8-24 12:59 AM
楼主是很热心的，很赞
不过最好细化一下具体参数，这个蛮重要的，否则很多讨论都是集中在无畏的定义上。
别的不知道，选天赋这个，不是什么合理化建议问题，纯是之前没能自选天赋的玩家天天哭着喊着要补偿，所以改回去了。不患贫而患不均的典型案例。
给高计算命令加个cap是蛮常见的方案
cap以下随便用，没延迟，用的爽，可以满足绝大多数人正常使用
cap以上阶梯式限制
很容易理解，也比较方便操作
现实生活中，不管是水电阶梯收费、个人所得税，都是这么搞的。你就算买个房交房产税，也是xx以下免收，xx以上收多少，1套房免收，多套房收xx
世界各地都太普及了，咋成计划经济了？
真是臭词乱用，大帽子乱扣。
对一般玩家根本没影响，CD没增加，限制反而更少了。那种打一个jq不小心被 gt yz 刷过去的，可以放心再打一个jq看看了
对高频机器人却有致命限制，因为机器人会不断触发高阶梯的惩罚，所以最终会消灭这类高频刷命令机器人。新的变种机器人也会在规则制约下，老老实实学的更像“普通人”一样无害
这不是符合改动的初衷么
所以我支持 dzp 的方案
双簧么？
DTP的建议听上去很美好。我从普通海外玩家角度表达下我的看法，不建议增加任何底层改动，除非能提高系统性能。好不容易副本时代流畅了，别又整出啥debuff.
感觉楼主想改好的初衷，但是又觉得这种因为原系统多线程处理能力不足产生的问题，用这种复杂且容易出错的方法修改，作用不大，反而容易导致更大的缺陷。自己ID状态情况玩家们都想实时获取，限制反而导致真死的可能性增大。底层问题建议从内核高效调优做起，有序测试才好。
本帖最后由 csu 于 2021-8-24 09:31 AM 编辑
同觉得这个提议有把简单问题复杂化的倾向。
提议用系统改动来解决的这个所谓痛点可能只对极少数人有影响。高级些的触发比如许多玩家在用的状态插件，用调整指令频率来处理指令 cd。手动想看 jq 却被刷屏淹没要再输一次的情况，我自己是做简单触发 “系统提示指令冷却中” -> "多等X秒自动再输一次" 来解决。
收益不大却可能有不少 bug 风险，在巫师组时间精力有限的情况下，有什么必要为目前平稳顺滑的环境增添这样低性价比的不确定性？
本帖最后由 kkena 于 2021-8-24 09:21 AM 编辑
deepblue 发表于 2021-8-24 08:54 AM
感觉楼主想改好的初衷，但是又觉得这种因为原系统多线程处理能力不足产生的问题，用这种复杂且容易出错的方 ...
战斗中的状态本来就是实时获取的。楼主只是为了自己方便。一个自己写客户端的大佬，整天标榜自己是手动玩家{:999:}
这个我不同意啊。
正所谓难者不会，会者不难，会写客户端和会写机器人是两码事，
我就是属于那种会写客户端但是不会写机器人的。我写的客户端也是个手动客户端。
一颗老鼠屎要坏一锅汤，江湖事江湖了，打嘴仗不是侠客之道
vivia 发表于 2021-8-24 09:27 AM
一颗老鼠屎要坏一锅汤，江湖事江湖了，打嘴仗不是侠客之道
V姐威武霸气yct11