自架设传奇单机疗伤药堆叠修改：捆装6×6解包叠加数量与UnbindList配置全流程

单机架设里“一捆疗伤药=6个，解包后每个再叠6个，共6×6=36个”这种效果，不能只改一个数据库字段完成。它本质是两层结构：第一层是“捆/包”，第二层是“解包后的疗伤药”。你要改的是解包数量和疗伤药本身的堆叠上限。

先看你的版本属于哪种物品体系。传奇类单机版常见有两种处理药包的方式：一种是通过 Stdmode=31 捆装物品配合 UnbindList.txt 解包；另一种是 Source=5 类药品叠加，双击扣持久来使用。 仿官、传世类版本多数用 UnbindList 解包体系；HERO 引擎则对普通药品叠加限制较多，通常只支持 StdMod=40、41 等类型。

第一步，备份 DB。用 DBC2000 打开 StdItems.DB 前，先把 DB 文件夹里的 StdItems.DB、StdItem.DB、Mir200 下的 UnbindList.txt 都复制一份出来。修改后如果物品显示异常、无法解包或背包错乱，直接还原。

第二步，确认“一捆疗伤药”的数据库记录。打开 DBC2000，进入 HeroDB 或对应物品库，找到名称为“一捆疗伤药”“疗伤药包”“疗伤药捆”之类的物品。重点看这几个字段：

Name：物品名称，确认是不是你要改的那捆药。
Stdmode：如果是 31，说明它是捆装/包类物品，解包数量通常由 UnbindList.txt 控制。
Shape：在 Stdmode=31 时，Shape 常用来对应 UnbindList.txt 里的解包编号。
DuraMax：有些版本会把它当作捆内数量，但多数捆装药还是以 UnbindList 为准。
Source、Anicount、Reserved：不同引擎含义不同，不要盲目改，先对照当前版本已有同类物品。

第三步，修改解包数量。找到 UnbindList.txt，路径通常在 Mir200Envir 或 Mir200 根目录。里面常见格式类似：

Shape编号 解包物品名 数量 类型

例如原来可能是：

113 疗伤药 1 3

或：

113 疗伤药 6 3

你要改成解包后得到 6 个疗伤药，就把数量改成 6：

113 疗伤药 6 3

这里 Shape 编号必须和数据库里那捆药的 Shape 一致。类型 3 一般表示加红蓝药，如果版本里已有其他药包，照着同类物品写即可。

第四步，让解包出来的疗伤药能叠 6 个。打开 DBC2000，找到“疗伤药”这条物品记录。不同引擎改法不同：

GOM、LEGEND、部分支持堆叠的引擎，在物品库里看是否有 OverLap 字段。OverLap=0 不叠加，OverLap=1 或 2 可叠加；DuraMax 填叠加数量上限。想让它至少能叠 6 个，就把 DuraMax 改成 6 或更大。 OverLap=1 时叠加重量会除以 10，OverLap=2 时按数量乘单重计算，仿官类版本建议参考同目录里其他可叠药品的写法。

HERO 引擎普通药品通常不支持随意叠加，只能对 StdMod=40、41 等类型通过 Reserved 设置叠加数量。 如果你的疗伤药是普通药品分类，强行改 OverLap 可能不生效。此时可以查看版本里是否已有“疗伤药(叠)”“小捆疗伤药”等专用物品，直接沿用它的字段配置。

第五步，重启生效。修改完 DBC 和 UnbindList.txt 后，关闭 M2Server，重新启动服务端。如果引擎支持热加载，可以在 M2Server 里重新加载物品数据库和列表文件。进游戏后先用 GM 命令刷一捆疗伤药，双击解包，看背包里是否出现 6 个疗伤药，并且这 6 个能叠在一格。

如果解包数量不对，先核对 UnbindList.txt 里的 Shape 编号是否和数据库一致，数量是否写成 6，文件是否保存为 ANSI 或 UTF-8 无 BOM，避免中文乱码导致读取失败。如果解包后疗伤药不能叠 6 个，检查疗伤药本身的 OverLap、DuraMax、Reserved 是否已改，并确认该引擎是否允许此类药品叠加。部分版本还会把药品持久当作使用次数，Source=5 时 DuraMax 可能表示使用次数而非堆叠数量，这种情况不要和捆装解包混在一起改。

实现 6×6 的正确逻辑是：一捆疗伤药的 Shape 对应 UnbindList 里解包数量 6；解包后的疗伤药自身堆叠上限至少设为 6。这样玩家获得一捆时占一格，解包后得到 6 个疗伤药，仍然只占一格。若想让背包里同时能叠更多捆解包出来的药，例如连续解包两捆变成 12 个叠一格，就把疗伤药的堆叠上限继续提高。