Unity骨骼动画资源解析与优化
一，背景
最近发现项目的动画文件有点大，不光内存大，而且文件也很大，所以从这2个方面下手处理
二，动画文件大小优化
为了优化动画文件大小，我们可以先分析下文件，Ctrl+D将动画文件从FBX拷贝出来，文本打开，如下图：
可以发现，动画文件基本上都是关键帧数据，分析后我们可以有以下的优化方法。
1，减少骨骼：
我们知道一个骨骼是有pos(x,y,z),rotation(x,y,z,w),scale(x,y,z)3个纬度，一共会有3+4+3=10个曲线，少一根骨骼数据，就会少很多的关键帧数据，这会直接导致原始的数据减少。这里的优化方法是美术导出的时候，可以将不受影响的骨骼隐藏，然后输出。
这个优化会同时减少FBX以及anim文件大小。
对比数据暂缺=_=
2，裁剪不需要的曲线：
通过上面的操作，一些不用的骨骼数据已经不存在了，但骨骼的某些曲线在整个文件都是不会变化的，这样的曲线也是可以删减的，例如scale，基本上不会有变化，这个时候可以将这类型的曲线也删除掉。这里也是需要具体的问题具体分析，如果动画确实有scale变化，就不能删除了。这里的优化FBX文件大小是没有变化的，anim文件会变小，可以参考：
http://answers.unity3d.com/questions/668672/removing-scale-curves-from-animation.html
3，存储精度降低：
从文件我们可以看到，unity存储的精度都比较高，其实用不了那么高的精度，这里可以将精度降低，具体的做法以及数据，可以参考：
Unity骨骼动画压缩算法
通过测试发现，精度降低优化效果很明显，裁剪曲线可以不用做了。
三，动画文件内存优化
从前面分析可以知道，动画文件保存的大部分都是关键帧数据，unity中可以看到：
这里包含的信息很多，官方文档有一些介绍：
https://docs.unity3d.com/Manual/class-Animator.html
结合文档，先说下曲线，从上面可以看到曲线有Pos，Quaternion，Euler，Scale，Muscles，Generic，PPtr，这里我们可以关注常用的Pos，Quaternion，Scale，代表着位置，旋转，缩放，Curves Total代表上面的所有曲线综合，计算方法：468 =48*3+48*4+44*3，Pos(x,y,z)3条曲线，Quaternion(x,y,z,w)4条曲线，Scale(x,y,z)3曲线。
然后再看看存储格式，Constant，Dense，Stream，Unity3种数据存储方式。
Constant代表基本不变的数据，哪些数据用这个存储方式？很典型的就是scale曲线，基本上都是1，Constant的内存占用很小，基本上只有关键帧值数据，不含有切线数据。
Dense格式存储，采用的是线性插值方式，不含有切线数据，少内存。一般是线性插值的曲线会采用这种方式
Stream格式存储，采用的是曲线插值方式，含有切线，时间等全部数据，多内存。最高格式的存储，变化多样的曲线采用这种方式
上面3种方式Unity会根据关键帧的数据情况来选择存储方式，基本原则就是增加Constant数据，减少Stream数据。
根据上面的原则，我们有以下的优化方法：
1，存储精度降低：
这个方法不仅会减少文件大小，而且还会减少内存。精度降低了，数据存储就会转变成Constant方式。对比看下压缩的效果，内存少了很多，基本减少50%的内存
精度降低：
原始数据：已经压缩了
2，压缩关键帧：
通过前面的方法我们已经可以将曲线优化到最少了，但关键帧数据还有很多冗余，比如一个曲线关键帧数据都没有变化，这个时候其实是不需要这么多帧的，只需要2帧，一个开始帧，一个结束帧就可以了，其他的帧可以通过计算获得。
不压缩内存：
压缩：unity导入压缩 Keyframe Reduction
Rotation Error: 0.15
Position Error:0.15
Scale Error: 1
内存从0.6MB 减少到 204.2KB 比例 66%
分析原因：Constant增加了(19.4%->65.6%)，Stream减少了(80.6%->34.4%)
3，压缩关键帧+存储精度降低:
通过前面的数据可以看到，2个方式一起处理，效果更好，由0.6MB->204.2KB->100KB，最终的减少内存比例为：83.3%
四，其他
动画文件的内存占用，可以在profiler中查看，但建议真机查看，编辑器环境会测试数据不准确。
这里是会显示一个内存大小的：9.8KB，如果你在编辑器看的话，是会比这个数值大很多，在真机上也会大一些，我们看下真机的测试情况：
附上真机调试方法：
http://km.oa.com/group/1746/articles/show/211058?kmref=search&from_page=1&no=4
我们这里测试几种情况：
1，2种不同的压缩比例
2，精度降低+压缩
从数据可以看到，真机的数据都比编辑器显示的多3.6K，具体这3.6K是怎么来的，哪位大神知道麻烦告知一下，多谢。
最新文章
- .NET文件并发与RabbitMQ（初探RabbitMQ）
- 记一个简单的保护if 的sh脚本
- jquery_ui_api中文
- React的虚拟DOM
- memcache原理、简单使用、分布式实现方案
- cmder设置打开时的默认目录
- ffmpeg解码音频流
- jQuery Ajax之load()方法
- 随着visual studio 2013 发布.带来的一些变化
- 原生js倒计时和显示当前时间
- react native 添加第三方插件react-native-orientation（横竖屏设置功能 android）
- Android 环境搭建、基础窗口window／Mac
- Python3 文件
- snmp模拟器snmpsid使用
- [Objective-C语言教程]协议（31）
- Django框架----模板语法
- mysql57免安装版配置
- pycharm和anaconda
- centOS 6.5下升级mysql，从5.1升级到5.6
- Java J2EE读取配置文件