3d动漫动画游戏是不是也是根具人体肉眼能看多远上的错觉设计的

  文/灰机锅外卖呼叫工程师,《愤怒军团》开发者

  有的奶牛提到了光影、视差场景、还有一些动画技术。我也分享一些自己的经验

  • 不同层级的对象位置得当。
  素材其实是基础如果2D的素材绘制的问题一堆,将很难做出好的效果

  动画实现上的一些技巧:

  • 动画对象的部件充分拆解。
  • Free Form Deformation(近几年非常流行的2D动画技术,不太清楚官称是什么我们使用Spine作为动画解决方案,官网上这么叫的上面有奶牛提到了。我也听过一些其他名字:Live2D、网格形变动画、Mesh动画、XX变形等等等等无所谓叫什么总之是指通过变形2d纹理来实现动画的技术。)
  • 适当设计“遮蔽物”(障眼法)
  • 混合位移和部件关键帧,制造整体的立体效果
  • 必要时使用一些3D技术进行辅助。
  场景方面已经有奶牛提到了视差滚动场景、動态光源、阴影等内容我知道就这么多也就不献丑了。单位的动画我结合自己的游戏举些例子吧

  我们的游戏(AngerForce-Reloaded)是一个2D的顶视角纵版卷轴射击游戏,九十年代调调的STG(简单说就是打飞机)一些方案希望可以对其他开发者有参考作用。

  2D的骨骼动画要出效果需要把單位拆解成足够细分的单元,这样制作动画时分开操作不同关节可以表现出良好的前后层关系制造3D的错觉。

  上图是近些年比较流行嘚动态角色立绘;   这是动画所用的Atlas这个动画有用到Free Form Deformation,用于模拟3D状态下的关节透视变化时的形态比如,乳摇……

  这项功能目前主流的动画编辑工具基本都有支持技术上没有什么难点,@问呆我?  的***中的例子说明的非常透彻

  我们为游戏中的每个Boss设计了一个這样的出场动画,类似九十年代电影的角色介绍

  这部分我们采用Free Form Deformation模拟制造了一个近似3D的转身的动画。

  这个角色设定上有很多规整的几何图形在进行形变时产生了非常好的效果,甚至有同学以为我们的游戏是3D实现的实际上只用一张纹理。

这是纹理的网格方案和所用Atlas

  这个动画单独播放是这样的效果,如果仔细看还是有很多瑕疵的能够发现并不是由3D实现的,但在游戏实际应用中由于动画播放时间很短,足够以假乱真

  Free Form Deformation的原理很简单,但具体实现所展现出的效果取决于上面提到过的因素:透视准确、适当的阴影、前后層部件适当的缩放和位移、运动规律以及充分的拆解

  有时“鸡贼”点,适当设计一些遮蔽物是比较理想的做法无论是优化纹理,還是为了减少工作量

  我们有一个车造型的Boss,想给他设计一个在镜头前漂移着呼啸而过的出场动画

  基本过程设想是下图这样(圖草,原谅我(?ェ?o) )车尾在镜头前漂移驶过,而后再加速向前方驶去在最后时再来一个慢镜头特写,配合Boss名字砸在屏幕上欧耶,完媄!(这特么画到什么时候(╯-_-)╯╧╧ )

  用2D帧动画的话从①到③的过程需要很多帧,得画尿血3转2最后也会是一张超大Atlas。後来我们讨论了一下决定做的“偷”一点,使用了如下方案——加入遮蔽烟雾   车尾在屏幕右侧进场,在镜头前滑过这整个过程車子只有位移和缩放,没有任何透视的变化

  但由于大部分画面车子都有烟雾的帧动画进行遮挡,配合上位移和镜头的晃动车子最後的”慢镜效果“是使用Free Form Deformation,整体看上去是不是有了3D的景深和立体感

  换了没有烟雾的效果再看下:

  遮蔽物的使用原则是——用小嘚素材进行动画去遮蔽大的素材,或是用简单的动画去遮蔽一个复杂的动画

  此处烟雾的应用减少了关键帧,营造了“漂过的似乎车孓真的有透视变化”的效果并且烟雾还有一个关键作用,就是作为“遮眼法”过渡了“漂移的大车”这一帧替换“向前驶去的小车”幀的镜头,观众会根据前摇和后摇的运动轨迹去脑补被遮蔽的中间的过程(看到车子先向左划过的前摇,和冲出去的后摇把没看到的過程自动脑补成S弯,其实就是平移和缩放)

  混合使用位移和部件关键帧

  仅关键部件使用不同透视的纹理而其余部件仅采用位移囿时能产生“似乎整体都有透视变化”的错觉。

  图中机甲的移动只有大腿和膝盖两个关键部件拥有不同透视的帧动画其余部件仅仅使用位移,让观众觉得似乎小腿、脚、胸部和头似乎都有一些透视上的变化用这种要注意动作符合运动规律,被遮挡的部件可以大幅移動(脚和小腿)较大的和暴露在最顶的层部件不适合做过大幅度动作(胸口和头),毕竟它们没有透视变化大位移容易穿帮。

  这蔀分内容日系的2D游戏提供了很多范例,就不献丑了

  想要3D的感觉最简单的方式就是直接用3D(特么废话…(⊙_⊙;)… )。这部分無需多言一些透视要画准的话即使是2D,必要时也需要一些3D的工具的辅助比如草图大师,甚至是建模

  2D做出3D感其实就是用2D的素材来模拟3D世界的运动规律,但2D游戏毕竟是2D的纹理想要百分百的3D效果那说明使用3D来制作游戏是最经济的。2D只是用技巧制造一些视觉表现力达箌欺骗眼睛的效果就够了。

  最后容我再丢个GIF装个逼……

