撰写了文章更新于 2021-05-30 04:05:55

UE5，游戏开发的未来？#就是做游戏No. 001

UE5在5月26日正式发布Demo版本，面对一大堆的New Feature，周末也是赶紧下载了官方的古代山谷Demo好好把玩了一番。总的来说，UE5目前更像是一个Feature增强版，其基础的架构与功能与UE4.26没有区别，只是增加了非常多让人兴奋的新特性，我也是挨个把各种特性体验了一遍，聊聊使用反馈🎠。

UE5，全新的UI设计

UE5的UI经过了完全的重新设计，只是设计风格更加扁平，更加现代化了✨。但是，其基本的交互逻辑，按键布局跟UE4没啥区别，所以上起手来十分的简单。

另外，UE5完善了窗口的Docking System，现在可以把各种窗口Dock成小标签，或者干脆隐藏后台用快捷键呼出，这样可以更多的显示场景主视窗。这个思路跟Adobe做设计软件思路挺像的，对关卡设计师或者场景美术来说还十分友好的🧙‍♂️。

NANITE

目测是整个UE5最主打的核心功能，高模直接进引擎。

视觉效果

仔细看细节呈现的效果其实并没有那么惊艳，面数也没有突破天际，感觉跟普通terrain加了个displacement shader没啥区别。

真正神奇的是，所有复杂的高精度模型一起同屏显示的整体的效果真的十分惊艳；并且在镜头在场景里穿梭时LOD的变化真的太流畅了，人眼几乎察觉不出来。其背后的思路应该是根据渲染像素调整单个像素渲染的triangles数量🍕，只要单个像素渲染的triangles数足够多，人眼就无法分辨面片，有点像苹果的Retina屏的概念。

并且感觉NANITE对多场景实体也处理的很好，示例项目里一块石头就由数百个StaticMesh拼出来。

NANITE对美术管线的颠覆

其实抛开视觉效果，NANITE对于游戏开发最大的颠覆其实是在美术管线上🎡。过去的一套完整的PBR高精度美术素材生产可能要经历低模/高模/法线烘焙/LOD分级导出等等复杂流程。而有了NANITE想当于能在游戏底层直接解决高模渲染的问题，美术生产高模资源，直接扔进引擎就完事儿了。这务必可以大幅精简美术的生产管线。

新的RTGI方案-LUMEN

同时支持Software Ray Tracing和Hardware Ray Tracing的全局GI方案，Fully Dynamic，不需要烘培任何东西了。

使用起来感觉太惊艳了，这玩意儿支持的光照类型也太多了，从各种片状光源，到emissive材质，统统能完全实时生成效果很棒的Indirect light，虽然目前依然存在一些光影上的视觉bug，但是看上去真的潜力无限。

这是一个能真正从开发侧普及光追技术的东西。

新的AA方案-TSR

选项里还是只有TAA的选项，估计是因为用了NANITE/LUMEN等新技术导致老得TAA有一些问题，于是针对性的优化了一下。

Sky Atmosphere System

让美术能很方便的调整场景中云，雾，光线散射产生的氛围效果。体验了一下，非常简单易用，所见即所得。

World Partition

终于虚幻也集成关卡分块协同编辑工具了，目前只有基础的场景加载卸载，以及移动摄像机功能🚲。

这个系统应该也同时处理Level Streaming。

One File Per Actor，一个很方便的关卡协同编辑功能，场景里的物体(mesh/光照)可以以单独文件保存，而不是存在一个.map文件里，协同的时候分文件上传不冲突。

Data Layer，可以给关卡加layer了，第一反应是很适合一些双世界切换的游戏，比如泰坦陨落2或者耻辱2里的双世界切换关卡。不过这个功能的初衷应该是给关卡设计师或者场景美术做不同版本设计迭代用的。

Game Feature Plugin

这是一个可以把各种Feature做成模块化元件的功能，Game Feature可以耦合游戏的其他系统，实现各种功能。

比如，角色的攻击能力可以用Gameplay Ability类做，再封装成一个Game Feature，在角色需要攻击的时候加载Game Feature就好，角色的主逻辑完全不需要处理攻击相关的内容。

也可以为Ability做单独的ABP处理动作，触发Ability的时候再加载这个ABP。

感觉Game Feature Plugin的合理应用能带来的益处还是很大的。首先是做游戏整体系统框架的时候，可以更精简🍥。很多额外的Feature可以模块化的做，不用都集成在比如Playable Character这种很复杂Class下面。

另外就是可以给Designer更多做Feature的自主权，Designer可以不用深度了解程序做的复杂系统架构，就自己写一些玩法Feature快速验证迭代。

FBIK

