这些分析是参考赛季四早期地图制作，赛季五之后的地图没有做分析，估计已经完全不一样了。这些都是我自己的分析哇，不是官方的呀，被我误导了不要来找我啊啊啊啊。。。

这篇文章其实老早用英文发过，没啥关注度就没有继续研究，数据也采集自老版本的英文客户端，跟新版本应该有少量差距。 本身并没有太多D3D营养，只是数据的逆向分析。

一个地图场景主要由以下几部分组成 room.nvr, room.mat, room.dsc .scb 和 .scos 文件 Texture 和 AuxTexture 文件夹 CFG 文件夹

room.nvr 是地图的主文件，其内容大概可以由这个C语言结构来概括。 struct lol_nvr { char magic[4]; unsigned short unknown_1; unsigned short unknown_2; unsigned int count_material; unsigned int count_vertex_list; unsigned int count_index_list; unsigned int count_model; unsigned int count_unknown_3; lol_nvr_material * materials; lol_nvr_vertex_list * vertex_lists; lol_nvr_index_list * index_lists; lol_nvr_model * models; lol_nvr_unknow3 * unknown_3s; };

数值为 “NVR\0 “，

数值为 9、1 应该是版本标志。

对象的计数器。 其中 count_vertex_list 和 count_index_list 理论上应该相同。

材质数据

定点和顶点索引数据

模型，模型的定点和索引，在 vertex_lists 和 index_lists 中。

还不清楚咯。可能是一些地图细节动画呀，粒子信息啊啥的。

lol_nvr_vertex_list.vertices 可能有下面两种情况 struct lol_nvr_vertex_1 { float position[3]; float normals[3]; float uv[2]; char unknow[4]; }; struct lol_nvr_vertex_2 { float position[3]; }; lol_nvr_model.model 则包含了两个这样的结构 struct lol_nvr_model_model { int vetex_index; int vetex_offset; int vetex_length; int index_index; int index_offset; int index_length; }; 第一个指向一个lol_nvr_vertex_1，第二个则指向一个lol_nvr_vertex_2。

Material 的材质文件能够在 Texture 文件夹找到，但是是以 .dds 结尾，而非.tga。

英雄联盟里，地图就是一个大场景（3D 里的 Scene）。这个 Scene 的核心就是 room，然后再加上一些边边角角的东西。 涉及到以下文件和文件夹：

room.nvr 可以看成是这样的 C 结构

详细说明如下：

模型的材质都存放在 Texture 文件夹下，格式有很多种，但大多数是 dds 格式的，结构里所用的后缀名可能跟实际资源文件不一致。如果自己渲染，可以手动统一转换成 dds 什么的。

vertices 是以下可能性二选一

model 包含两个这个的结构 struct:

第一个指向一个 lol_nvr_vertex_1，第二个指向一个 lol_nvr_vertex_2，这两个结构合成了一个物体模型。

基于刚才的渲染数据，熟悉 D3D 的人可以很快渲染出这样的效果。 渲染的时候我电脑快卡死了，因为我是靠 CPU 来解析模型，实际上是可以使用 Shader 的，这样可以用 GPU 来辅助大部分计算工作。 [s]（我才不会告诉你我不会用 Shader 奈）[/s]

流水账。。。

使用 Dargon 工具解压缩了所有素材文件, 国外有很多研究和制作 LOL 英雄模型的网站, 他们提供了一些工具也可用.

简单搜索发现 LEVELS 目录下有几个 Map 打头的文件夹, 应该就是地图目录了. 里面理论上应该有模型, 材质, 其他素材, 还有部分逻辑. 里面有个文件夹叫 Scene, 做 3D 都知道这是 3D 场景的术语, 那里面应该基本上都是场景相关的东西了.

打开里面有 AuxTextures、CFG、Textures 三个文件夹，一堆 scb 和 sco 文件，以及 room.dsc、room.mat、room.nvr。 Aux 不知道代表啥，但应该都是材质和配置文件，果然 AuxTextures 和 Textures 里基本都是dds文件。 scb 和 sco 有一大部分是一一对应的，但是有个别 scb 没有对应sco，一般都是1-2k大小。我猜测他们是一个个小素材，后来证明我错了。

