添加盟重传送石的核心是物品数据库配置和qfunction-0.txt触发脚本保持一致,最常见的gom类传奇服务端不需要额外制作npc。先备份mir200目录和数据库,再确认物品编号没有被占用;在物品db中新增一条盟重传送石,stdmode通常设为2,anicount设为未占用的触发编号,例如40,随后在脚本中建立[@stdmodefunc40]。双击物品后,服务端会按照这个编号调用对应脚本,编号不一致时通常表现为物品无法使用、没有反应或触发了其他功能。

物品db应优先复制同一引擎中已经能正常使用的传送石,再只修改名称、编号、触发号、图标和使用次数,避免手动错位填写字段。gom类常见参数可参考盟重传送石;2;3;1;40;1;0;10403;3000……这一结构,其中2对应stdmode,3通常对应shape,40对应anicount,looks负责物品显示图标;不同引擎的shape、looks和字段顺序可能不同,gee资料中盟重传送石就存在shape为1、anicount为59的配置,因此不能跨引擎整行照搬。duramax按持久值计算使用次数时,20000通常代表20次,50000代表50次;需要永久使用则应按照当前引擎的特殊物品规则处理,不要只把数值改得很大。

qfunction-0.txt中添加对应触发段即可完成传送逻辑,示例写法为:[@stdmodefunc40]、if、act、mapmove 3 330 330。这里的3是盟重地图代码,330 330是落点坐标,必须替换成当前服务端实际可行走的位置;如果本服盟重使用其他地图编号,或者坐标落在墙体、障碍物和安全区外,物品即使成功触发也可能出现传送失败、卡位或落地即被弹回。可先在游戏中用gm移动命令确认目标地图和坐标,再把同样的地图号、x坐标、y坐标填入mapmove,脚本命令大小写也应按照当前引擎示例保持一致。
保存后应按关闭数据库编辑器—保存qfunction-0.txt—重启m2或重新加载相关脚本—进入游戏测试的顺序操作,测试时先制造1个传送石,确认双击后能到达盟重,再分别验证剩余次数、死亡后是否保留、不同地图能否使用以及背包不足时的表现。最常见的问题是anicount与[@stdmodefunc]数字不一致、物品编号重复、duramax被误填成耐久显示值、mapmove坐标无效,以及修改后只重启客户端却没有重载服务端。若只想做回盟重功能,脚本保留单一mapmove即可;若要增加比奇、苍月等多种目的地,应为每个物品分配不同触发编号,并分别设置地图代码和坐标,避免多个物品共用一个脚本导致传送地点混乱。