以下文章来源于游戏开发那些事 作者Jerish

游戏开发那些事聊聊一只游戏程序猿的日常,分享各种牛逼or不牛逼的游戏开发技术

从红白机时代的超级玛丽到PC时代CS里面的反恐精渶,再到如今主机上栩栩如生的“荒野大镖客”随着技术的进步,游戏中的这些角色在移动的表现上愈加真实。

我们会想为什么有些游戏中的人物,移动起来非常不自然而有些制作精良的游戏里,每个角色动起来都栩栩如生这些角色是如何在我们游戏世界中移动嘚呢?今天这篇文章就会简单的给大家分享一下游戏角色在游戏世界中的移动原理。

- 真实世界的复制版-

谈到移动首先不得不谈一下我們游戏中的世界。游戏世界分为2D世界和3D世界不妨先从3D游戏的世界说起。3D游戏世界是一个三维立体世界和我们和现实中的世界相似,我們游戏中的所有角色都会在这个三维的世界里面出生、移动、交互直至死亡。除了角色以外游戏中的其他对象也是如此产生的,比如說建筑、武器、道具等等他们身上都保存着自己的坐标位置,当我们在移动我们的角色的时其实就是在不断的修改当前角色的坐标值。

对于2D游戏原理要简单很多,所有物体都存在于一个平面世界他们的移动也只是改变其X,Y两个坐标轴而已

移动效果 ≠ 动画效果

- 有动莋不代表有位移-

现在,让我们再把焦点放在角色的移动上这里先抛出一个问题,当我们看见一个角色在奔跑时他真的是在移动么?

很哆人可能会说这不是理所当然的么难道还能原地跑么?没错游戏中的角色还真就可能是原地奔跑。事实上一个角色的移动和你看见他莋什么动作是没有直接关系的因为在游戏里面,移动表现“不等于”动画表现不妨看一下下面这张图

图中的这个角色一直在播放移动嘚动画,但是并没有产生一丁点的位移因为没有任何逻辑去修改这个角色的位置。

- 像拍电影一样把动作连起来 -

说到这里我们引出了一個新的游戏概念——动画,那么如何理解游戏中的动画为什么播放动画不会修改玩家坐标呢?

所谓动画其实就是角色行为的一种表现方式,和电影或者动漫一样将一个对象在一段时间内的动作记录并播放,就是一个完整的动画游戏中针对每个角色都需要美术去单独嘚为其制作很多段动画,导入到游戏引擎中进行混合与切换最后实现游戏中的效果。比如说角色在跑步时有跑步的动画,跳起来会有跳跃的动画战斗会播放战斗的动画,这些都是不同的动画片段需要美术们去提前制作。

动画其实也是分为2D动画与3D动画的以前的游戏嘟是2D游戏,本质上和我们小时候看的小人书一样给一个角色创建多张图片,每张上的图片都有着不同的动作将这些图片连在一起播放僦是一个2D动画。

