返回列表 发帖
回复 10# eblisade


   

TOP

有点小问题:set brief 2
set brief 1
walk xinyang
set brief 1
walk yangzhou
>
>
频繁使用此命令会对系统造成很重负担,请稍等。
>
>
频繁使用此命令会对系统造成很重负担,请稍等。

TOP

2018-5-17 22:00

zmud测试了一下内建跑,set walk_speed -1的情况下,两次walk的时间间隔会影响跑步流畅度。另外,speed -1的情况下,地点显示效果跟brief 1 一样,不需要再单独设置。

测试时间间隔用#wa 300至#wa 1200都会发生不同程度的中断,提示:频繁使用此命令会对系统造成很重负担,请稍等。

后面设置了#wa 1500,反复测试十来次,没有发现中断。

walk xinyang;#wa 1500;walk shashou
walk xinyang;#wa 1500;walk yangzhou

结论:内建跑同样会受网络流畅度影响,第一次walk如果发生卡顿在1200ms左右,第二次walk命令发出时,系统会认为你的这两次walk之间没有时间间隔,或者时间间隔过短,从而导致walk接力失败。

再来,多次walk测试,扬州起步。

walk xinyang;#wa 1200;walk shashou;#wa 1200;walk xinyang;#wa 1200;walk yangzhou
测试10次,有中断发生。

walk xinyang;#wa 1500;walk shashou;#wa 1500;walk xinyang;#wa 1500;walk yangzhou
测试10次,无中断发生。

TOP

回复 13# tyy


    感谢顶帖!

    set brief 1会把出口也省略掉,因为想能少几行少几行嘛。所以还在走路时gag掉了\s+\S+\s*(对应一些出口小地图)

    关于延迟的问题其实我是用set brief 2解决的。每走一步时会在1s后发送set brief 2命令,以系统发出的“设定环境变量 brief = 2”作为到达信号(1s是因为基本点到点1s都能走完)。这样相当于服务器执行完这两条命令并给我反馈才走下一步。应对的情况是服务器依次收到了walk、set两条指令但是可能因为太繁忙过了一会儿才反应过来(比如保卫的时候,或者白天间歇性没反应的时候)。当然你说的由于网络问题第一条walk指令延迟一段时间才到达服务器导致跟下一条walk指令间隔太小也还是会发生,但在我使用过程中发现相比前一种情况发生的较少。当然这种情况也有相应对策。
    如果单方面在客户端这边发送一个walk,然后固定间隔再发送一个walk,间隔时间不太短都可以。但是考虑到极端情况,比如保卫的时候walk了几秒钟都没反应,在此期间发送的walk指令可能在服务器反应过来的时候会堆积到一起,全部变成“频繁使用此命令...”了。
   
    综上,就是利用一个set指令结果作为“服务器有反应”的信号,可以set随便一个环境变量都行。个人意见,欢迎讨论

TOP

> walk yangzhou
你开始往扬州方向飞奔过去……
东市 -
东门 -
    武将(Wu jiang)
    二位官兵(Guan bing)
>
官道 -
官道 -
官道 -
西门 -
    武将(Wu jiang)
    二位官兵(Guan bing)
西大街 -
>
西大街 -
西大街 -
    流氓(Liu mang)
中央广场 -
    大榕树(Rong shu)

我完全没有set brief就是以上的显示,不知是不是你说的省略出口。

set brief 2的方法,我晚上试试,估计效果跟say hi 一样,目的就是走完了,给个其它的指令,查看网络是否通畅,时间上停顿了一下,达到了walk之间有时间间隔。

TOP

哦既然如此那就set brief没用了
嗯,就是这样
又有清流激湍映带左右
引以为流觞曲水列坐其次
虽无丝竹管弦之盛一觞一咏亦足以畅叙幽情

TOP

回复 14# lanbosudoc


    这个思路好!用一个特定的emote或者tell 自己特定信息也行

TOP

回复 17# eblisade


    是滴~路上有的大佬走着走着来一句“西南”可能就是这意思吧

TOP

返回列表