面数量

在10月24日精彩落幕的2015创领发现VRDAY的活动中，主办方创领发现（UCCVR）有幸邀请到了虚幻引擎的原厂技术大牛来现场与各位VR相关的制作人/开发者进行面对面的交流与分享。下面让我们来仔细解读一下该场分享的技术内容。


VR已经成为了当今最火热的一个话题，带上头盔之后，从此进入一个奇妙的世界，在这里你不再是观众，你参与这个世界发生的每一件事件。整个世界从此与众不同。在赛道上飞驰，在战场上纵横。

但是生理机制让我们的大脑在身体并没有移动，而视觉在不断告诉我正在飞速前行的迷惑中产生了晕眩。如何解决因为VR而产生的眩晕，就成为每一位设计师需要面对的问题。

引起VR眩晕有很多原因，比如设计上的，技术上的。渲染的帧数高低必定是其中一个最主要的原因之一。关于UE4里对VR内容的优化方法和思路大部分是和传统的3D游戏优化是一致的，有部分是VR尤其相关的。接下来就以Oculus为平台和大家一起分享一下在UE4里常见内容的一些设置和优化的思路和方法。

首先我们来看一个优化过程的实例，先有个大概的了解。打开一个UE4下载的项目，particlecave，VRpreview，带上眼镜就能体验了，对，就这么简单，虽然说这个并不是一个针对VR的项目。

这里做了一些简单的设置：
1.发现摄像机是以预设轨道在飞，而且明显感觉帧率不高，哦，好晕。为了比较方便衡量接下来优化，我做了一些摄像机的设置，让摄像机开始游戏后固定在一个我认为帧数最低的画面。

2.确保帧数没有被限制住，关闭垂直同步，把最高帧数限制上限提高好了，再run一下，固定住了，转转头可以，真的挺卡的。

再接个命令证实一下，最直接和GPU渲染效率有关的就是分辨率。

HMDSP10054FPS
帧数立马提高不少，果然是GPU渲染瓶颈！

降低渲染品质
Adjustscalabilitytomedium72FPS
成功了？还没有哦，这个太暴力了，这个肯定不是最优的优化结果了。因为肯定有些可以进一步做大量的优化，有些和视觉相关比较大的调整可以提高质量。而非粗暴的都调低了，那接下来就得找原因了。

打开GPUprofiling:(Ctrl+Shift+,)
看下最大的GPU开销在哪里：

Basepass:DeferredDecals

Lighting:ReflectionEnvironment:

Translucency:Postprocessing:

从最大开销的几个点入手：
BASEPASS:敲入几个渲染选项命令行：
r.Earlyzpass1：增加drawcalls和一部分GPU的消耗，但大大降低basepass的消耗
关闭了一些不需要的PP效果
一套最优POP设置组合：

Postprocessingsetting:

Scenecolor;

Fringeintensity0

Grainintensity0

Colorgradingintensity0

Bloomsetting

LPV0

Ambientocclusion0

DOFMethodGaussian,其他参数全部0

Motionblurall0

AAFXAA

SSR0MAXroughness0.01

Ambientcubemap0

再VRpreview，
嗯，还是75，当然了，DK2上顶格是75，再优化看不出效果
13.39ms75FPS


把品质调高成highScalabilityhigh，还是75，哈哈，没问题！
现在算优化完了吧？其实还可以再优化，这时候的优化就是以尽量提升画质但不降低帧数为目标。


看看哪些还可以优化的？当然有！之前的Translucency花费好高。
Viewmode：shadecomplexity好红,一堆overdraw
Decal的花费也很高，Statscenerendering,decalsinview
环境反射的花费很高:选中spherereflectioncapture，看一下总共有几个，观察他们影响范围是否重叠严重。




Vertexintensity：好密啊。高密度的三角面几乎看上去就像一个实体了，一个三角面的大小在屏幕上的面积小于2*2个像素就会极大的增加开销。

