循迹研究室

UE5

The next generation of Unreal Engine!

收集一些关于UE5的资料，以及我对目前Epic News的一些想法和分析。
我为UE5专门部署了一个站点，最新的内容都会部署至该站点中，可以访问域名：ue5lab.com。

博客中UE5相关的文章：

Game Feature

Game Feature是UE在4.27和UE5中推出的一种模块化Gameplay的模式，我对它进行了预研分析，并支持HotPatcher打包Game Feature，从Gameplay到资源打包，实现真正的Modular Gameplay。
详见文章：UE5：Game Feature预研。

ECS支持

Oodle Compression

和我当初预想的一样，2021.04.01的Feeds：Epic把Oold集成到UE4.27和UE5中了。

他们会提供四种Oodle系列的压缩算法：

  • Oodle Data Compression：最快和最高压缩比的压缩算法，可以用于数据压缩、打包压缩等。
  • Oodle Texture：用来压缩Texture，可以压缩BC1-BC7Texture，能够减少50%的Texture大小（官方数据）。
  • Oodle Network Compression：压缩TCP/UDP数据，降低与服务器传输占用的带宽。
  • Oodle Lossless Image Compression：无损图像压缩算法，比png小很多且具有非常高的解压速度。

目前（2021.04.05）可以拉取UE的master分支，下载依赖之后在以下目录下：

1
2
E:\UnrealEngine\Source\UnrealEngine\Engine\Plugins\Compression
E:\UnrealEngine\Source\UnrealEngine\Engine\Plugins\Developer\TextureFormatOodle

具有OodleData和OodleNetwork、TextureFormatOodle三个插件，注意必须要下载依赖。不然代码中只有.h接口，并没有各个平台的链接库。

比较遗憾的是在更早的引擎版本中不支持，我从UE的开发分支把这部分代码抽离了出来，放到了单独的仓库中：oodle-compression，看了代码并没有依赖新版本引擎相关的东西，但是直接在低版本引擎启用会有编译错误，我已修复。插件中的实现也是通过SDK把Oodle添加到了UE的Compression的Modular Feature中，同样可以按照我之前这篇文章的介绍中的方法使用：ModularFeature：为UE4集成ZSTD压缩算法。

注意：默认打包时启用Oodle需要给UnrealPak添加OodleData的插件依赖，这需要重新编译UnrealPak。

通过传递给UnrealPak命令行参数-compressionformats=Oodle来指定Oodle，以及-compresslevel=Leviathan来指定压缩级别，经过测试，一个使用zlib压缩之后有295M的pak文件使用Oodle压缩降低到了282M，但是Oodle的解压速度完胜zlib。

Oodle的压缩性能在RAD网站上有对比数据：Oodle Compression


其他的对比数据：

压缩算法的选择就是要在压缩率/解压速度上来做一个权衡，就是压缩率最低的Selkie也比zlib要强一点点，但是decompress速度比zlib高了十几倍，对于游戏而言解压速度非常直观地影响到游戏性能，这应该也是UE选择收购RAD的原因吧。

其他资料：

Epic Verse 语法介绍

认真看了一下Inside Unreal:2020 Year In Review里展示的Epic Verse代码，看起来新的脚本语言很像pascal和Python的结合体，而且还有点ruby味，Verse具有静态类型，某些语法与SkookumScript非常像。

2019年初Epic收购了Agog Labs (and SkookumScript)，应该是要来打造UE5的脚本语言，所以UE5的语法结构和SkookumScript比较像应该是比较合理的，根据视频里的展示情况，我认为UE5的脚本语言应该就是Agog Labs做的。

但是这场展示中并没有展示该脚本语言如何与引擎进行交互，也没有展示引擎中的符号信息，与C++的交互方式目前只能观望。目前介绍一下视频里有展示的语言内容。

视频展示的代码如下：




手敲了遍文本：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
# This is a BoxFight prototype game.
BoxFight=class(FortGameScriptBase):
    GameStarted^: bool=false 
    GameEnded^: bool=false 
    CurrentRound^: int=0
    RunGame()
        # Pause until all players in the matchmaking session
        # have connected to the server.
        MaitForPlayersToJoin()

        # Start the game.
        GameStarted := true 
        for(i = 1..NumberofRounds):

            # Perform round setup.
            currentRound := i
            EnableBarriers()
            SetBuildingDisallowed()
            if(!SetupPlayersAndSpawnPoints()?):

                # We hit an error and are unable to start the round.
                ShutdownGame()
                return

            else:
                # Begin the round start countdown.
                Players.PutAllInStasisAllowEmotes()
                Players.SetAllInvulnerable(true)
                SimpleUI.ShowcountDown(7)
                Wait(2)

                # Enable building at the end of the countdown.
                SimpleUI.ShowMessage("Building Enabled")
                SetBuildingAllowed()
                Players.RemoveAllFromStasis()
                Players.SetAllInRound()
                # Wait for the start countdown to complete.
                Wait(4.7)
                SimpleUI.HideMessage()
                # Begin combat and initialize the storm.

                Players.SetAllInvulnerable(false)
                DisableBarriers()

                # Hide the round start after it's had a second to display.
                Wait(1.3)
                simpleUI.HideCountDown()
                Storm.Startstorm(60.0, CurrentRound^)

                #Wait for the round end conditions 
                if(IsSoloGame()?):
                    race:
                        #Setup Solo specific end conditions for testing
                        WaitForZeroRemaining()
                        WaitForRoundTimeout()
                else:
                    race:
                        # Setup Solo specific end conditions for testing
                        WaitForOneRemaining()
                        WaitForZeroRemaining()
                        WaitForRoundTimeout()
                
                # Handle round complete.
                # Give everyone a quick completion message.
                SimpleUI.ShowMessage("Round Complete")
                Wait(2.0)

                # Disable combat and the storm.
                SimpleUI.HideMessage()
                Players.PutAllInstasisAllowEmotes()
                Players.SetAllInvulnerable(true)
                SetBuildingDisallowed()
                Storm.stopstorm()
                Players.SetAllEndRound()
                
                # Display the scoreboard.