终于虚幻也自带FBIK了，很多项目不用每次都重新造一遍轮子，没有深度使用，看起来可客制化程度挺高的。

Motion Warping

也是一个做3P游戏常见的功能了，研究了下Motion Warping的配置流程：先在角色主BP下加Motion Warping组件。

Vault触发时，射线检测判定几个锚点，再设置Sync Point。

Vault动作里，指定不同动作段，根据不同Sync Point去Warp Root Motion。

Control Rig

玩了一下，感觉还不错，确实可以实现在引擎里制作角色动作了。

就是这Control Rig的配置是不是也太复杂了。

Meta Sound

一个集成了多路Audio Routing和各种效果器的可视化工具，而且还有一些简单的波形发生器，第一反应就是可以在Meta Sound里做Sound Design了。

于是当然就简单的用波形发生器+一些效果器做了个声音，非常好玩。听声音可以点击这里

思考了一下，Meta Sound这种把Sound Design下放到引擎中制作的思路，其实可以实现的是Procedure Game Audio，一是节省内存资源(当然算力成本可能就比较大)，二是更多runtime可能性，audio会更加动态。

虚幻5：游戏的未来？关于工业化管线未来的思考

虚幻5体验下来，其实并没有让我在产品端看到非常惊人的跃进，因为随着市场的扩大，开发规模的扩大，现在游戏能展现的效果已经非常惊人。在产品端想要看到惊人的跃进，无论是画面也好还是游戏复杂度也好，都已经非常困难。

而虚幻5作为一个游戏开发工具，让我看到更多的其实是开发侧的“次世代”，是一个更加优化的开发管线方案，让制作一个复杂度如赛博朋克2077游戏的成本能更加可控的未来。所以，如NANITE的惊艳之处并不在于其能提高多少画面效果，而是能给复杂场景的资产生产管线带来无限优化的可能；又或者是Meta Sound等Procedure工具，能让实体资产更加轻量化的可能。

游戏是一种交互媒介，其需要的资产数量会随着交互的复杂度指数级上升。游戏跟电影等媒介不一样，产出的东西就是观众实际看到的一帧帧画面。而游戏需要预测不同玩家的交互需求，为不同的交互需求做额外的内容，比如开放世界游戏地图里丰富的探索内容，叙事类游戏常见的分支剧情。因此当现在游戏追求越来越高的自由度，越来越多的涌现性，越来越多的交互多样性，游戏越来越朝着所谓的MetaVerse概念去发展的时候，单个玩家体验到的游戏内容占比其实是越来越低的，在保证一个玩家体验到内容量情况下(如单机游戏常见的30小时流程)，游戏的体量，其需要的资产其实是大大上升的。

而随着游戏资产数量的上升，资产管理的成本会呈指数级上升。这里的资源管理成本既指游戏开发中对资产的管理成本，也指游戏运行中资产消耗的内存/算力成本。就拿最基本的角色动作举例子，过去游戏对角色可能只做几个走跑跳动作，通过简单的状态机连起来就完了；现在游戏越来越追求交互的复杂度，各种攀爬/翻越功能被加进了游戏，这些攀爬/翻越功能还得去适配越来越复杂的关卡环境，为了不同动作间的流畅转接，过渡动作也越来越多…目前一个写实动作游戏的角色动作数量可能成千上万，如何在游戏开发过程中设计这些动作的转接，如何在游戏运行中处理动作的内存加载问题等等，都是需要非常优秀的设计方法，优秀的技术方案去解决的。

因此，资产生产成本以及资产管理成本在当今游戏行业里其实是非常严峻的问题，而我的感觉是，其解决方案可能会有两个大的方向….

一个就是上面提到的资产Procedure化，这是一种实体资产(动画/音频/模型资源)轻量化的思维。在这种思维下，游戏项目中的实体资产会倾向于做更基础的设计元件，比如说Sound Design需要的基础Audio Bank；动画融合需要的基础Pose/动画序列，再在引擎中集成良好的Procedure工具，比如Sound Design工具；动画Modify工具等等，通过规则驱动生成游戏最终展现的内容，这也就意味着，你在游戏中听到的声音，看到的动作，甚至是模型/贴图，都不是艺术家实际生产的资产，而是游戏Runtime生成的内容。

另一种是一种重资产，轻管理策略的思维。即我先建立起一个庞大的资产库，再通过基于深度学习的方式，在合适的时间点，挑选出合适的资产加以使用。这种思维的本质其实是将资产管理下放给AI，成本重头就放在了资产库的生产上。如Motion Matching，就是一种基于深度学习做Locomotion的方案，其通过角色目标移动方位与地形，去动作库里抓取出一个最适合的动作播放，让角色能在复杂地形以自然的表现运动。