追踪图标与穿戴模型的两条路径
图标示例采用正文已核实记录;模型分支展示查表关系,没有把未知模型路径补成已确认结果。
- 水晶匕首
db/equipitem - gid
4112 - item_data.icon
gui/objecticon/arms6/pic4112 - ResourceManager → Sprite

装备 gid 通过 item_data.icon 找到原版图标。
打开这件装备核对客户端资源对应证据01研究范围
给装备资料配上原版图片,第一步不是按名字搜一张相似图片,而是找到物品记录与客户端资源之间的对应链。IKOK 对 KOK 客户端 2.0.0.52 的离线研究,已经把物品名称、装备类型、外观组与模型资源连接起来。它也说明了一个常见现象:不同名字、不同属性的装备,可能确实长得一样。
02先认清几种编号分别指什么
| 记录或编号 | 用途 | 不能直接当成什么 |
|---|---|---|
| 资料站条目与原表行号 | 定位一条装备资料、保留来源和属性差异 | 客户端图片编号 |
| 客户端装备记录 | 保存该物品的名称、类型、图标和外观信息 | 画面上的唯一一张图片 |
| gid | 装备的外观组编号 | 唯一物品编号、Unity 贴图编号 |
| BaseType + gid | 连同装备类型确定待解析的外观组 | 自动合并所有同名或同外观装备的依据 |
| 模型资源路径 | 指向客户端内的装备模型或部件 | 背包图标 |
| Unity PathID | 指向资源文件中的一个具体对象 | 游戏装备 ID 或可跨版本固定的外观编号 |
这些编号分别解决“是哪一条资料”“哪一种装备”“调用哪个外观”“资源文件里的哪一个对象”。把它们记成同一个数字,最容易导致图片贴错、共用外观被误删,或者把一个模型贴图当作背包图标。
03从装备名称走向穿戴模型
客户端 db/equipitem 是物品记录的起点,研究工具从中读取名称、BaseType 和 gid。随后根据客户端的装备定义表查找模型路径:普通装备使用 db/default/equip_data,身体装备还涉及 equip_armor_data,鞋子涉及 equip_boots_data。常见资源路径以装备类别分组,并带有 mod<编号> 名称。
例如,已整理的 bin/armor/mod1027 外观根,对应名称包括“麻布袍”“神秘法袍”“智慧之袍”和“长袍”等。它们共享模型,能够解释原版客户端为什么可能画出相同外形;但它们各自的属性、获取方法、等级要求和资料来源仍须保留。
完整的穿戴对应顺序是:
装备资料 → 客户端物品记录 → BaseType 与 gid
→ 客户端装备定义表 → 模型根 → 子模型、材质与贴图对于服务器人物外观,起点则是 MOB_IN 中相应装备槽的非零数值,再接入同一套客户端外观定义。头、身体、副手、鞋、披风和主手必须连同槽位查表,不能只看数字相同就认作同一种对象。
04为什么 439 个对应组只得到 433 个模型根
这次研究所保存的客户端可见装备目录,包含 439 个具名“类型+gid”组,归并到 433 个唯一模型根。按唯一外观分为身体 124、披风 45、头部 48、主手 172、副手 36、鞋子 8。
两种计数并不矛盾:多个装备组可以解析到同一个模型根,同一组中还可以有多个物品名称。以上数字描述的是这个客户端版本的可见模型目录;资料站收录的装备条目数、独立图标数以及某个服务器实际可取得的装备数,都需要各自统计。
少数较大的外观值在既有研究工具中经过低位处理后才命中模型定义。这里应保留原始 gid、解析后的编号、实际命中的资源路径和采用的方法。它是对已经找到对应资源的具体记录的说明,不能推广成“所有大编号截掉高位就对”,更不能把生物建造代码、建筑编号和装备编号套用同一公式。
05背包图标与身上模型走两条分支
装备图标是为背包、物品列表或查看界面准备的二维图像;穿戴模型则由模型、材质、贴图和身体部件共同组成。模型上的一块平面贴图通常并不是适合直接放进装备图鉴的小图。
本轮从原版客户端实际核对出的图标链,是用装备 gid 关联 db/default/item_data 的同名字段,读取该行 icon 路径,再由客户端 ResourceManager 定位实际的 Sprite 图片对象:
db/equipitem.gid → db/default/item_data.gid
→ item_data.icon → ResourceManager → Sprite不能只把装备表的 LibName 与 PicBmp 拼起来。以“斩刃矛”为例,装备记录的 gid 是 16659,旧图片信息看起来指向 Arms7/PIC16659,但这个资源路径在该客户端不存在;item_data 中同一 gid 的 icon 实际是 gui/objecticon/Arms7/PIC275,资源管理器可以找到它。因此,文件名数字不同并不表示找错图,关键是客户端自己怎样关联。
“戴夫神弓”则有 16781847 与 33559063 两个 gid 的物品记录,二者的 item_data.icon 都指向 gui/objecticon/Arms7/PIC33559063。这能确认这两条记录共用图标,不能由此删除其中一条装备记录或把不同来源的属性合并成一个值。
穿戴外观继续从 gid 走装备模型关系。图标与模型这两条分支都回到原物品记录核对,不能看起来像一把剑就相互替代。
手套、项链和戒指很能说明这种区别:它们有物品记录、外观编号和物品图标,但不在当前已确认的六个独立人物可见槽之中。有图标不等于人物模型上一定多出一个部件;没有独立穿戴模型也不妨碍给物品资料展示正确的原版图标。
06本站 576 条装备的配图核对结果
576 条装备属性与出处记录全部保留。其中 573 条已配原版图标,包含 4 条并列展示多种同名图样的装备;3 条尚未找到对应图。多条装备可以共用同一图标,图像相同不合并属性或出处。
本批图片来自 KOK 客户端 2.0.0.52,保留原生 86×86 像素,以无损格式展示;不是 2001 年安装盘的版本复原。原表与该客户端分类不一致的装备,在图片旁保留差异说明。
07配图时保留哪些信息才有用
对每条装备,至少保留资料条目标识、客户端版本、命中的原名称与类型、gid、图标资源,以及必要的同名匹配说明。若出现同名多记录,先比较来源里的类型与属性;只有它们确实指向相同图像时才共用图片文件,而不是合并装备正文。
早期社群资料常有错别字、异体字和不同叫法,客户端也可能沿用其中一种写法。本站按历史语境归一明显同物:例如“黄金法衣/金黄法衣”“御风披风/御风斗篷”,原表名和客户端名都保留。同名装备在客户端收录了多种图样时一并展示,不因图样不同拆改属性记录。没有对应资源的条目保留缺口说明。
本篇整理的是 KOK 客户端原始资源的对应方法。IKOK 另行使用的原创地图素材属于另一套视觉表现,不应被标成 KOK 原版图片;资源关系的确认也不意味着客户端中出现过的每件物品都仍能在当前游戏中获得。
↗来源与版本
飞梦/17KOK、渔夫与2001年典藏版出现数值或机制冲突时,以飞梦所记相应服务器的后续有效规则为正文依据;同站更新按明确生效日期处理。旧规则保留年代与服别,未明日期的差异就近说明;原资料对照用于追溯。
对照原资料
查看 1 份来源与保存记录
IKOK 与 KOK 客户端对应研究 · 一件装备为何会有多个编号:物品名、gid、图标与穿戴模型
查看保存记录
- 来源编号
equipment-resource-mapping-20260912- 保存时间
- 2026-09-12
- 项目事实源
- 已核读的协议处理、地图投影与客户端资源表;原创整理
