传奇单机疗伤药一捆解包成6堆每堆6个的数据库与解包配置教程

架设传奇单机时，疗伤药默认是一捆6个，解包后得到6个单独的药，无法实现一捆解包后是6个堆叠、每个堆叠6个、总共36个的效果。要达成这个目标，核心是修改两处配置：让单个疗伤药支持堆叠且每堆上限为6个，以及修改解包规则让一捆药解包后生成6个堆叠而非6个单独物品。以下按操作顺序逐步说明。

## 一、备份文件

打开服务端根目录，先备份两个核心文件：物品数据库文件位于MirServer\Mud2\DB\StdItems.DB，解包配置文件位于MirServer\Mir200\Envir\UnbindList.txt。将这两个文件复制一份到其他目录，改乱了可以随时恢复。

## 二、设置单个疗伤药的堆叠上限为6

用DBC2000打开StdItems.DB文件，在数据库中搜索“疗伤药”，找到单独的疗伤药条目，不是疗伤药包。双击打开编辑界面，重点修改以下字段。

OverLap字段控制物品是否支持堆叠，默认值为0表示不支持堆叠。将其修改为1或2。OverLap=1时堆叠后总重量为重叠数量乘以单物品重量再除以10，OverLap=2时总重量为重叠数量乘以单物品重量。单机使用建议填1，负重计算更合理。

DuraMax字段控制单堆最大数量。将该值修改为6，这样单个疗伤药每堆最多堆6个。如果数据库中该字段不存在，需要用StditemConvert.exe扩展数据库结构后再设置。

StdMode字段确认药品类型值。疗伤药属于消耗类药品，StdMode应为0、41、42、44、45、46、47或50中的一种。如果当前值不在这个范围内，修改为0即可。不同引擎对可堆叠物品的StdMode值要求略有差异，Hero引擎通常要求StdMod为40或41。

修改完成后点击保存，关闭数据库工具。

## 三、设置解包生成6个堆叠

打开MirServer\Mir200\Envir\UnbindList.txt文件，用记事本编辑即可。这个文件控制物品解包后生成什么、生成多少。

文件格式为：物品DB字段Anicount的值、物品名称、解包数量、物品类型。物品类型中0为其他，1为加红，2为加蓝，3为加红蓝，4为卷轴。

找到疗伤药对应的行。如果原本写的是“115 疗伤药 6 3”，其中的6表示解包后生成6个单独的药。但仅仅修改这个数字并不能实现堆叠效果，关键在于堆叠上限已经在第二步设置为6。解包时系统会生成6个疗伤药，由于每个药的堆叠上限为6，这6个药会自动合并为1个堆叠显示为6/6。要实现6个堆叠、每个堆叠6个的效果，需要确认解包配置的逻辑是否支持生成多组堆叠物品。

部分引擎的解包机制是解包后直接生成指定数量的物品，物品是否堆叠取决于该物品自身的堆叠上限。如果希望生成6组各6个的堆叠，单纯修改UnbindList.txt中的数量为36并不可行，因为系统会生成36个药并尝试堆叠到6个上限，最终得到6个堆叠各6个，总共36个。但前提是解包配置中疗伤药的数量需要设为36，而不是6。具体操作是将UnbindList.txt中疗伤药对应的行修改为解包数量36，物品类型保持3。保存文件。

如果修改后解包得到6个堆叠各6个，说明引擎按照堆叠上限自动分组了。如果解包后得到1个堆叠满6个加剩余单独物品，说明引擎的堆叠机制不支持自动分组，需要改用脚本方案，见第五部分。

## 四、核对疗伤药包的打捆属性

用DBC2000打开StdItems.DB，找到“疗伤药包”或“打捆疗伤药”条目，确认以下字段。

StdMode必须设置为31。31是所有打捆物品的类型标识，设为其他值不会触发解包。

Shape字段的值必须等于单个疗伤药的Anicount值。系统通过Shape值来匹配对应的解包规则。假设单个疗伤药的Anicount为115，那么疗伤药包的Shape也必须填115。打开UnbindList.txt确认其中的编号是否与这个值一致。

如果数据库中没有疗伤药包这个物品，可以复制疗伤药条目，将名称改为疗伤药包，然后按上述要求修改StdMode和Shape字段，保存后即可使用。

## 五、脚本解包方案

如果通过数据库和解包配置无法实现6个堆叠各6个的效果，可以添加一个NPC脚本手动完成解包和分组。脚本核心逻辑是检测背包中的打捆疗伤药，扣除后直接给予6组堆叠疗伤药。

在Envir\Market_Def目录下新建一个NPC脚本文件，或在现有NPC脚本中添加以下内容：

[@main]
#IF
CHECKITEM 打捆疗伤药 1
#ACT
TAKE 打捆疗伤药 1
GIVE 疗伤药 36
SENDMSG 6 解包成功，获得36个疗伤药。

这段脚本的作用是消耗一捆疗伤药，给予36个单个疗伤药。由于第二步已经将单个疗伤药的堆叠上限设为6，系统收到36个药后会自动堆叠为6组各6个。如果引擎的自动堆叠不生效，需要改用循环给予的方式：

[@main]
#IF
CHECKITEM 打捆疗伤药 1
#ACT
TAKE 打捆疗伤药 1
GIVE 疗伤药 6
GIVE 疗伤药 6
GIVE 疗伤药 6
GIVE 疗伤药 6
GIVE 疗伤药 6
GIVE 疗伤药 6
SENDMSG 6 解包成功，获得6组疗伤药，每组6个。

这种方式通过多次给予6个药来强制生成6组独立的堆叠。每次给予6个，由于堆叠上限正好是6，每次都会生成一个满堆叠。

将脚本绑定到NPC后，在游戏中找到该NPC即可使用解包功能。脚本中的物品名称必须与数据库中的名称完全一致，区分大小写。

## 六、重启服务端并测试

所有修改完成后，关闭全部服务端进程，包括DBServer.exe、LoginSrv.exe、LoginGate.exe、M2Server.exe和RunGate.exe。确认任务管理器中没有残留进程后，按顺序重新启动。

进入游戏，用GM命令刷出一捆疗伤药，双击解包。如果背包中出现6个堆叠、每个显示6/6，说明配置成功。如果仍然得到6个单独的药，检查单个疗伤药的OverLap和DuraMax字段是否已正确保存，部分引擎修改数据库后需要重启M2Server才能生效。

## 七、常见问题排查

解包后药不堆叠。检查OverLap字段是否已改为1或2，DuraMax是否设为6。如果OverLap为0，物品不支持堆叠，解包后每个药都是独立的。

解包后只得到1个堆叠加若干单独药。说明引擎的堆叠上限与解包生成数量不匹配。将DuraMax修改为36，让单个药堆叠上限变为36，这样解包36个药会合并为1个堆叠。如果仍希望显示为6组，需要改用第五部分的脚本方案。

疗伤药包无法解包。检查疗伤药包的StdMode是否为31，Shape是否与疗伤药的Anicount一致，UnbindList.txt中是否存在对应编号的条目。

修改数据库后服务端启动报错。检查DBC2000的HeroDB路径是否指向正确的DB文件夹，数据库文件是否被其他进程占用。关闭所有服务端进程后重新打开DBC2000进行修改，修改完成后再启动服务端。