如何让屏幕上元素的移动显得更「自然」?
图层系统
目前我们仍然是直接操作 SDL 的主材质,虽然方便,但是在后续实现一些效果的时候会比较棘手。比如我们即将开始研究的仿射变换需要针对整个画面进行操作,如果是纯色色块这种没有自己临时图层的生成器就比较难以实现。
所以,每个生成器都应渲染出一个自己的材质,然后最终再由主循环逐一地将每个生成器生成的中间材质复制到主材质上。
同时,虽然生成器仍然是操作一个具体的 SDL_Texture, 但是这个材质的大小可以随着具体的需要改变。自然的,每个材质要复制的位置也是可以不同的。所以,我们定义一个图层 Layer 为包含原点坐标、图层尺寸和一个可绘制材质的对象。
为了方便和 SDL 做交互,定义图层的原点始终对应材质的左上角,并定义全局的坐标系为右 +x 下 +y 坐标系。
图 1 坐标系的定义
按道理来说,图层应该是有 Z 轴定义的。不过现在为了方便,暂时按照图层创建的次序定义 Z 轴顺序:越晚创建的图层具有越高的 Z 轴值。
图层变换算子
现在有了图层的概念之后,我们还需要想办法驱动这些图层。
我们目前设计的架构并不直接支持我们做有状态的渲染。从架构设计上,我们也不应该考虑做有状态的渲染:理想情况下,所有帧的渲染都仅与时间相关,这样即使是非常复杂的场景,也可以通过多机并行渲染来实现短时间内出结果。
所以,图层变换算子的输入也只有一个:当前相对于片段开始的时间。图层变换算子本身也必须是纯的,不能携带任何非常数参数。
这个重要限制在之后也会影响许多从原理上应该是「有状态」的变换设计。简要地来说,一旦我们遇到了严格有状态的变换,比如依赖于一些没有解析解的微分方程组的变换,那么这些变换会在外部预先计算好具体的值,然后作为数据加载给变换算子。变换算子仅负责查表,以及进行必要的插值。
位置变换
一般指定图层位移时,自然的方法是指定一个初始位置
不妨考虑函数
插值函数
更一般的,设
换成人话说就是:我们可以只关心设计一个平滑的、输入输出都是从 0 到 1 的函数作为插值函数,然后把它代换进去就可以了。当然,如果要实现回弹效果的话,输出的值是可以大于 1 或者小于 0 的。
是时候写点看起来比较自然的动效了。
现实世界中,一个物体不会突然开始移动,也不会突然停止移动。它应该缓慢加速,再缓慢停止。我们不妨考虑恒外力下从静止开始的运动,此时位移的平方和时间成正比;在恒外力下减速同理。稍微整理一下,可以写出一个符合要求的分段函数:
我们也可以考虑使用三角函数来实现缓入缓出的效果:
三次贝塞尔曲线
一个在设计领域内更常见的插值函数是通过三次贝塞尔曲线生成:
其中,
要保证这个贝塞尔曲线可以形成一个函数,则需要
贝塞尔曲线本身的输出
仿射变换
当我们说向量
换成人话说就是:通过仿射变换,可以自由地平移和拉伸图层,但拉伸之后的图层只能是一个平行四边形。是的,矩形是一种特殊的平行四边形。
在 SDL 中,仿射变换的 API 非常地符合直觉:这个变换是由图像左上角坐标、图像右上角坐标和图像左下角坐标共同定义的。你需要这个材质的这三个点出现在哪里,就可以直接指定到哪里。但是这也意味着,当我们需要做诸如从属关系的时候,需要通过这个信息手动反算出变换矩阵。
考虑到仿射变换涵盖了平移,故将其也设置为图层的属性之一。在最终层叠所有的图层的时候,就可以通过仿射变换 API 来层叠了:
SDL_SetRenderTarget(sdl.renderer(), sdl.texture());
SDL_SetRenderDrawColor(sdl.renderer(), 0, 0, 0, 0);
SDL_RenderClear(sdl.renderer());
for (const auto* layer : layers) {
if (!layer->visible() || layer->texture() == nullptr) {
continue;
}
SDL_SetTextureBlendMode(sdl.texture(), SDL_BLENDMODE_BLEND);
SDL_RenderTextureAffine(sdl.renderer(),
layer->texture(),
nullptr,
layer->origin(),
layer->right(),
layer->down());
}
SDL_SetRenderTarget(sdl.renderer(), nullptr);
同样的,我们也可以设计一个仿射变换的算子。比如弹簧振荡效果:
什么?你问为啥它是从左上角为原点缩放的?因为我写到这里的时候发现了一个很头大的事情:图层没有定义过计算原点,所以一旦算子改变了图层的左上角坐标,之后的计算就会叠加在新的坐标上了。而且,又由于算子本身又被设计为可以叠加,所以还不能在算子实例中保存原有的原点——万一用户确实需要它动呢?
也许变换矩阵确实是一种好文明。
自动变换计算
那么,能不能把移动和变换结合起来呢?比如,图层在横向移动的时候,会变得更「扁」,而且速度越快越「扁」。
当然可以!我们甚至可以这样定义:
由于速度越快越扁,所以我们需要取到插值函数的导数
注意到,当我们求速度时,我们实际是在求一个复合函数的导数:
我们定义一个参数
定义「压扁率」为 0 时表示无形变,为 1 时表示完全被压扁,则可以定义「压扁率函数」
而「压扁」这个操作本身应该保持面积,即压扁的矩形的面积应该无形变的矩形的面积相同。则被伸长的边长度为
最后,解算变换以矩形中心进行!
虽然所有的所有这些操作在正经的非线编软件里应该都是可以做出来的,但亲自动手实现出来还是有那么一番别样的滋味。关键帧系统是一个好东西,不过现在还不太好搞。
下一步
有了图层的概念,我们就可以做一些色彩运算了——比如说正片叠底。

正在加载评论……