地下城勇士 DNF 资源分析

迷南。 2022-08-11 00:39 297阅读 0赞

Neople是一家韩国的游戏公司，地下城勇士DNF就是出自他之手。为了帮弟弟提取DNF创建人物时的漫画，小宝简单地分析了下DNF使用的资源格式。这篇文章是我的分析笔记，完全是凭经验推理出来的，可能不全面的，也可能存在错误，本人不对参考本文而产生的任何问题负责。

作者：leexuany（小宝）

**第一部分 解包**

DNF使用的资源包是NPK格式，即"NeoplePack"的缩写，于是推测这篇分析也许能用在Neople其他的几款游戏上，呵呵~~。

struct NPK\_Header  
\{  
char flag\[16\]; // 文件标识 "NeoplePack\_Bill"  
int count; // 包内文件的数目  
\};

struct NPK\_Index  
\{  
DWORD offset; // 文件的包内偏移量  
DWORD size; // 文件的大小  
char name\[256\];// 文件名  
\};

NPK文件就是由一个NPK\_Header和N个NPK\_Index以及实际的数据组成的。

**注：**NPK分加密（ImagePacks4文件夹下）和未加密（ImagePacks2文件夹下）的两个版本，加密的版本需要用"[puchikon@neople][puchikon_neople] dungeon and fighter DNFDNFDNFDNFDNFDNFDNFDNFDNFDNFDNFDNFDNFDNFDNFDNFDNFDNFDNFDNFDNFDNFDNFDNFDNFDNFDNFDNFDNFDNFDNFDNFDNFDNFDNFDNFDNFDNFDNFDNFDNFDNFDNFDNFDNFDNFDNFDNFDNFDNFDNFDNFDNFDNFDNFDNFDNFDNFDNFDNFDNFDNFDNFDNFDNFDNFDNFDNFDNFDNFDNFDNFDNF"（共256字节，最后一字节是'/0'）异或文件名部分。

**第二部分 格式转换**

解包之后得到的文件基本都是".img"格式，但根据文件标识的不同，可分为"Neople Image File"和"Neople Img File"。

【"Neople Image File"的格式】

struct NImageF\_Header  
\{  
char flag\[24\]; // 文件标识 "Neople Image File"  
int unknown1; // 未知数据，也许是版本号什么的？  
int index\_count; // 索引项的数目，也可以理解为包含的小图片的个数。  
\};

struct NImageF\_Index  
\{  
DWORD dwType; // 目前已知的类型有 0x0E(1555格式) 0x0F(4444格式) 0x10(8888格式) 0x11(不包含任何数据，可能是指内容同上一帧)  
DWORD dwCompress; // 目前已知的类型有 0x06(zlib压缩) 0x05(未压缩)  
int width; // 宽度  
int height; // 高度  
int size; // 压缩时size为压缩后大小，未压缩时size为转换成8888格式时占用的内存大小  
int key\_x; // X关键点，当前图片在整图中的X坐标  
int key\_y; // Y关键点，当前图片在整图中的Y坐标  
int max\_width; // 整图的宽度  
int max\_height; // 整图的高度，有此数据是为了对其精灵  
BYTE Data\[实际长度\]; // 紧跟在索引后面的就是实际的数据（将数据放在索引结构中只是为了向大家展示索引与数据的关系。）  
\};

"Neople Image File"由一个NImageF\_Header和N个NImageF\_Index结构组成。

**注：**对于类型0x11其索引表仅包含前2项，即

struct NImageF\_Index\_0x11  
\{  
DWORD dwType; // 类型0x11  
DWORD dwCompress; // 可取很多种数值，作用未知（其中零最为常见）  
\};

【"Neople Img File"的格式】

struct NImgF\_Header  
\{  
char flag\[16\]; // 文件标识 "Neople Img File"  
int index\_size; // 以字节为单位，索引表的大小  
int unknown1; // 未知1  
int unknown2; // 未知2  
int index\_count;// 索引表项数目  
\};

struct NImgF\_Index  
\{  
DWORD dwType; // 与"NImageF\_Index"是一致的，要看注释往上翻。  
DWORD dwCompress;  
int width;  
int height;  
int size;  
int key\_x;  
int key\_y;  
int max\_width;  
int max\_height;  
\};

"Neople Img File"是由一个NImgF\_Header和N个NImgF\_Index索引表 + 连续存储的实际数据组成。换句话说就是，"Neople Image File"的索引与自己的数据挨在一起，而"Neople Img File"的索引表和数据是分开存放的。

**第三部分 总结**

从几个未知数据来看，还不能算是完美的格式分析，实在是遗憾。（现在的网游越加壳越厉害，看来我得再多研究研究脱壳啦。）

不过对于资源提取还是不成问题的。按住惯例上传一张提取图片。

相关工具可以到 [http://leexuany.ys168.com/][http_leexuany.ys168.com] 下载。  
![一张提取自DNF的图片][DNF]

[puchikon_neople]: mailto:puchikon@neople
[http_leexuany.ys168.com]: http://leexuany.ys168.com/
[DNF]: /images/20220810/1860db0156184ae084351355183e3566.png