在传奇版本的架设与定制过程中，将旧版本或他人版本中的精华内容（如特色装备、精美地图、强力怪物）提取并移植到自己的服务端中，是GM必备的核心技能。这一过程并非简单的复制粘贴，而是涉及客户端资源（补丁）与服务端数据（数据库、脚本、配置）的双向同步。任何一端的缺失都会导致“有图无名”、“黑屏”或“报错”。要完成这一移植工作，必须遵循“先素材后数据，先客户端后服务端”的严谨流程。
装备移植：补丁与数据库的双重匹配
移植装备的核心在于让服务端认识这件装备，并让客户端能画出它的样子。
首先处理客户端补丁。使用WIL编辑器或ImgEdit工具打开原版本的补丁文件（通常是Pak或Wil格式），找到目标装备的图像。记录下该图像的编号（例如：Pak99的第105张图片）。将该补丁文件复制到新服务端客户端的Data或Pak目录下。
接着修改服务端数据库。打开DBC2000或无极数据库，在StdItems.DB中新增一行。
Name：填写装备名称。
StdMode：装备类型（如衣服、武器）。
Shape：外观代码。这是关键，需根据你刚才记录的补丁位置填写。例如，若使用Pak99，Shape通常填写9900加上图片编号的偏移量，具体算法视引擎而定（GOM/GEE引擎通常直接对应Pak号）。
Looks：对应装备在人物身上的显示效果编号。
最后，务必在登录器配置器中添加该Pak文件的密码（如有），否则客户端无法读取图像，进游戏后会看到装备是一团黑块。
地图移植：素材打包与参数配置
地图移植最为繁琐，因为它涉及地图文件、地砖素材、小地图以及复杂的配置文件。
第一步是提取素材。使用HGE地图查看工具或地图编辑器打开原版本的.map文件。将其中的地砖（Tiles）、小地砖（SmTiles）和挂件（Objects）导出为图片序列，或者直接复制原版本的Objects、Tiles文件夹。
第二步是打包与编号。使用地图打包工具将导出的图片重新打包。在此过程中，必须检查新服务端的sceneAtlasSplitConfigs.txt（或类似配置文件），确保你使用的素材编号（如90号）未被占用。如果冲突，需在打包工具中修改编号，并同步修改.map文件的文件头索引。
第三步是文件部署。
将修改后的.map文件复制到新服务端的MirServerMir200Map目录，以及客户端的devscenemap目录。
将打包好的素材文件（如90.plist和对应的图片）放入客户端的devsceneobjects等对应文件夹。
将小地图图片（通常是png或bmp）放入客户端的devsceneuiminimap。
第四步是配置映射。
编辑服务端的MapInfo.txt，添加地图规则，例如[newmap 新地图名称] SAFE NORANDOMMOVE。
编辑服务端的MiniMap.txt，关联地图名与小地图编号，例如newmap 1001（1001通常是小地图图片名+1）。
怪物移植：补丁索引与爆率关联
移植怪物不仅要让它能显示，还要让它能动、能爆装备。
首先是补丁处理。怪物的素材通常包含在Mon1、Mon2等大补丁中，或者是独立的自定义补丁。使用编辑器查看怪物的动作帧（站立、攻击、死亡）。记录下怪物在补丁中的起始编号。
其次是数据库添加。在Monster.DB中添加新怪物。
Name：怪物名称。
Appr：外观编号。这是连接数据库与补丁的桥梁。计算公式通常为：补丁号 * 100 + 怪物在补丁内的索引（具体需参考所用引擎的算法，如GOM引擎通常是直接对应）。
Level、HP、Attack等属性根据需求设定。
最后是爆率与脚本。在MirServerMir200EnvirMonItems目录下新建一个以怪物名字命名的txt文件（如新怪物.txt），并在其中写入爆率规则（如裁决之杖 1/1000）。如果不建立这个文件，怪物死亡时将不会掉落任何物品。
名称与文本的统一性检查
在移植过程中，名称是贯穿所有文件的索引键。无论是装备、地图还是怪物，一旦在数据库中修改了名称，必须全局搜索并替换相关脚本中的引用。
例如，如果你将怪物“稻草人”改名为“变异稻草人”，除了修改Monster.DB，还必须重命名MonItems目录下的爆率文件，并检查MonGen.txt（怪物生成脚本）中是否调用了旧名称。任何一处名称的不匹配，都会导致服务端在运行时抛出“找不到脚本”或“读取错误”的异常。建议在移植完成后，使用文本编辑器对整个服务端脚本目录进行一次全局搜索，确保所有引用路径准确无误。
