yct15. 有点小问题：set brief 2
set brief 1
walk xinyang
set brief 1
walk yangzhou
>
>
频繁使用此命令会对系统造成很重负担，请稍等。
>
>
频繁使用此命令会对系统造成很重负担，请稍等。 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次，无中断发生。 回复 13# tyy
感谢顶帖！yct70
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随便一个环境变量都行。个人意见，欢迎讨论yct4 > walk yangzhou
你开始往扬州方向飞奔过去……
东市 -
东门 -
武将(Wu jiang)
二位官兵(Guan bing)
>
官道 -
官道 -
官道 -
西门 -
武将(Wu jiang)
二位官兵(Guan bing)
西大街 -
>
西大街 -
西大街 -
流氓(Liu mang)
中央广场 -
大榕树(Rong shu)
我完全没有set brief就是以上的显示，不知是不是你说的省略出口。
set brief 2的方法，我晚上试试，估计效果跟say hi 一样，目的就是走完了，给个其它的指令，查看网络是否通畅，时间上停顿了一下，达到了walk之间有时间间隔。 哦既然如此那就set brief没用了
嗯，就是这样 回复 14# lanbosudoc
这个思路好！用一个特定的emote或者tell 自己特定信息也行 回复 17# eblisade
是滴~路上有的大佬走着走着来一句“西南”可能就是这意思吧yct10. 为什么我在ct输入gt chengdu或者其它扬州没有直接内置路径的地点时，只是弹出walk -c的窗口？ claricebx 发表于 2020-5-29 02:24 PM
为什么我在ct输入gt chengdu或者其它扬州没有直接内置路径的地点时，只是弹出walk -c的窗口？ ...
最近在写tintin++发现walk -c的输出格式好像改了，所以一些Trigger不能用了，但现在没在用mush所以暂时不能更新啦~
页:
1
[2]