re: 384 关于死亡的一点小看法

[　8] re: 384 关于死亡的一点小看法　　　　　　 小悟空(Funny) (Sat Jan 12)

--------------------------------------------------------------------------------

这里好象牵扯到昏倒和死亡判定的条件:

气血： -1/ -1 ( 56%) or 精神：　 -1/　-1 ( 0%)

是一定被系统认定为死亡，但...

如果要判定是 xx： temp/ temp2 ( temp3%)中temp类是否为-1或0

系统是要有个间隔时间的，例如2 tick/sec,如果在这时采取一些措

施会降低危险程度,同时在这段时间里用户方指令输入还是是有效的，

即还未到会被系统拒绝接受，而转入只由系统发出指令才能引起交互触

发的阶段。

在这段时间里提高输入命令的效率我想是会起到一定效果，

我想首先象384里不必要的命令是hp,状态文字描述不是完全按temp3%

来触发的，可能跟temp and temp2的相对值来计算的可能性更大一些。

药物是用来恢复temp3的所以通常的吃药trigger会有一定的不精确性

存在。同时输入多余命令会导致用户方命令响应相对延长，对于这段

稍纵既失的时间来说是太长了一些。同时如果在这段时间里能加进一

个有效的exert refresh情况会大有不同，毕竟系统响应了

#5 eat yao;#3 eat dan;我想时间是应该够用的。如果补满的话在faint

时再接受一次正常的物理攻击想减800+精神或1k+气血都是很难的。更何

况如果cut temp3的话temp数值会被减的更少,对于生存判定更有利。

同时1586的精神相对于1880的气血本身就有些少再加上pfm类型会用去过

多的精神当前值，出现上述危险情况的几率就会相应增加。从post 384

来看trigger是用来注重恢复气血的，而响应忽视了精神问题。

"( 你心智已经完全迷失，随时都有可能背过气去。 )"

已经相当危险了，但只#3 eat dan...或许还是手工输入的:P

可能是没有一个成功的exert refresh导致死亡判定成立，至于为什么

　"你的眼前一黑，接着什么也不知道了．．．你死了。"

会有间隔，可能是因为系统对某个数据的检查不可能作到完全意义上的

及时响应。如果作到了,系统一定会因为数据量太大而启动保护措施的:P