跳转至内容
  • 欢迎
  • 版块
  • 最新
  • 标签
  • 热门
  • 用户
  • 群组
皮肤
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • 默认(不使用皮肤)
  • 不使用皮肤
折叠
品牌标识

Hellclient 社区

  1. 主页
  2. Script脚本
  3. 深入浅出制作全自动Mud机器人-移动系统

深入浅出制作全自动Mud机器人-移动系统

已定时 已固定 已锁定 已移动 Script脚本
mud机器人全自动
1 帖子 1 发布者 11 浏览
  • 从旧到新
  • 从新到旧
  • 最多赞同
回复
  • 在新帖中回复
登录后回复
此主题已被删除。只有拥有主题管理权限的用户可以查看。
  • jarlyynJ 离线
    jarlyynJ 离线
    jarlyyn
    编写于 最后由 jarlyyn 编辑
    #1

    在mud系统中,地图系统是最复杂的一个系统(相对于任务系统,心跳/属性系统,战斗系统)。

    而且一般的中文Mud系统有没有普遍的Busy机制,部分Mud的wiz对添加地图也没有克制力,使得地图整个地图系统往往有超过手动玩家能力的复杂性。

    所以移动系统也是整个Mud机器人中最重要和复杂的系统。

    在这里我们也会分很多的章节去描述怎么做好Mud机器人里的移动系统。

    当然,我们先要明白我们需要一个怎么样的移动系统

    伪动态规划的移动系统

    由于Mud地图的特性,在每个出口上经常有各种条件和限制。

    地图的任务和NPC也经常有区域性的限制,所以我们往往需要有一个伪动态规划的地图系统。

    为此我特地写了HellMapManager和hellmapmanger.ts 两个项目来更好的实现这点。

    关于伪动态规划的内容参见这个链接

    兼容迷宫的移动系统

    一般我们地图规划其实是基于 一串固定指令对应一次移动的。

    但很多时候我们需要引入迷宫系统,就是需要判断,处理,多次移动来构成一次虚拟移动的情况。

    我称之为迷宫系统。

    怎么兼容迷宫系统,怎么把移动移动和普通移动统一起来,这也是一个重要的课题。

    可重计算重试的移动系统。

    对于Mud机器人来说,一次移动其实也是一次预期。

    预期的路线,和实际能行舟的路线可能是有区别的。

    所以我们的移动系统应该是可重试,对不可进入的房间能屏蔽,能动态调整移动参数后继续尝试的系统。

    1 条回复 最后回复
    • jarlyynJ jarlyyn 被引用 于这个主题
    回复
    • 在新帖中回复
    登录后回复
    • 从旧到新
    • 从新到旧
    • 最多赞同


    • 登录

    • 没有帐号? 注册

    • 登录或注册以进行搜索。
    Powered by Herbrhythm.
    • 第一个帖子
      最后一个帖子
    0
    • 欢迎
    • 版块
    • 最新
    • 标签
    • 热门
    • 用户
    • 群组