【技术分享】OpenHarmony游戏生态建设

在第二届开放原子开源基金会OpenHarmony技术大会——OS内核及视窗分论坛上，来自华为终端的黄然做了主题为《OpenHarmony游戏生态建设》的演讲报告，本文为相关内容分享。

视频链接：https://www.bilibili.com/video/BV1TN4y187US/?spm_id_from=333.788&vd_source=d137f59271b4afadbb842b16dac5ca39

主讲人介绍：

黄然，华为终端图形图像资深技术专家，华为终端游戏标准、工具和分析创始人，GPU Turbo黑科技核心成员，在OpenHarmony社区上担任开源图形驱动SIG、游戏SIG、兼容性工作组组长等职务。

游戏生态链条

图形栈建设链条长，涉及应用、系统、驱动、GPU硬件等。对于OpenHarmony操作系统，需要夯实底座和构建应用生态。游戏生态链条繁杂，包含标准、引擎、研发商、工作室、发行商、渠道商、内容制作商、工具链、推广厂商、操作系统、硬件厂商等环节，需要以游戏引擎和游戏制作为中心来构建生态。

游戏OpenHarmony化的组成

游戏运行包含四部分工作：系统层底座适配、游戏引擎移植、游戏移植、中台移植。目前已完成Cocos、Unity引擎的OpenHarmony化，这两个引擎占比60%-70%，其他引擎的OpenHarmony化也在进行中。

Cocos 2d-x引擎OpenHarmony化现状

Cocos2d-x引擎生命周期较长，版本众多，向前兼容性并不好，所有版本需要做OpenHarmony化。一些工作可以复用，每个大版本做完整的归一。可以在gitee网站获得已完成移植的Cocos 2d引擎，并且有相应的工具对Cocos游戏快速转换。

Cocos Creator引擎OpenHarmony化现状

Creator引擎支持3D游戏，版本同样比较多，同样做大版本归一。目前在Cocos官网上可下到该引擎。可在一周内完成游戏移植。

Unity引擎OpenHarmony化现状

系统层包括XComponent、声音、显示、渲染API、跨语言调用、工具链、IDE打包等，引擎层包括Unity三大库、适配操作系统的改造、依赖三方库等，游戏侧包括C#代码、中台、依赖三方库等。可见游戏的OpenHarmony化工作量很大，但只要完成引擎工作，很快就能完成游戏适配。团结引擎已于9月30号发布并支持OpenHarmony，完全兼容global版本，所以过去其他系统上的版本可以很快完成OpenHarmony的适配，大概十天可以把游戏跑起来。

中台OpenHarmony化现状

以网易为例，其中台系统为UniSDK，非常复杂，改造非常耗时。目前已完成40%的OpenHarmony的改造，预计到11月底可完整运行网易中台系统。

Cocos游戏现状

已完成近30款Cocos游戏的OpenHarmony化。

Unity游戏现状

10+款游戏正在OpenHarmony化，包括《倩女幽魂》、《巅峰战舰》、《诛仙手游》等经典游戏。

卡片加速游戏启动

利用系统的卡片机制，可实现每日快速签到，节约玩家时间，同时拓展游戏入口。

分布式游戏

可通过分布式软总线，实现跨端互联对战，增加游戏互动性。

回馈社区

多款游戏逐渐可通过OpenHarmony官网下载。

游戏负载趋势

近年来，游戏内的顶点、drawcall、render pass数量逐渐攀升，以《崩坏：星穹铁道》为例，可达到每帧800~1500 drawcall。数量级的提升为soc带来极大的负载。从单帧capture可以看到，gpu的cycle数非常大，主要在做deferred rendering和lighting，这两个pass基本可以把soc跑满。因此游戏移植后的体验提升仍是一个挑战。

游戏优化

为了做好游戏优化，需要提供一整套SDK，允许游戏厂商接入，如动态shading、超分、插针、LTPO等技术，可为OpenHarmony带来有特色的游戏体验。结合底层AI调度、硬件驱动修改和控制，可增强竞争力，打造极致游戏体验。通过优化，帧率、GPU频点、耗电等特性都有明显改善。

结语

1、应用OpenHarmony化并不难，从最小MVP版本做起。

2、每一类别应用所依赖的平台层最先做OpenHarmony化（如游戏引擎）。

3、最后一公里的游戏优化以及游戏创新是用户体验的重要一环，可打造差异化竞争力。

4、海量应用依赖OpenHarmony社区的带动，才可以不断上车。