class定义

首先是class定义（暂且标记为继承形式）：

1
BoxFight = class(FortGameScriptBase):

变量声明

具有静态类型，并且无需;

1
2
GameStarted^: bool = false
CurrentRound^: int = 0

变量赋值

类似与pascal语言（SkookumScript也是如此）

1
GameStarted := 1

代码块

类似于Python的缩进，需要使用:标识：

1
2
3
4
5
6
7
8
if(!SetupPlayerAndSpwanPoints()?):
	ShutdownGame()
	return
else:
	Players.PutAllInStasisAllowEmotes()
	Players.SetAllInvulnerable(true)
	SimpleUI.ShowcountDown(7)
	Wait(2)

?在SkookumScript是谓词，只能够应用到boolean的对象。在SkookumScript的文档中介绍是可选的，用于标识返回值为布尔类型：

Optional ‘?’ used as convention to indicate predicate variable or method of return type Boolean (true or false).

循环语句

整型迭代：

1
for(i = 1..NumberOfRounds):

这个形式有点类似于ruby语言里的for：

1
for i in 0..100 do

函数调用

使用.来调用成员函数：

1
Players.SetAllInRound()

具有类似协程的形式

1
2
3
4
5
6
7
8
9
if(IsSoloGame()?):
	race:
		WaitForZeroRemaining()
		WairForRoundTimeout()
else:
	race:
		WaitForOntRemaining()
		WaitForZeroRemaining()
		WaitForRoundTimeout()

这里代码的含义上类似于UE的行为树中的Sequences的节点，只有当它的所有子节点都执行成功（完毕）了，它才执行成功。

这门脚本语言看起来更像是以SkookumScript为基础，糅合了数种编程语言的集合体，目前展示的代码还太少，不好说具体的上手表现怎么样，持续关注。

Epic收购RAD Game Tools

Epic收购了RAD Game Tools，又开启了买买买模式，Fortnite使用的Oodle压缩算法就是这家做的。

大概看了下这家做的东西，内容挺多的涵盖了，视频解码、压缩算法、Profile、美术资源处理、音频工具等等，对完善UE的工具链生态是个好事。

我觉得对于Epic而言，收购它目前比较重要的是得到压缩相关的技术积累，这一点对UE5格外重要，因为UE5可以直接使用影视级别的素材资源，资源的大小和相对应的加载时间会成为瓶颈（我认为这也是UE5的首发演示是在PS5上的主要原因），所以需要针对UE5进行定制化的资源压缩方案。希望UE5在2021年的第一季度末尾能顺利出beta版本，不要跳票。

UE5可能的脚本语言

在Epic的Inside Unreal:2020 Year In Review中介绍了一个全新的脚本语言，有可能被称作Epic Verse。

reddit上关于该脚本语言的讨论：Epic showed off their new Unreal Verse scripting language that will probably end up in UE5

UE4的蓝图极大地降低了非专业开发者的上手门槛，图形化编程的方式从线性角度很容易理解，但是也会造成混乱。上了一定规模的项目还是需要文本化的脚本语言的，主要解决以下几个问题：

  1. 文本化方便协同开发，不会造成资源的冲突（BP是资源）
  2. 方便直观地进行diff
  3. 方便迁移引擎版本，而没有资源的升/降级问题

而且我认为，脚本语言最好是强类型语言，写惯了C++这种静态强类型语言，其实对Lua这种弱类型语言还是挺不习惯的，之前有一种语言叫做AngelScript的静态强类型脚本语言，和C++非常像，被第三方集成到了UE中，但是目前只支持PC和主机平台，不支持移动端。

对于UE4中目前在手游开发中主流的脚本语言支持，为腾讯开源的UnLua和SLua两款插件，都是以反射形式集成的，有一些实现上的缺点和社区支持不够，希望Epic能出一款官方支持的脚本工具，原本以为Python有比较大的可能，因为UE在编辑器下对Python的支持已经挺好了，而且Python有比较大的用户群体，上手难度也不高。

如果引入一门新的脚本语言，在UE中可以使用的编程方式：

  1. C++
  2. 蓝图
  3. Python（编辑器）
  4. Epic Verse

处理不同的需求有不同的语言，有些过于复杂了。

目前还不知道UE出的这个新脚本具体表现和语法形式怎么样，其实新增一门语言大大增加了用户的学习成本，也不知道UE是如何设计BP和新脚本语言的关联的，等最新的消息再看。

两年前Tim在Reddit上有一些相关的回复和讨论：It seems people at Epic are considering adding some intermediate script language between C++ and Blueprints

UE5的PS5真机视频

Epic发布的UE5的PS5的真机视频：

Epic Feeds里的介绍：A first look at Unreal Engine 5

在UE5中最大的变化应该是引入了Lumen和Nanite这两个核心的渲染技术，看视频里的效果十分的棒，不知道真是发布时对移动端支持怎么样。

对两项技术进行讨论和分析的文章:

对于目前UE4的项目，在文章中有介绍Epic正在开发UE5的前向兼容，使UE4项目能够升级到UE5中，从这个角度来看，UE5的升级也不是完全推翻式的重构，我理解为在UE4基础上更新的一个大版本。

We’re designing for forward compatibility, so you can get started with next-gen development now in UE4 and move your projects to UE5 when ready.

预计UE5将在2021年初发布预览版，在年底发布正式版，希望不会跳票，Epic NB!