Origin
mp.weixin.qq.com
Tags
流程规范
项目
收藏夹
创建时间
收藏类型
Cubox 深度链接
更新时间
原链接
描述
前言
我们先来梳理下模型进入游戏的整个工作流程，然后再依次分析有哪些标准与规则。
- 美术在 DCC（Digital Content Creation，数字内容创作，游戏行业中是指美术制作数字内容所使用的软件工具）软件中进行模型创作。
- 制作完成后，从 DCC 软件中导出 FBX 格式。
- 导入 Unity 引擎并设置导入的相关选项。
- 生成预设供程序使用。
从以上流程我们可以看出，游戏最终使用的是模型的 Prefab（不用 Prefab，直接上模型行不行？答 ：可以，但是你一定会后悔的！），所以先与程序讨论确定 Prefab 是以什么样的内容给到程序的，比如层级结构、文件命名、组件都需要添加哪些等等，不过这块标准与模型本身的关系不是特别大，更多的是 TA 与程序间的标准确认，Prefab 所引用的原始资源才是 TA 的重点关注对象，这其中又大多与性能优化息息相关，接下来详细说明这一块内容。
单位统一
在项目之初首先要定的就是模型单位，如果单位没有统一，那么在引擎中的比例就会不一致，这会给项目带来很多后续的烦恼。
以常用的 Max 为例，按下图中进行设置：
确定后我们会发现在状态栏显示 Grid=0.1m，意思就是表示视图中的 1 个格子是 0.1 米的长度。
随后我们创建一个 Cube，长宽高都为一米，然后导出为 FBX，注意在导出弹窗中单位设置为自动, 这样可以保证缩放系数是 1，与当前 Max 中设置的一样。
然后将 FBX 再导入 Unity 中，先不做任何设置直接将其拖放到场景中，然后我们在 Unity 中同样创建一个 Cube，缩放都为 1。此时你会发现两个 Cube 大小是一样的，这样就保证了我们在 Max 中的单位与 Unity 中是相对一致的，为什么说是相对呢？
因为在 Unity 中其实是没有实际单位的，如果我们设置游戏内 1 米 = 1 个单位的话，这恰恰与 Unity 内的物理系统所期望的正确结果保持统一，所以想要单位统一的话，只需按上面的进行设置即可。
方向
单位说完，我们再来说下方向，方向不统一的话会导致 Prefab 上的旋转值很混乱，这就会给程序带来诸多不便，所以不管如何我们有必要统一一下。
方向其实就是坐标轴，在定方向前我们先来了解下两个概念：
- 左手坐标系
左手的大拇指表示 X 轴正方向，食指表示 Y 轴的正方向，中指表示 Z 轴的正方向。
- 右手坐标系
右手的大拇指表示 X 轴正方向，食指表示 Y 轴的正方向，中指表示 Z 轴的正方向。
所以我们可以很容易的看出 Max 是右手坐标系，而 Unity 是左手坐标系，左手坐标系与右手坐标系是不能完美转换的，总是会有一个轴是反过来的。
所以还是先回到 Unity 中定下我们想要的是什么样的结果，首先我们在 Unity 中看到 Y 轴是朝上的，这就意味着如果是个人的模型的话，那么头顶上方的方向应该就是 Y 轴，如果不是 Y 轴那么人物就会出现方向错误。其次，哪个方向才是前方呢？Z 轴正方向是前方，这点在 Unity 的官方文档中有说明，所以我们只需要定好这两个轴向就行了。
然后我们回到 Max 中，以一个茶壶为例，壶嘴表示前方，按以下步骤进行操作：
- 先将坐轴系设置为 Local，我们只需关心模型的自身坐标轴。
- 在层级修改面板，点击 Affect Pivot Only，旋转茶壶的坐标轴，将其调整为 Y 轴朝上，Z 轴朝壶嘴方向。
- 退出修改，塌陷几何体，并导出。
- 导入 Unity，直接将模型拖入场景并将其 Roation 全部归为 0.
- 完成，这样方向既保证了正确性，Transform 组件中的 Roation 也都是默认的 0.
顶点数与面数
这点与优化息息相关，可能在有些同学眼里觉得只要控制好面数就行了，其实不然，顶点数也很关键，面数的规则反而简单，只要达到性能优化标准的同时满足美术效果就好了。
在渲染一个模型的时候，Shader 层面会有两块计算量，一个是顶点着色器，一个片断着色器，顶点数越多，顶点着色器消耗就越大。
所我们重点来说下顶点数，首先在 Max 中创建一个 Cube（长宽高段数都为 1）并导入 Unity 中，然后与 Unity 中默认的 Cube(Unity 中创建的默认 Cube) 对比：
Max：顶点数 8，面数 12.
Unity：顶点数 24，面数 12.
面数是一致的，为什么顶点数却多了这么多呢？在回答这个问题之前，我们先来做几个小测试。
在 Max 中创建一个面片 (Plane)，只在长度上分为两段，如下图中所示，然后不做任何修改，直接导入 Unity 中，结果如下：
Max：顶点数 6, 面数 4.
Unity：顶点数 6, 面数 4.
这时发现面片在 Max 中与在 Unity 中的顶点数与面数都是一致的，好，那么接下来，我们回到 max 中，为刚才的面片添加 Unwarp UVW 修改器并将两个面的 UV 切开使其呈现下图中所示的效果，然后导入 Unity 中，得到如下数据：
Max：顶点数 6, 面数 4.
Unity：顶点数 8, 面数 4.
这时我们发现 Unity 中比 Max 中多了 2 个顶点，面数还是一致的，导致这个结果的原因就是因为我们将模型的 UV 切开了，由原来的 6 个 UV 点变成了 8 个 UV 点，而这恰恰与在 Unity 中显示的顶点数是一致的。
我们现在再做另外一个测试，回到一开始的这个面片，不切开 UV 保持默认，但是我们把中间的线拉起来如下图所示的样子，并同时给两边的两个面分别不同的光滑组，然后导出到 Unity 中，结果如下：
Max：顶点数 6, 面数 4.
Unity：顶点数 8, 面数 4.
难道光滑组不一样也会增加顶点数吗？确实会，但也不全是，此时我们在 Max 中将上面拉起来的线放平（就是整个面片上的两个面都在同一平面），但是两个面的光滑组同样还是不一样，这时我们再导入 Unity，结果如下：
Max：顶点数 6, 面数 4.
Unity：顶点数 6, 面数 4.
现在却又变成一样了，为什么呢？
通过以上几个小测试我们可以得出以下几个结论：
- 模型的 UV 顶点数增加会直接导致引擎中顶点数增加，这是因为同一个顶点被切成多个 UV 点时，在引擎中是会被认为是多个顶点的。
- 不同光滑组的面会导致它们的共用顶点属性信息不能共享，所以在引擎中也是会被认为成多个顶点的，但如果这些面虽然光滑组不一样，但是它们又实实在在的是在一个平面上的，只是被强制设置成光滑组不一致而已，这时引擎会自动优化，从而不会产生额外的顶点数。
- 如果某 1 个顶点，它既是多个 UV 点，也是两个不同光滑组的共用顶点，那么它在引擎中会是 2 个顶点，而不是 4 个。
- Max 与 Unity 显示的顶点数原理不一样，请以引擎为准。
好了，现在我们回到一开始的问题，为什么 Cube 在 Unity 中会有 24 个顶点呢？我相信你应该明白了吧，因为 Cube 有 8 个顶点，每个顶点会在 UV 中被分成 3 份，所以在引擎中就是 8x3=24 个顶点。
顶点属性
每个顶点上可以存储多个属性信息以便在引擎中可以去使用它做一些事情，我们先不管用它做什么，从模型上来讲，属性信息越少就代表着模型的容量越小，同时它所占用的内存也就越小。所以我们要明确模型应该带有什么属性，不需要的都要清除掉，保证美术资源只含有必须要的内容。
首先我们来看下在 Unity 中模型上可以认到属性有哪些：
- 顶点数、面数、UV1
顶点数与面数是模型的基本，所以没什么好说的，UV1 也是不可缺少的属性，否则我们也没有办法让模型呈现我们的贴图。
- UV2
如果是需要烘焙的模型，是必须要有 UV2 的，可以在 Unity 中自动生成，也可以在 DCC 软件中自行制作，如果不需要的话就要清除。
- UV3
- UV4
通常情况 UV3 和 UV4 都是用不到的属性，大多情况下要清除。
- 顶点色
用法较多，可通过顶点色实现很多功能，有需要用则保留，没有则清除。
- 法线
- 切线
法线与切线可在 DCC 中生成也可以在引擎中自动生成，根据需要进行设定。
需要注意的事，有些属性信息在引擎中是不能清除掉的 (只能通过插件的形式去修改本地 FBX 文件的内容来实现)，比如 UV 和顶点色，所以如果要清除只能通过回到 DCC 中清除完后再导回来，这也是前期定好标准的好处之一，必免了今后做优化时美术更改的痛苦。
以下列出在 Max 中清除属性的方法：
通过 Tools/Channel Info… 打开通道属性面板.
选中需要清除的属性，点击此面板上方的 Clear 即可，操作前记得先将模型转换成 Editable Poly，之前有发现过 Editable Mesh 下清除无效的情况，这里不清楚是为什么。。。
以下给出同一个模型清除前后的对比：
只清除掉了顶点色与 2 套 UV，内存占用上就少了 100KB，不要小看这 100KB，在量级上去以后这些优化也能省下不少的内存，特别是在移动端，内存寸土寸金啊。
【近期精彩回顾】美术资源标准（文件夹目录篇）
美术资源标准（纹理篇）
> 本文由简悦 SimpRead 转码