拆动画流水线的时候,第二关是采样。当时我用了个说法,叫从曲线里读出骨头的位置,还特意强调动画文件存的不是一帧帧画面,而是一堆曲线。评论里有人说这个点挺颠覆认知的,想细看。那这篇就专门讲采样。说实话这块是我当初理解动画性能的转折点——搞明白动画本质上是一堆曲线,采样就是在曲线上求值之后,很多之前想不通的性能问题一下子就通了。先破除那个最大的误解我敢打赌,很多刚入门的人——包括当年的我——都以为动画文件是这么存的:第0帧角色什么姿势,第1帧什么姿势,第2帧什么姿势……一帧一帧存好,播的时候挨个贴出来。跟视频一样嘛,对吧?完全不是。动画文件里存的,是一堆随时间变化的曲线。我拿角色的右手举个例子,它在文件里其实是这样的:右手位置X: 一条随时间起伏的曲线 右手位置Y: 一条曲线 右手位置Z: 一条曲线 右手旋转: 四条曲线(四元数的x/y/z/w) 右手缩放: 三条曲线光一根手,就十条曲线。这些曲线上并不是每一帧都有数据点,而是只在关键帧上有值。关键帧之间的空档,靠插值现算。那采样到底是在采什么搞懂了存储方式,采样就好理解了。所谓采样,就是:给定一个时间点,去每条曲线上算出这个时刻对应的值。比如动画播到第0.3秒,引擎就拿着0.3秒这个时间,去右手位置X的曲线上问:0.3秒的时候你是多少?曲线在0.3秒这个位置可能正好没有关键帧,那就得看它前后最近的两个关键帧,在它俩之间插值算出来。概念上是这样(帮你理解,不是真实API): foreach (每根骨头) foreach (这根骨头的每条曲线) 找到 currentTime 前后的两个关键帧 在这两帧之间插值,算出当前值所以采样的开销,基本就是:骨头数量 × 每根骨头的曲线数 × 单条曲线求值的成本。骨头越多、曲线越多,越慢。这也解释了为什么减少骨骼数量能省性能——它是从这个乘法的第一个因子上直接砍。插值:关键帧之间的空档怎么填采样里最关键的动作就是插值,这里得展开说说,因为它直接关系到动画看起来顺不顺、算起来费不费。美术做动画的时候,不会把每一帧都摆一遍,那太累了。他们只在几个关键的时刻摆姿势——比如抬手的起点、最高点、落下的终点——这些就是关键帧。中间那些帧,全靠引擎自动插出来。插值主要有这么几种,费的CPU也不一样:线性插值最简单,两个关键帧之间拉一条直线。便宜,但动作会显得比较生硬,匀速直来直去,没有加速减速的感觉。**曲线插值(比如Hermite)**是Unity动画默认的方式。它不光看两个关键帧的值,还看每个关键帧上的切线(tangent),算出一条平滑的曲线。这样动作有缓入缓出,自然得多。代价是求值比线性贵——要算三次多项式那一套。线性插值: A ————————→ B 直来直去 曲线插值: A ~~~⌒~~~→ B 有缓入缓出,更自然大部分动画用的都是曲线插值,因为好看。但你得知道,这个好看是花了CPU的。关键帧越密,曲线段越多,插值算得越频繁。旋转的插值:四元数没那么简单位置和缩放的插值还好说,旋转是个特殊麻烦。角色骨头的旋转是用四元数存的,四个分量。旋转的插值不能像位置那样简单地在两个值之间拉直线,那样转出来会歪,速度也不匀。正确的做法是用球面插值(Slerp),让旋转沿着球面上的最短弧线平滑转过去。Slerp效果好,但它涉及三角函数,算起来比位置的插值贵。而角色身上绝大部分动画都是旋转——关节都是转的嘛,位移反而少。所以旋转插值其实是采样开销里挺大的一块。有些引擎和优化方案会在可以接受的情况下,用更便宜的近似插值(比如归一化的线性插值Nlerp)来代替Slerp,牺牲一点精度换速度。这个你了解个概念就行,Unity内部自己会做一些优化,一般轮不到你手动去改。采样这一关,你能动手的地方原理讲完,说点能落地的。采样这块的优化,基本都在导入设置里,不太需要写代码。第一,动画压缩。选中动画文件,Inspector里有个Anim. Compression选项。Unity可以帮你删掉一些删了也看不出区别的关键帧。关键帧少了,曲线段就少,采样时要处理的插值就少,又快又省空间。但别压太狠。压得越多失真越明显,尤其是那些动作幅度大、变化快的动画,压过头会出现明显的抖动或者漂移。一般的做法是:重要的、玩家看得清的动画压保守点,不重要的杂兵动画可以压狠一点。第二,清掉没用的曲线。这个坑很多人不知道。美术从DCC软件(Maya、3ds Max那些)导出动画的时候,经常会带出一大堆多余的曲线。最典型的就是scale曲线——角色骨骼基本不需要缩放,但导出的时候每根骨头都给你带一套scale曲线,白白占着采样时间。还有些骨头在这个动画里压根没动,但曲线还在。这些都是纯浪费。可以在导入设置里处理,或者用一些清理工具批量删掉这些冗余曲线。第三,Optimize Game Objects。这个前面几篇反复提了。勾上之后,骨骼数据会用更紧凑的格式存,采样的时候CPU缓存命中率更高,读起来更快。采样是个要频繁访问大量骨骼数据的操作,对缓存特别敏感,所以这个优化对采样的收益很直接。第四,采样精度按需选。动画的插值质量,导入时也能调。像远处杂兵这种,用低精度的采样完全够用,没必要跟主角一个标准。关键帧减化:自己拿捏平衡前面说的压缩,本质上就是在做关键帧减化——在动画多顺和算得多快之间找平衡。我给你个直观的理解。假设一段抬手动画,美术摆了30个关键帧。但其中可能有十几帧,它们几乎在一条平滑曲线上,删掉之后靠插值补出来,肉眼根本看不出区别。压缩算法干的就是这个:找出这些可有可无的关键帧,删掉。压缩前: •—•—•—•—•—•—•—•—•—• 关键帧密密麻麻 压缩后: •————•————•————• 删到只留关键的几个 (中间靠插值补,看起来几乎一样)判断删了会不会失真是有个容差阈值的。阈值给大,删得多,省得多,但失真风险高;阈值给小,保守,失真小但省得少。这个值Unity默认给了一套,你可以针对具体动画去调。我的经验是,先用默认设置,然后在游戏里实际看效果。哪个动画压完看着别扭了,再单独把那个的压缩调保守。别一上来就全局压到最狠,容易翻车。用代码手动采样:什么时候有用大部分情况你不用手动碰采样,Animator或者Playables帮你搞定了。但有些场景你可能想手动去某个clip的某个时间点采样,比如做一些程序化的姿势拼接,或者自己实现动画烘焙。Unity提供了AnimationClip.SampleAnimation可以干这个:usingUnityEngine;publicclassManualSample:MonoBehaviour{publicAnimationClipclip;[Range(0f,1f)]publicfloatnormalizedTime0f;// 0到1,表示动画播放进度voidUpdate(){if(clipnull)return;// 把归一化时间换算成实际时间floattimenormalizedTime*clip.length;// 手动采样:把这个物体的姿势,设成clip在time时刻的样子clip.SampleAnimation(gameObject,time);}}拖动normalizedTime,你能看到角色姿势跟着变,这就是在手动采样。不过提醒一句,SampleAnimation本身开销不小,别在性能敏感的地方每帧调一堆,它更适合编辑器工具或者一次性的姿势设置,不适合当运行时的主力动画方案。一个能帮你建立直觉的对比我用个粗略的数字帮你感受下采样的量级。假设一个角色80根骨头,每根平均10条曲线(位置3、旋转4、缩放3)。那一次采样就是:80根 × 10条 800条曲线,每条都要做一次插值求值场上20个敌人,一帧就是800 × 20 16000次曲线求值。一秒60帧,再乘60,接近一百万次。这还只是采样这一步,后面混合、蒙皮那些还没算。你看,如果能把缩放曲线全清掉(角色本来就不缩放),每根骨头从10条降到7条,这一步直接省掉三成。如果再把远处杂兵的骨骼从80根LOD到40根,又是一半。这些优化叠起来,采样开销能压得很低。收个尾采样这一关,记住两个核心认知就够了。第一,动画不是一帧帧的画面,是一堆曲线,采样就是在曲线上按时间求值。想通这个,你就明白为啥骨头多、曲线多会慢,也明白为啥减骨骼、删冗余曲线能省。第二,插值让动画平滑,但平滑是花CPU买的。尤其是旋转的球面插值,是采样开销里的大头。你没法直接改插值算法,但可以通过压缩、清理曲线来减少要插值的数据量。优化上,这一关基本都在导入设置里:压缩、清冗余曲线、Optimize Game Objects、按需选精度。不用写代码,但收益实打实。