在前置篇中,基本上梳理了一下换装功能背后涉及到的美术工作流。但程序员嘛,功能终归是要落到代码上的。本文中会结合Unity提供的API及之前提到的内容来实现一个简单的换装功能。效果如下:
(图1:最终效果展示)
资源导出规则
所有的换装实现都是和导出规则相对应的。先说一下我这个小例子的导出规则。
1.角色的主*分,包括头,胳膊,大腿。整体导出作为一个基础蒙皮。
2.其他部分的蒙皮,手套,下装,衣服,头发。每一种样式都一个个单独导出。
3.从MAX中导出FBX资源时,要注意导出蒙皮时候,骨骼也要选上,否则导出的就是普通mesh,而不是蒙皮了。
(图2:角色基础部分的导出内容,左侧为主*分,右侧为一个头发部件.都要带上骨骼)
基本流程
如图3,将max导出的所有fbx放入Unity后,每个部件都是单独的,我们要做的就是把这些分散的部件攒在一起,让他们正确的显示并响应动画。
(图3:Unity中显示的所有导出身体部件,Girl为主干模型)
写具体代码之前,我们先说一下几个关键的Unity组件,Animator,SkinnedMeshRenderer.Animator会读取动画信息,我们在前置篇提到,max只制作动画的关键帧,而游戏渲染是一帧一帧的,关键帧之间的动画如何过渡,就是引擎自己负责的,也就是Animator做的事,Animator计算好当前帧的骨骼姿态后。会根据结果去改变Animator组件所在节点下的骨骼结构节点,只有我们在max里将骨骼正确导出,才会出现这些节点。SkinnedMeshRenderer则负责蒙皮计算,在每一帧中根据Animator计算出来后的骨骼位置,找到自己关联了哪些骨骼及权重,然后进行变换和插值,计算出mesh顶点的正确位置。再将这些顶点信息传入对应的材质球中进行渲染。
实现代码
下面是一个简单的实现代码,我会对一些关键代码进行说明。这个脚本是挂在角色主*分的Prefab上。
public class SkinTest : MonoBehaviour
{ public GameObject[] Hairs;
public GameObject[] Clothes;
public GameObject[] Gloves;
public GameObject[] Unders; private int hairIndex = ;
private int clothesIndex = ;
private int glovesIndex = ;
private int underIndex = ; private List<Transform> bones;
private GameObject rootBone;
void Start ()
{
rootBone = gameObject.transform.FindChild("Bip001").gameObject;
bones = new List<Transform>(); BuildPlayer();
} public void BuildPlayer()
{
bones.Clear();
List<CombineInstance> combineInstances = new List<CombineInstance>();
List<Material> materials = new List<Material>();
List<SkinnedMeshRenderer> smrList = new List<SkinnedMeshRenderer>();
Transform[] transforms = rootBone.GetComponentsInChildren<Transform>(true); if(Hairs!=null && Hairs.Length > hairIndex && Hairs[hairIndex]!=null)
{
SkinnedMeshRenderer smr = Hairs[hairIndex].GetComponentInChildren<SkinnedMeshRenderer>();
if (smr != null)
{
smrList.Add(smr);
}
} if (Clothes != null && Clothes.Length > clothesIndex && Clothes[clothesIndex] != null)
{
SkinnedMeshRenderer smr = Clothes[clothesIndex].GetComponentInChildren<SkinnedMeshRenderer>();
if (smr != null)
{
smrList.Add(smr);
}
} if (Gloves != null && Gloves.Length > glovesIndex && Gloves[glovesIndex] != null)
{
SkinnedMeshRenderer smr = Gloves[glovesIndex].GetComponentInChildren<SkinnedMeshRenderer>();
if (smr != null)
{
smrList.Add(smr);
}
} if (Unders != null && Unders.Length > underIndex && Unders[underIndex] != null)
{
SkinnedMeshRenderer smr = Unders[underIndex].GetComponentInChildren<SkinnedMeshRenderer>();
if (smr != null)
{
smrList.Add(smr);
}
} for(int i =;i<smrList.Count;i++)
{
SkinnedMeshRenderer smr = smrList[i];
if(smr)
{
for(int sub =;sub<smr.sharedMesh.subMeshCount;sub++)
{
for (int j = ; j < smr.bones.Length; j++)
{
for (int index = ; index < transforms.Length; index++)
{
if (smr.bones[j].name.Equals(transforms[index].name))
{
bones.Add(transforms[index]);
break;
}
}
} CombineInstance ci = new CombineInstance(); ci.mesh = smr.sharedMesh;
ci.subMeshIndex = sub;
combineInstances.Add(ci);
}
materials.AddRange(smr.sharedMaterials); }
} SkinnedMeshRenderer oldSkin = GetComponent<SkinnedMeshRenderer>();
if(oldSkin!=null)
{
GameObject.DestroyImmediate(oldSkin);
} SkinnedMeshRenderer newSmr = gameObject.AddComponent<SkinnedMeshRenderer>();
newSmr.sharedMesh = new Mesh();
newSmr.sharedMesh.CombineMeshes(combineInstances.ToArray(), false, false);
newSmr.bones = bones.ToArray();
newSmr.rootBone = rootBone.transform;
newSmr.materials = materials.ToArray();
}
}
4~15行,一些基本变量,存放用于换装的Prefab的引用,以及索引下标,bones用来存储Skin合并后的骨骼引用,rootBone用来存储根骨骼。
18行,找到根骨的节点,此处的Bip001是3Dmax中Bip结构的默认根节点。主*分的蒙皮导出时带有骨骼,所以可以在Prefab的子节点上找到。
27~30行,建立一些List用来存储SkinMeshRenderer合并过程中所用到的一些中间内容。这里再提一下SkinMeshRenderer,我们会发现一个SkinMeshRenderer一般都只包含一个Material,但它是可以包含多个的。当我们的SkinMeshRenderer里对应的Mesh是包含多个subMesh的时候,那么他们需要多个材质球来对应每个SubMesh。我们导出的各个部件里都有自己的SkinMeshRenderer,我们要做的是把他们合为一个整体,这样做会对计算性能上有提升,逻辑处理上也更统一。后面我们再细说。
32~66行,这部分是根据各个部位的索引号去配置好的Prefab数组中查找到对应配件,只获取SkinMeshRenderer组件就够了,因为他里面包含了我们所需的蒙皮的所有信息。把他们放到List中后面统一处理。
68~96行,循环遍历处理我们前面获取的各个部件的SkinMeshRenderer.这里要说一下关于SkinMeshRenderer的Bones变量,它返回的是这个Skin绑定了哪些骨骼,Unity是以Transform引用数组的形式返回的,引用的是原来每个部件Prefab下自己的Bip下的骨骼节点,当我们把这些SkinMeshRenderer整合成一个的时候,就需要把引用重新指定成主体模型上的相应骨骼节点,这正是73~85行做的事。注意我这里根据部位里是否有多个subMesh来重复添加多次骨骼,这是必须的,而且顺序也是一定要保证的。在FBX上的Optimize Mesh选项可以解决这个问题,不过会引入其它问题,这里不展开了。每个部件Skin对应的材质球也都按顺序放到List中。89~91行的CombineInstance是Unity用来进行Mesh合并的一个数据结构,我们最终是需要把每个部件Skin对应的Mesh合并到一起,这里注意,合并到一起,并不一定是真的变成了一个Mesh,因为部件和部件之间的材质不一定完全一致,这时候的Mesh合并实际上只是一种逻辑上的合并,真正渲染时各个部件的Mesh顶点数据还是各走一个DrawCall。即使是这样,逻辑上的这种整合对于Unity的性能也是有好处的,这涉及到渲染层面节省顶点Buffer的问题,也涉及到提高Unity引擎一些自身逻辑效率的问题，这里不展开。subMeshIndex这个变量,对于普通的部件Skin里只包含一个subMesh,所以一般指定0,但有时候会包含多个,如果在max里部件本身就由多个材质构成,那么每个材质负责的Mesh部分到了Unity里就变成一个SubMesh了。93行我们把材质球也按顺序(顺序很重要),放到了List里,你也许会问为什么不合并呢?理论上如果所有部件用的都是统一材质,或者材质基本相似的话是可以通过合并贴图,重新赋值UV来让所有部件正真的合并在一起,只用一个Mesh。
104~106行,我们最终要把所有分散的SkinMeshRenderer合并到一起,添加一个SkinnedMeshRenderer组件,但是这个组件的所有变量都是默认空的。所以105行我们给这个Renderer新建一个空的Mesh。106行通过CombineMesh来利用我们前面创建的CombineInstance数据把Mesh合并。这里说明一下后两个参数,第一个参数如果为true,则表示会把所有Mesh真的合并到一起,也就是合并之后subMeshCount为1。这一搬是与我前面提到的材质合并配合使用的。第三个参数为true的话我们需要给每个CombineInstance提供一个变换矩阵,在它们被合并之前,它们会先利用这个矩阵进行一次空间变换。
107行,将前面骨骼节点集合传递给前面新建的SkinMeshRenderer,必须保证顺序。
108行,rootBone习惯性的赋值为骨骼结构的根节点,这里设为空也没问题。
109行,同骨骼节点一样集合一样,材质球集合传递给SkinMeshRenderer,保证顺序与部件合并的顺序相同。
总结
换装功能的实现代码并没有统一规范,这跟部件的设计规则有很大关系,所以本文只提供一种最简单基本的思路。还可以在这个基础上继续展开,深入优化。有些地方我没有深入去剖析,一笔带过。一方面是有些内容我也并不深入了解,另一方面是怕大家过于纠结细节,迷失方向。对于一些更深入的内容,我计划有时间再写一篇来分享。上面的实现在实际项目中也有很多问题,比如每个部件的Fbx导出都需要带全套骨骼。这造成一些数据上的冗余,如果要是在资源打包上依然没有办法去掉冗余的话,就会造成运行时内存的浪费,希望大家来一起讨论。