还有Particle。
现在基本上已经定位到可执行层面的原因了，一些原因也已经通过可接受的渲染参数调整解决了；另外一些就必须要artist来优化Assets本身了。哪些工作最快，质量损失最小，能够换其他更能提升品质的选项。

启示他们并不需要这么多面，assets的优化需要更多的时间。把scaleability有些选项提升到EPIC，当然他们并不是全部。

一些引起DRAWCALL数量多的原因：

同屏看到的Actor太多，如果材质复杂这个因素还会加成。合并Actor，尤其是中远处

材质ID太多(orSection;Meshelements)。重用材质贴图，尽量把同一材质物体合成为一个物体

每个actor上的feature太多。主要是增加投影的属性，增加customdepth的属性

太多灯光投影（这里投影的消费来自于需要计算哪些物体需要被投影）

MESHDRAWCALL往往是个大头，MESHID的数量可以在STATISTICS统计可以很方便的查看，从经验判断哪些资源制作不合理。



关于ACTOR设置feature会增加DRAWCALL数的是投影和customdepth，可以通过一些工具来检查这些设置。使用propertymatrix来过滤，检查，并修改。



另外一个经常使用的查找原因的方法排除法：
通过隐藏各种元素，寻找哪个是导致DRAWCALL数量的大头
记得隐藏HUD，有的时候HUD也是个大头之一。

Showflag.slate1
如果是GPU瓶颈，最快速的验证方式就是改变分辨率，降低分辨率可以极大提高帧数。为了抵消畸变纠正而产生的图像模糊，或者分辨率的丢失，在渲染的的buff里往往是实际屏幕尺寸的120-130%，这样增加了图像的锐利度，但降低了渲染的速度。


HMDSP全称是HMD的screenpercentage，这个参数就是来修改渲染buff的尺寸的，HMDSP120是默认值，改成100看看。


如果像刚才例子看到的，帧数有大幅度的提高，那就是GPU负担太大的问题了，如果分辨率的改变对于帧数影响不大，很有可能是因为面太多了。



对这些内容重点做检查，看看有没有超标的现象出现：

分辨率

HMDSP

投影贴图

面数/点数（灯光的多少，阴影的设置，多少物体）

LOD,关闭shadow，灯光屏幕面积

面数密度太高，高到一个三角面小于2*2的像素，这个往往发生在远处物体

点处理，点太多

点动画的shader太复杂

tessellation太复杂

太多UV，太多SG

查看staticmesheditor里点和面数的差别是否大

点没有合并等

viewcost（HZBocclusionculling）

Precumputedvisibilityvolume

ScenecostGPUparticlesimulation

材质复杂度

qualityswitch，sin,pow,cos,pide,Noise很费

由于Texture太多，太大Texturecaching反复的pageinandoutof显存

遮挡的culling计算

Precumputedvisibilityvolume

延迟灯光

当使用lightingfunction，IES，接受投影，区域光，复杂shadingmodes的时候会变得更贵。
反射ssr有问题，关掉。后期，AO，很费。



知道哪里有问题了，接下来就可以着手行动了，但之前做个目标规划还是可以事半功倍的。最小化图像质量妥协，是一种有的放矢的妥协策略。比如高质量的阴影对于高品质的抗锯齿而言对于最终项目实际的表达效果次要。减小阴影品质来换取高品质AA就是一种有的放矢的妥协策略。因此尽量大的减小不是非常关心的渲染品质部分，增加更可见的渲染品质部分。


从容易做起，从开关一些渲染选项，品质参数调整，到直接删东西，优化一个用到几百次的物件，这些都是立竿见影的方式，这样可以做允许的时间计划内完成目标，如果有更多时间和预算可以对相对低性价比的。目标75帧是必须的，不要说68，70，都不行，必须75，做实际体验中有很大区别。


最常见的问题所在：

测试环境不合适，灯光没有build

Actor或者材质ID太多

面太多，没有任何的LOD设置

灯光使用没有节制：各种动态投影，灯光类型随意

没有合理的设置CULL的条件

透明太多

Postprocess太高级了