room.nvr 异常的大，而且是唯一一个大的能容纳的下地图的文件，所以我猜地图文件就是它了。 网上搜 lol nvr，资料非常的少。一般国外论坛改 LOL 只是改改皮肤，很少有人研究 nvr 文件，个别有人问也没有结果。leaguecraft 有个帖子指向了一个韩国论坛，一个韩国人似乎研究出了模型的网格格式，并且给出了杂色渲染图。

并且提供了一个不知道哪里来的 NVRFormat.txt

这个TXT非常粗略，但是却给了我很好的思路，很快我发现这个格式跟其它 LOL 模型格式有着相似的特性：

在各个 item list 里，也是以典型的 {length; data;} 的格式存放。

照着这个思路，我很快发现了这个文件有 4 个大的 list，前两个 list 长度一样，第一个里面是一个个 float 数组，第二个里是一个个 short int 数组。（至于怎么看出来的，这就是经验和直觉了，如果你是程序员，你会怎么安排这些二进制数据，你会用什么精确程度云云。）

那我猜测整个地图模型是由多个模型组成，每个模型有 vertex 列表和 index 列表，vertex 是 float，index 似乎是 short int，但是前面始终有个int 101，它应该是 D3DFMT_INDEX16。

vertex 内部又是什么格式呢？简单解析后发现，vertex 段数据里，每隔 8 个 float 就出现一个 0xFF000000，很显然这 9 个 float 属于一个结构体。这 9 个 float，前三个一般在 0-3000 之间，后五个在 0-1 之间，那我猜格式八成是：

依据这个猜测带回去解析，发现个别不符合，并且他们的索引里最高都达到理论值的 3 倍。 那我猜测，还有一部分 vertex 格式是这样：

这样就说得通了，但是游戏是靠什么来识别的呢？没有材质？！猜测八成是靠配合 sco 和 scb 来显示。 接下来我用随机颜色渲染整个地图, 果然跟我想的一样：

这样整个模型的基本架构就出来了。

接下来是材质，材质也是个列表，但是怎么跟这些模型对应呢？我先尝试手动匹配，树比较好识别，就用树了。

树在模型里的索引是 11-16，树在材质里的索引是 10-14，很显然在数量上就不匹配，应该不是一一对应的。

Map1 为例，前 85 个模型是有 normal 和 nv 的，材质描述有76个。room.mat 里面是一个个纯文本材质描述，刚好也是85个，这你妹再不是一一对应我就去撞墙了。

可是这 85 个有 82 个有材质图片，有 6 个还有额外的材质图片。前3个没有材质图片，却有似乎有意义的名字，比如 Wall_Of_Grass，lambert1 什么的。room.mat 里面树的描述在20个左右。

那我猜，材质有两种情况，一种是直接一个图片，一种是一组图片，用名字识别。

要解释这些东西，就必须搞懂 dword unknow，或者后面未识别的两个 list。

两个 list 长度分别是 3982 和 2629，我唯一能确定的就是他们肯定不是长和宽，他们的格式可能分别是这样：cpp struct lol_unk5 { int a[2]; float b[10]; int c[13]; }; struct lol_unk6 { float a[6]; int b[4]; }; lol_unk6 比较诡异，b[3]在大多数情况下数值为 0，到大概 2611 开始变成 4。b[0] 一直保持增长，并且数值都比自己在 unk6 的索引大大概 50% 左右，到最后一个突然变成 0。b[1] 变化无规律，但是在最后一个数值为 3982，刚好是 unk5 的长度，所以我猜测，整个 b 就是 lol_unk5 的索引。什么情况下会有这么个索引呢？ 还是绑定多个，常见的如骨骼动画，vertex 绑定 bone。难道这地图里还有骨骼动画….恐慌中… 反正最后没看出来。

lol_unk5 就更诡异了，a 基本都是 {-100, 0}，但 a[0] 也有 1-3，基本能确定是个标志位。

c[0] 的变化范围是 0-75，材质刚好 76 个，所以应该是材质的 id。剩下的 12 个变化诡异了，不过能看出来是 4 个 “索引, 偏移, 大小”

进一步研究发现，是两个 { index索引, index偏移, index大小, vertex索引, vertex偏移, vertex大小} 之类的东西。是两个哟，我猜可能后者对应的是前者的不同状态，或者额外渲染参数，比如特效或者模型细节什么的，反正最后我只渲染了前面前者。