最近在自己的练习项目中加入了骨骼动画系统。本篇文章主要讨论骨骼动画的基本原理，以及动画的导入和绘制。

        对于网格体而言有不少实现动画的方式。直接对顶点进行操作也就是顶点动画，适用于一些比较简单的植物摆动、水面波动效果。此外，还有在两个网格之间进行插值的morphing动画；但它们本质上都是对顶点进行操作。

       而在某些情况下，我们认为某些区域的顶点具有关联性，并且希望能够对其整体进行控制，比如整体移动腿部的顶点。为此，我们引入了骨骼动画系统。我们定义某个顶点可由一个或多个骨骼控制，每个骨骼对顶点的贡献有着不同的权重，对于同一个顶点而言，所有对其产生影响的骨骼的权重加起来应该为1。这样，我们就可以通过修改骨骼的平移、旋转、缩放数据，来控制顶点的变换。

       对于骨骼而言，不同的骨骼存在父子关系。比如，当我们旋转手臂的时候，也会带动手部和手指的旋转。这些骨骼的父子关系之间形成了一棵骨骼“树”结构。

       骨骼动画中存在着大量坐标空间和坐标变换，搞懂这些空间或变换是理解骨骼动画最核心的部分。

       在此之前，我们应该对坐标空间/姿态和坐标变换这两个概念有一定的了解。为了更方便描述这两个概念，我们可以用相机空间来举例。我们的相机位于空间中的某一点，我们认为它此时平移、旋转、缩放对应的矩阵就是相机空间，或者说相机的姿态矩阵。如名字所见，这反映的是相机当前的状态。

       那么，如果我们希望将点/向量变换到相机空间呢？我们需要用到的变换矩阵和相机空间矩阵又是什么关系呢？此处，实际上可以得到一个一般性的结论：

      ● 如果希望将物体从世界空间变换到A空间，变换矩阵为A空间矩阵的逆矩阵；反之，从A空间变换到世界空间，变换矩阵即为A空间矩阵。

      我们所谓的变换到某个空间，也就是找到当前物体在某个空间下的坐标表达。对于相机空间而言，我们以相机原点为例，它在相机空间的坐标应为(0,0,0)，这意味如果我们想要从世界空间的相机位置通过转换得到(0,0,0)这一结果，需要乘以相机姿态矩阵的逆矩阵，此时两个变换就刚好抵消得到0的结果。

     对以上几个概念有了基本的了解后，我们开始引入骨骼变换中几个常见的空间/变换：绑定姿态、骨骼空间、offset变换矩阵、局部变换矩阵、全局变换矩阵、蒙皮变换矩阵等。

     由于本文的重点是实现骨骼动画的渲染，因此，在此仅对相关的矩阵进行介绍。

     BindPose

     绑定姿态(bindPose) 也就是我们常说的T-Pose，这通常是由美术在建模软件中设定的，它定义了骨架的一种默认姿态，绑定矩阵存储了在这一姿态下，所有骨骼的变换数据。我们所有的骨骼动画变换都是在这一绑定姿态的基础上进行的。对于不同体型的角色而言，它们的高矮胖瘦是不同的，因而它们的绑定姿态也是不一样的。

      Offset Matrix

      根据上面的一般性结论，我们知道如果我们希望将物体从世界空间转换到绑定空间，我们需要乘以绑定姿态的逆矩阵。我们把这一矩阵称为Offset矩阵。这个矩阵在后面的计算会派上用场。

     GlobalTransform & LocalTransform

      还有两个比较重要的变换，一个是全局变换矩阵，一个是局部变换矩阵。它们反映了骨骼动画的每帧的变换。其中全局变换矩阵是是关节从根处变换到它最终所在位置所对应的变换矩阵，它通常用于骨骼动画渲染中，计算每个顶点的最终位置的时候；而拒不变换矩阵是指关节在父关节空间下的变换矩阵，它通常用于我们希望编辑某一关节的变换的时候，比如做出让头部抬起来这样的动作。

       在最简单的情况下，已知一个关节的局部空间变换时，连乘它的所有父骨骼的局部空间变换矩阵，就能得到该关节的全局变换矩阵。某些格式实际上还可能有别的一些特别定义的矩阵，在实际实现的时候需要特别注意。

      Mesh Transform

       实际上确定每个顶点最终位置的是蒙皮变换矩阵。对于每个处于绑定姿态的顶点而言，它通过蒙皮矩阵变换得到最终位置。它和全局变换矩阵（GlobalTransform）的区别在于，全局变换矩阵是将顶点从root处变换到最终位置，而蒙皮矩阵是将顶点从绑定姿态变换到最终位置。因此，我们需要先将顶点变换到绑定空间（通过乘以offset矩阵），再变换到最终位置。

       因此，蒙皮矩阵 = OffsetMatrix * GlobalTransform 

       此外，我们还需要考虑到一个顶点可能受到多个骨骼不同权重的影响。此处需要我们对所有蒙皮矩阵进行加权平均，得到最终的变换矩阵。

       我们可以把骨骼动画的加载分为三个部分。

       第一部分，导入标准骨骼数据。对于不同的角色，如人和动物，我们有着不同的骨架，在这个过程中，我们导入多套骨架，包含每个骨架的名字，以及它对应的所有骨骼的名字，按顺序存储。我们得到了每个骨骼和其对应的索引下标，之后在连续地址存储骨骼矩阵的时候，我们将按此顺序存储（but,我贴出的代码只存了一份骨架）。

       需要导入的主要为骨骼名字和对应的绑定姿态，索引id可在导入的过程中生成。

       此处我们可以借助于assimp库，不过在此之前，需要对模型加载有一定了解(参考https://blog.csdn.net/ZJU_fish1996/article/details/90143844）。在获得了aiMesh的基础上，我们可以继续提取骨骼数据，同时存储offset矩阵：

      第二部分是导入带绑定骨骼的模型，但不包含动画。此时我们不仅获取每个点的法线、位置等信息，还存储了影响每个顶点的骨骼id和对应的权重，以生成带骨骼模型的vao/vbo相关数据。默认情况下，我们认为最多有四个骨骼影响同一顶点。具体而言，我们把顶点格式定义如下：

     （注：骨骼索引应该存为int类型，由于我本地在向顶点着色器传int类型数据出现了一些问题，我将其存储为了浮点数，并在着色器中转换为ivec4）

      相比起静态物体，带绑骨的模型多存储了boneWeight和boneIndex这两个信息，我们在读入了其它数据之后（见导入模型代码），再读入绑骨信息：

      首先出于简单考虑，我们的动作没有经过任何曲线压缩处理，而是直接存储了每帧的所有骨骼蒙皮数据。

      蒙皮的这个过程可以在CPU或GPU中完成，不同引擎出于不同的考虑会有自己的实现。此处我们暂且放到GPU中实现，这意味着需要我们向顶点着色器发送所有骨骼的蒙皮变换矩阵，顶点根据自己相关的骨骼下标去查找对应的矩阵，并根据权重进行加权平均，得到最终的变换矩阵。

      以上是最为普通的线性蒙皮计算方式。在实际应用中可能会遇到肩膀之类的地方变得非常细长的问题，此处需要我们考虑新的蒙皮计算来规避这一问题，具体内容可以尝试查阅相关资料。

      在GPU中，我们做一个简单的线性混合，此时还要注意处理法线相关数据的变换，避免做动作时光照错误。

       为了控制骨骼动画的播放、更新，我们需要一个动画管理的类。我们默认每个角色同一时间只能播放一个动作。

       首先我们需要一个存储动画信息的类，也就是导入动画时我们用到的pCurrentAnimator变量。使用一个二维vector存储每帧每骨骼的蒙皮矩阵。

       其次，为了播放每个动作，我们需要定义我们如何播放这个动作，比如是否循环、混合时间、回调等信息。

       最后是我们最终控制播放的动画类，执行播放、更新、管理相关操作。

        播放动作实际上就是给角色添加新的动作指令，并且覆盖掉旧的数据。

        此处执行的更新动画也就是根据计算得到的当前帧数取得对应蒙皮矩阵，然后根据传入的shaderProgram向着色器发送蒙皮矩阵信息。我们采样的时间可能在两帧之间，此时可以选择在前后两帧之间按时间插值，也可以选择我这样偷懒的方法，在两者之间直接取一个作为结果：