这些原因又互相影响，一方面的增加也会增加另外方面的开销：


其他一些VR的特有行为：

VR需要畸变色差纠正

VR需要双屏

VR需要更大的渲染分辨率

VR需要传递传感器信息

比如对于Oculus部分是在驱动层级做掉了，比如如何纠正畸变，如何双屏，如何传递传感器信息。对于传感器信息和视频匹配的准确性，以及渲染的屏幕覆盖率，在UE4里是可以根据需要来修改的，除了这些，其他就和以往的优化思路一致了。

创建测试环境，找原因：

Testinginastableenviroment

runStandalonegame

usepauseorslomo0.001topreventrandomnumbers

Measuringfewtimes

确保帧数不封顶

s.Vsync0

s.MaxFPS

了解瓶颈

GPU瓶颈

profileGPU（ctol+shift+,）

分辨率

HMDSP

投影贴图

面数/点数（灯光的多少，阴影的设置，多少物体）

LOD,关闭shadow，灯光屏幕面积

面数密度太高，高到一个三角面小于2*2的像素，这个往往发生在远处物体

点处理，点太多

点动画的shader太复杂

tessellation太复杂

太多UV，太多SG

查看staticmesheditor里点和面数的差别是否大

点没有合并等

viewcost（HZBocclusionculling）

Precumputedvisibilityvolume

ScenecostGPUparticlesimulation

材质复杂度

qualityswitch，sin,pow,cos,pide,Noise很费

遮挡的culling计算

Precumputedvisibilityvolume

延迟灯光

当使用lightingfunction，IES，接受投影，区域光，复杂shadingmodes的时候会变得更贵

反射ssr有问题，关掉，后期AO，很费

cup瓶颈，CUPGAME瓶颈

statgame

AI复杂度

BP

raycast

物理

内存分配

CUPRENDER瓶颈

statscenerendering

材质ID太多

重用材质贴图，尽量把同一材质物体合成为一个物体

actor太多，如果材质复杂这个因素还会加成

合物体，尤其是中远处

每个actor上的feature太多，比如增加投影的属性，增加customdepth的属性

太多灯光投影（这里投影的消费来自于需要计算哪些物体需要被投影）


找到瓶颈的方法：

statunit

disable一些stuff，然后看效率上的区别

一些可调的showflag

开关屏幕反射

开关AO

开关AA

开关bloom

开关延迟灯光

开关灯光类型

开关动态阴影

开关GI

开关后期

开关环境反射

开关折射

开关贴画

开关半透明

开关tessellation

viemode

ProfileGPU

ProfileCPU

statgame

statscenerendering

Profiler


后期优化首选项：

Scenecolorfringe;

ambientcubemap,

imagebasedlensflares;

LPVoff;

Grainintensity,

DOFoff,

ssroff,

orroughness0.01;

Motionbluroff

最后选择的参数需要应用到DEVICEPROFILES里或者BP里：



减小shader的instruction的数量：
减少Texturesample的数量：把经常使用到同一个物体上的Pattern合在一张贴图上；去掉对质量影响很小的贴图，比如Specular，AO在实际情况中平衡来使用qualityswitch，sin,pow,cos,pide,Noise，多向量的计算总是大于单向量的计算。



UE4里由于使用了延迟灯光，所以灯光的优化比前向渲染方便的多。最快速最有效的方法：使用静态光源。如果使用的是动态光减小Lightingcull，半径，衰减，ZINTERSSECTION,cone大小角度。总之尽量减少重叠。


投影的开销最大往往不是来自于pixelshader，而是来自于被投影的mesh面数太多，还会被灯光数量，投影物体数量放大。
关闭投影的灯光；减小范围或张角；减面，加LOD
r.Shadow.MaxResolution


创造性作假：

三角面：

远处mattinpaiting

投影面片，画在贴图上

一个作品的优化不是一朝一夕的事情，需要确定目标配置：确定最低配置，配置范围小，这样的优化才更有针对性，并且学会在开阔的视野在设计时需要巧妙的避免不必要的内容，学会如何制定Budget：质量优先驱动；快速原型制作；分析制定。

