预告：写一个Zmud7.21版本的护镖机器人

seagate

用List类型重新写一个护镖机器人，（诸葛不亮版本和八科的改良版本都没用过！^_^）功能上差别应该不会太大，个人爱好而已。
今天收集了一下路径数据，基本上数据采样已经完成，接下来要把采样的数据转换成List（工作量比较大，估计要写20多个List）
大概思路是根据镖头的描述自动寻找合适的路径，根据路径一步一步行走，如果乱入在本路径范围内自动
寻找会路径指针（思想是默认乱入一定是到-1步的位置，如果该位置起走失败则认为是乱入到+1步，
如果走到当前指针-1到+1范围内未知路径则报错自己走回来吧）
乱入多了肯定要自己走回规定地点，这个没办法。【按照这个思想处理乱入不知道可行性如何，还没有开始编码！】
获取镖头说的目的地，然后从路径列表从后往前搜索该地点，找到的话走到该地点就停止，否则走到默认地点停止。
【默认地点不一定是路径最后的位置，因为为了搜索路径的方便有时候后面多加了一些路径提高搜索命中率】


总的来说还是半自动的。

hpdi

原帖由 seagate 于 2009-12-7 05:01 PM 发表
用List类型重新写一个护镖机器人，（诸葛不亮版本和八科的改良版本都没用过！^_^）功能上差别应该不会太大，个人爱好而已。
今天收集了一下路径数据，基本上数据采样已经完成，接下来要把采样的数据转换成List（工作 ...

哥们，写个462的行不

zgbl

除了解决乱入的，其他和我的想法差不多，不过我是用462，写不了list，只能用case，才写了一个北京四海钱庄的5步范围遍历就不想再写了，呵呵

qdcan

支持。
你负责做
我负责吃
grin

qdcan

原帖由 hpdi 于 2009-12-7 05:14 PM 发表

哥们，写个462的行不

721更稳定，运算速度更快

总的来说，721机器比462机器快一个档次

seagate

462不行啊，而且遍历我也想到了，如果带车遍历不太现实。而且目的是半自动机器人，如果加上循环遍历就变成全自动了。。。。。。。没有必要。实际上护镖的地图固定，遍历还是相对简单的。实际上我看了诸葛不亮的机器人，是差不了太多，思想是一致的，只是我自己准备写一个7.21版本算是自我学习吧。这次目的想学学颜色触发，看看怎么弄颜色触发，碰到丐帮的黄色土匪就多厉害来多厉害，华山的和全真的面瓜（全真的面瓜也砍死过我一次，我哭啊，有一次全真的连招，定，好像还有一两个大招连着出还连着中，以前全真的PERFORM10次都命中不了一次的，那个家伙吃药了！）慢慢来就行，星宿的恶心家伙第一时间起作用就完事，否则以后也没有用了，因为你已经中毒了，事后再杀死你还是中毒，桃花岛和武当的随便了。
不过颜色触发没有弄过，我记得7.21有颜色触发对吧？不会弄就像诸葛不亮那样定时器也一样，只是身上带多一点人参就可以，反正推车的有钱赚。

还有占个地方说说我以前写的满技能机器人的几个问题，说话大家自己修改就行，我自己的已经改完了（^_^）
第一个地方是跳楼那块跳楼成功和Busy中的延迟#wa 500最好修改成#alarm out_l {+0.5} {yr}这样写就不会出事了，否则网速慢的时候有时候#wa 500会出事。后面还有几个关键地方用到#wa 的最好也修改成#alarm，#alarm比较稳定，以前看到有位大佬写过#alarm和#wa的区别（记得是Wiki里面的），当时感受不深，这次经过系统Lag的时候测试发现确实不一样。（平时我这里平均延迟50ms感受不出来问题）
第二个地方是批处理命令那块命令集中度不够，我设定是1秒执行5×50个领悟，现在想想BT们肯定不够的，我5000内力在醒来第一次执行都要执行40×50个领悟才能消耗完内力，BT估计要（400-800）×50个领悟才能在醒来第一时刻消耗完内力，二个方法：一是修改批处理命令，把里面的#wa 200的延时修改掉，提高单位时间的命令集中度，但是这里有个问题，Zmud的#Number提高的命令数是有限的，这个就自己想办法了。第二个命令是不用Tick Timer轮询执行（当时用Tick Timer是考虑到这个比较稳定，不像触发有时候会触发不成功，但是用Tick Timer 发现如果你批处理命令执行时间过长会导致前后两个批次相撞还是有问题），到了达摩院执行10个50领悟，打HP更新状态，延时执行命令#SA 状态触发，进行触发控制，直到内力和精神用完回去练掉体力睡觉。

详细的修改等我有1万内力，对那个层次有明显感受再说吧。这里仅仅提供一种修改思路。另外可以把say start命令改用#SA命令，这样就不用消耗服务器资源了。而且#SA命令是本地执行回显比较快，性能比较好。

oolong

我的思路是map+定位
接到任务去找npc位置，然后回家，
计算当前位置到目标位置的路径,转换为gan che to ***
如果乱入，重新定位，重走。
回家也是直接定位。

seagate

map 确实是比较高级的想法，但是有一个问题，当你乱入次数比较多，每次定位时间比较长，这个比较麻烦，反正我感觉自动化程度越高效率就高不太起来，我现在想法是每次我自己乱入的时候就找当期位置指针的乱入次数范围内的路径匹配情况，匹配上了把指针重定位走，不需要自己走来走去，全是后台轮询运算，不知道Zmud这方面运算如何，下午测试了一下自己想法的可行性，发现大体思路上问题不大。反正不管如何你得自己看着点，否则还是麻烦，比如出现好东西的时候你忘记了然后晕了被人搜走了不哭啊！！！！！！！！基本原则上不提供太高的自动化，目标是简化重复劳动。

killunix

map的定位是很快的，快到了你感觉不到，我就是用map的，根本不用怕乱入的问题

seagate

这方面确实缺少研究，可能跟我现在从事的工作有关，年纪大了思路有些僵化，就是不想研究Map。
^_^
可能和我现在一天到晚从事数据库方面的编程有关吧。无所谓，写自己喜欢的而已，实际上我现在
一直手工推车，没用任何机器人辅助，自己写了一些辅助战斗的Trigger，不过写一个List定位的也
不知道要多少时间，晚上要推车，白天最近要项目上线评审，一大堆事情，有空就写一点。就当一
个个人爱好。反正现在推车不能全自动，差不了太多。【如果能够全自动我倒是倾向于用Mushclient
开发，至少那个东西不管用Lua或者其他语言我都比较能够适应一点，推车涉及到的地图比较有限，
建模也比较容易，Zmud脚本编程现在算起来重新学起。】