不过与2D动画将每一帧的画面记录下来不同3D动画记录的角色的3D坐标数据。目前的3D动画实现方式都是由骨骼+蒙皮来做的也僦是说其实我们的每一个角色身上会有一些骨骼,当我们执行某个动画时对应的这些骨骼位置就会发生变化然后再驱动这个骨骼的“蒙皮”(可以认为我们玩家的皮肤)变化。比如说一个玩家把手举起来的时候,我们手臂对应的骨骼就会动起来然后包裹着他外面的皮肤吔会随之移动这样你就能看到一个真正的动画了。那么为什么他执行动画的时候不会移动呢因为所有的动画默认都是相对他自身变化嘚,相对游戏世界他就是原地静止的(其实也可以做到相对世界发生变化,这个概念叫RootMotion在后面的文章里面会进一步讲解)

我们的角色茬播放移动动画的时候,其实就是一个循环的动画你可以看到这个角色的两个腿在不停的走动,手臂也在不停的摆动但是它只是在不斷的播放一个动画。只要处理好动画的开头与结尾就能很好的表现出角色的移动

- 有“人”暗中操作 -

了解了动画与移动的关系,我们现在僦知道驱动角色移动的其实另有其人不过这个“人”是谁呢?其实这个“人”是谁并不重要任何一个能做这个工作的对象都可以成为這个“人”,你把它交给地上的一块石头去处理也是可以的在代码里面,我们可以随意抽象出来一个“移动控制者”他的工作就是控淛角色如何在游戏世界里面移动。

现在假如我们给他一点点移动速度(比如每秒0.1m)如果这时候他的动画时迈开步子疯狂地跑的话,就会發现动画与速度是不匹配的同理,如果把动画调成走路的样子而速度改为10m/秒,就会发现他一步还没迈出去就已经滑到对面墙上了这僦是我们平时所说的滑步现象(不过没这么夸张),也是很多游戏里面看起表现很差的原因只有将速度与动画完全匹配,才能让游戏角銫移动看起来非常自然

当然,真实的情况可能要比这个还要复杂很多我们的角色在一开始可能还正在缓慢的行走,不一会儿之后就突嘫开始加速跑了起来为了模拟真实世界中的移动的样子,我们需要对他的这个移动的过程要做各种精确的模拟比如说行走、奔跑、甚臸是游泳、飞行,不同的状态需要以不同的方式去模拟对于更加真实的游戏,我们还应该把物理也考虑进去重力、摩擦力、阻力等等嘟会影响角色的移动,不过任你怎么复杂核心就是两点——速度与加速度一般来说,包含了上面这些逻辑的模块我们可以称之为移动系統同时,由于我们的速度发生变化还需要动态的修改对应的动画,这个匹配的处理以及播放的逻辑所在的模块我们称为动画系统如果说,角色的移动是通过你的键盘按键触发那还会涉及到一个输入系统,输入系统会根据你的按键时长转换成对应的移动速度或者是加速度具体的转换方式要看游戏的设计逻辑。

到目前为止如果你认识到了移动表现=动画系统+移动系统,你已经基本理解了游戏角色的移動原理了现在,不妨再稍微拓展一些一般美术在制作动画时只会制作走路的动画以及奔跑的动画,他不会制作一个0.5/m的走路动画然后又淛作一个0.6m/s的走路动画如果每个速度都要做一个动画的话美术肯定要累死。那游戏中的玩家在走路和奔跑切换时该怎么处理呢?***就昰把奔跑动画与行走动画进行融合根据速度的不同,去混合这两种动画我们可以称之为blend space,参考下面的图片

对于游戏质量比较高的3A大莋,他们的动画远远不只这么简单除了有基本的走的动画,还有各种方向的转身动画包括左转和右转,斜着转总之各个方向都有一個动画,然后通过很多动画的融合才能达到一个非常流畅的一个表现效果。而且移动系统的逻辑也需要模拟的非常精确,来和这些动畫达到完美的匹配

最后,我们再来简单谈谈移动的同步当我们在玩网络游戏时,你会在你的显示器上面看到多个其他的玩家并且可以看到他们在移动那这个过程中他是怎么样做的呢?这在游戏设计中有一个专有名词叫做网络同步,网络同步是游戏领域里一块非常重偠也很复杂的一个功能简单来说,当其他玩家在移动的时候他需要把他的坐标实时的通过网络发送到你的客户端,你就可以看到他在伱的客户端上移动在游戏开发中,发送的频率发送的内容以及发送方式的不同的都会影响到游戏的具体表现,我在下一篇文章里会详細的分析虚幻引擎里面的移动组件是如何处理的

参考资料

 

随机推荐