对内容制作者前期的培训花费是值得的，完成这些工作之后，一个高品质的VR作品就会诞生。

2015创领发现VR/AR行业大赛，举办的宗旨是为了更好的寻找和发现优秀的VR/AR制作人/开发者，我们将围绕着与开发相关的任何需求，打造国内最专业的VR/AR社区与孵化平台。大家可以登录www.uccreate.com官方网站进行提前报名，不限于Demo或者成品，大赛截止时间安排在于明年3月，感兴趣的伙伴们可以抓紧啦！

经过一年多的产品迭代与内部架构优化，UCloud内容分发网络CDN产品（以下简称“UCDN”）于近日完成全面升级，已支持http2.0，并且在国内外专线建设以及海外CDN节点大规模扩容的条件下，搭建起一套全球动态路由网络，用于承载动态数据加速、海外直播等业务。同时，为支持各类视频平台的发展需求，UCDN将视频处理能力提升到一个全新量级。

全面支持http2.0

在互联网安全已经成了业界关注焦点的当下，由于传统http明文传输存在诸多安全隐患，苹果、谷歌等巨头都在不遗余力的推进https普及。而http2.0主要跑在https之上，对优化网站性能起到重要作用。全新升级的UCDN已经在全网范围内支持http2.0协议。

目前，主流浏览器的较新版本都已经支持http2.0，包括Chrome、Safari、Firefox等。多路复用、并发请求、二进制传输、头部压缩等是http2.0引入的新特性，这些特性减少了客户端与服务器之间的交互次数，降低了请求时头部的数据传输量。采用支持http2.0的UCDN，网站平均访问速度可以提升30%-50%，尤其是对页面元素分散的网站或者App，加速性能更好，能较大幅度提升用户体验。

加速布局海外CDN节点

在当前国内企业争相“出海”的大背景下，UCDN除了在国内提升覆盖质量，也加快了海外CDN节点部署的步伐。

现在，UCND海外自建和合作的节点数量已超过150个，尤其是在华人较多的东南亚地区，UCDN基本能保证每个国家和地区都有节点覆盖到，包括柬埔寨、缅甸、老挝等人口基数较少或者网络欠发达的国家。

打造全球动态传输网络

国内与海外各个节点之间存在一定的互通问题，再加上跨国线路延时高、稳定性差，这些都是CDN全球加速需要迫切解决的问题。

UCloud除了建设中美、中日、美欧等专线外，还引入了一套动态智能路由系统。该系统将所有节点组成一个逻辑上的网状结构，并且以十秒为周期，探测节点两两之间的延时以及丢包率，通过最短路径算法，将所有节点连接成一张优势路由网络。

该网络的路由会根据实时探测和历史网络情况，每分钟对路由做重新计算和调整，通过不断选取优势网络，很好地解决了跨网跨地区网络质量不稳定问题。目前，直播、动态加速等对网络质量要求高的业务，也均可以运行在这张动态路由网络上。

（图：动态路由选择最优路径示例）

视频处理能力数量级提升

视频是网络流量的第一大户。对于CDN来说，一方面需要给视频客户节省流量成本，另一方面还需要保障视频在各种网络环境下的流畅播放。视频压缩以及其它视频处理能力是各CDN平台必不可少的功能，因为视频处理比较耗费计算资源，对于UGC产生的海量视频，一般面临着视频串行处理延时过高，用户上传的视频无法及时推送到平台的问题。

基于UCloud强大的云计算基础设施平台，UCloud媒体工厂产品UMedia通过容器部署的方式，具备了同时调度20000个以上计算节点的能力，可并发处理40000-60000数量级别的视频，并融合了视频AI的功能，提供视频审核服务，很好地满足了如糖豆广场舞、唱吧等客户的需求。

（图：UCDN视频处理与分发流程）

在产品功能和质量提升的同时，UCDN产品还将秉承UCloud整个云计算服务平台快速响应的服务标准，切实做到“客户为先”。