帖子详情

常见问题解答包括最初为 UDN 编写的内容。

扩展渲染引擎的最佳实践是什么，最好以可维护的方式？

避免更改引擎代码，并在插件或项目模块中尽你所能。如果没有用于您想要进行的渲染更改的 API，请与我们合作添加一个。**
在使用 VR 前向渲染但并非所有玩家都不是专门使用 VR（例如 PC）时，在应用程序中切换渲染技术的最佳方式是什么？**
每个设备都呈现自己的内容，而不是其他设备的内容，因此您可以根据客户端运行的设备做出决定。服务器从不渲染任何东西。**

任何具有简单数据流的 CustomMeshFactories 的简单示例？在发动机或其他方面？

LidarPointCloud 可能是插件的主要示例，否则您可以查看引擎中包含的顶点工厂**

典型的电影渲染工作流程是什么？

渲染电影队列 (4.25) 允许您在渲染场上进行批量渲染或在本地计算机上进行无头渲染。目前，我们拥有任何人（工程师）都可以将渲染电影队列与他们的渲染农场管理系统集成的基础设施。对于 4.26，我们计划开箱即用地集成截止日期。**
渲染（远程）选项启动渲染队列中所有序列的外部进程。您必须将更改保存在项目中，以便外部进程可以从磁盘读取文件。**
Render Remote 选项还允许您实现远程渲染场，同时在调整设置时仍保留编辑器内的渲染以便快速预览。渲染选项的默认行为由项目设置确定，并且可以调整以运行您自己的代码，例如调整渲染（远程）以使用第三方渲染农场管理软件。**
此外，您还有 cvar 命令，可以作为构建您自己的自动渲染农场的起点。**
使用渲染电影队列，您可以处理去噪技术并移除时间抗锯齿。您可以进行二次采样、覆盖游戏设置和调整 cvar，例如：**
r.AmbientOcclusion.Denoiser.TemporalAccumulation 0**
r.GlobalIllumination.Denoiser.TemporalAccumulation 0**
r.Reflections.Denoiser.TemporalAccumulation 0**
r.Shadow.Denoiser.TemporalAccumulation 0
目前输出格式为：bmp 序列、exr 序列、jpeg 序列、png 序列、音频 wav。

渲染功能

我们已经观看了 GDC2019 中有关可破坏 HLOD 的视频。从那时起，Fortnite 已经发展了很多。这种方法还成立吗？从那以后有什么新的学习吗？

自 GDC 以来，销毁 HLOD 没有真正的变化。
只有合并的 HLOD 在 Fortnite (HLOD0) 中是可破坏的，而不是代理 HLOD (HLOD1)
我们将顶点颜色添加到 HLOD，使用颜色将对象 ID 分配给顶点，在材质中我们使用 vis 缓冲区来切换图元的开/关**
几何交换：以相同的方式工作，隐藏，然后更新可见缓冲区，如果一切都是静态的，那么您可以只显示交换部分，允许 HLOD 显示几何（合并 HLOD，而不是代理）
对顶点进行更多的纹理采样，不是减少顶点，而是减少三角形
General Chaos Destruction 文档 6

将 HLOD 集成到资产经常变化的活动开发工作流程中的推荐做法是什么？

4.25 及更高版本对 HLOD 构建进行了优化，根据内容快 10 倍
一些集群选项存在一些已知问题，每个级别的单个集群非常快。我们可以提供一些没有达到 4.25 的版本
推荐的做法是有一个过程来重建无效的 HLOD，收集已更改 HLOD 的列表，然后将工作负载拆分到多台机器上

签出关卡时会发生什么？

数据存储在关卡本身中，因此它会跳过特定的更新
我们正在尝试将 HLOD 数据移出关卡以降低成本

由于我们的动态照明设置，我们目前依靠 CSM 进行阴影处理以适应可破坏的架构。一旦 CSM 淡出，我们就缺少中景和背景的阴影机制。除了后期处理材料之外，我们还缺乏任何类型的 AO 解决方案，但这有很多缺点。是否有任何潜在的机制可以在阴影和 AO 方面帮助我们？如果目前没有其他选择，我们可以自己实施任何建议的解决方案吗？

ES3.1 是我们目前的最低要求，之前我们还不能支持移动设备的距离场阴影，因为我们需要计算着色器来合并距离场。我们想尝试一下，但我们还没有任何性能数据。也是内存权衡。
我们想降低更新频率和质量以使其在移动设备上运行。
现在我们没有任何元数据可以添加它，但在 Fortnite 中，技术艺术家为阴影的假着色器做了一些技巧。
AO - 实现技术
获取其他平台基于距离的技术
假装
着色器为两者遍历相同的数据，这就是为什么两者都没有实现
是否可以选择启用 SSAO？（有一些性能命中）
我们在本地实现了，但是还没有提交，还在进行中
性能是可以接受的，但确实有副作用：在 base pass 之后渲染，所以效果不是很准确
我们不能进行时间过滤，因为我们不保留以前的帧数据
在 4.26 中实施

我们希望视频源的纹理查看器中的颜色可以在 3D 场景中显示而无需任何更改。我们知道光照和色调映射，所以我们尝试使用 Unlit 材质或 Composure 插件，但没有得到想要的结果。使这项工作的任何提示？

至于颜色，我们没有将色调映射器应用于 3D 场景子集的机制。我们在其他地方解决这个问题的方式是使用 Composure，它允许您为媒体内容和 3D CG 内容设置单独的层。可以每层启用或禁用色调映射器，这将允许视频没有色调映射器，而 CG 内容将具有通常的 UE4 色调曲线。这是我们利用的途径，但如果您无法使其满足您的需求，请告诉我们。

我们使用“真实世界”的太阳/天空亮度值，这会导致物理上正确的表面亮度和预期的相机曝光值。这些真实世界的值具有很大的数值范围，并且似乎破坏了一些照明组件；是否有可能不明显的设置我们应该根据这些灯进行更改？

预曝光应该可以解决这些精度问题。在 4.24 中修复了一些错误（例如场景颜色节点未使用预曝光），还有一些较小的错误将在 4.25 中修复（皮肤着色镜面反射）。预曝光应该始终如一地工作，但如果不是，请报告错误。

目前构建反射环境只是编辑器。在运行时这样做有什么问题？

在运行时执行此操作的功能已被删除以支持 SM4，但如果您不关心 SM4，可以阅读。

对于按程序放置然后不再移动的对象，我们可以使用哪些其他静态照明系统？

Lightmass 是唯一的静态光照系统，需要在编辑时烘焙关卡。也就是说，如果您的程序化是在烹饪时，您可能可以将一个系统连接在一起以生成/烘烤它们而无需人工干预。

当表面上有直射光时，我们的动态照明环境看起来不错，但是当依赖间接照明时，我们的内部非常平坦。我们应该使用与体积光照贴图等效的动态吗？我们应该在室内放置“假”动态灯吗？对于室内动态间接照明，我们可以查看一些好的内容示例吗？

UE4 只有少数动态间接的可能性。如果动态天窗是室内照明的主要贡献者（通常不是这种情况），距离场 AO 会有所帮助。Light Propagation Volumes 也可以使用，但会出现轻微出血，最好在户外使用。4.24 增加了 Screen Space GI 可以增加一个很好的效果。否则，如果您有良好控制的环境，您可能正在寻找某种假光的技术艺术解决方案。**

我们将 LPV 用于动态全局照明。它在大多数情况下都可以正常工作，但不是一个完整的功能，我们的理解是进一步的工作不在路线图中。我们应该尝试做出哪些改进？

我们没有在 LPV 上做进一步的工作是正确的。我们从来没有开发它们的内部路线图，因此我们没有可以直接尝试的改进列表，但您可能会根据要优化的特定用例进行改进。

4.24中新的屏幕空间GI是LPV的替代品吗？我们应该使用更好的动态 GI 解决方案吗？

SSGI 与其说是替代品，不如说是 LPV 的补充，但您绝对应该尝试一下。您应该使用没有更好的现有“动态” GI 解决方案。

引擎是否提供多通道抖动解决方案以实现柔和边缘？

没有明确提供这样的系统。材质图中的抖动功能可以很好地使用 TAA 填充孔并提供一种透明的外观。它可能适用于这个用例，也可能不适用。根据性能要求，您可能可以在 Composure 中编写像这样的多通道系统。

虚幻引擎有逐像素位移吗？

我们有每顶点位移“世界位置偏移”和每像素深度修改（与物理位移不同）“像素深度偏移”。

Unreal 在建模工具中有网格细分吗？

从 4.25 开始，此功能在 UE 中不存在，并且目前没有实现此功能的计划。

如何为骨架网格物体启用静态渲染路径？

在“优化”类别下的骨骼网格组件详细信息中，有一个“渲染静态”复选框。这会设置用于标记静态渲染路径的网格的标志。

为什么“曝光/测光模式：手动”和“auto_exposure_histogram”光值如此不同？

这是一个解释手册为什么不同以及如何将其与自动匹配的博客。 2

与 auto_exposure_histogram 中的真实世界值相比，光流明值是否意味着什么？

不会。无论当前视图是什么 EV，Auto_Exposure 总是以适当的曝光结束。有关自动曝光的更多信息，请访问以下博客文章 2

在 auto_exposure_histogram 中，光圈、ISO 和速度对照明有什么影响，还是只是为了调整景深？

从 UE 4.25 开始，光圈/ISO/速度对曝光没有任何作用。只有 DOF 会受到 Aperture 的影响。

光线追踪支持的路线图是什么？

从 4.24 开始，PC 光线追踪已准备好投入生产，尽可能稳定、高效且功能齐全。
我们正在努力为下一代硬件添加光线追踪支持，但这可能要等到 UE5 发布后才能投入生产。

光线追踪全局照明的计划是什么？

有关信息，请参阅光线追踪文档。

根据您在光线追踪方面的经验，以及在他们的 UE4 游戏中实现光线追踪的外部团队，您是否看到出现了一种方法/程序/公式来将游戏从标准延迟光栅化渲染转换为光线追踪？

我们没有看到任何一种方法出现。根据您的专业水平，您可以遵循不同的路径。

渲染性能：

如果我们的模块化部件有 LOD，那么使用 Hierarchical Instanced Static Meshes 是首选的实例化方法吗？

UE 可以动态地批量渲染实例。这不是完美的批处理，HISM/ISM 可以根据条件提高性能。您将需要测试哪个最适合您的游戏。

与非分层的相比，使用分层实例化静态网格体有哪些优点/缺点？

HISM 创建实例集群。对于 HISM，剔除、遮挡和“填充”是在每个集群的基础上完成的，而对于 ISM，则是在 Actor 上完成的。

树叶系统是基于 HISM 的吗？使用树叶系统是利用 HISM 的唯一方法吗？

树叶系统使用 HISM。您可以手动或通过编辑器中的“Merge Actors”工具聚合 HISM 中的实例。HISM 也只是组件，因此您也可以在 HISM 之上构建自己的系统。

HISM 是否也支持 4.25 中实例静态网格体的新自定义每个实例数据？

是的，HISM 支持它。

我们是否通过线程安全保证覆盖了所有渲染组件？

我们的一些组件，包括渲染，仍然在游戏线程上创建它们的状态，因此不能保证线程安全，并且需要针对这些组件进行处理。实现中可能存在一些错误，但目前（截至 4.25）只有 1 个渲染组件完全在渲染线程上创建。

当我们可以确定该组件不需要渲染代理时，我们是否从渲染队列中删除渲染组件？

可能不会，因为我们仍然需要处理线程之间排队组件产生的任务，这样可能会引入一些线程安全问题

对于网格贴花或延迟贴花，是否可以使用烘焙或动态照明？有什么要注意的吗？

对于烘焙光照，您需要使用 DBuffer 贴花，因为它们在基本通道（在预通道中）之前被渲染。对于动态照明，都可以使用。
我们正在调查弃用延迟贴花，因此我们只有一张通行证

UE4如何最好地支持不同功率级别的平台的高质量LOD0？

我们只支持不同平台的不同MinLOD
可扩展性会改变过渡距离，但不会改变 LOD 本身

我们是否开箱即用地输入纹理？

默认情况下，应该为不在 UI 类别中的纹理启用纹理流，任何带有 mips 的纹理
如果您在流媒体上花费大量时间，则可以通过提前加载所有 mip 来节省 0.5-1 毫秒

对于下一代平台，曲面细分的表现如何？

可能与当前 PC 上的情况一样糟糕，不应该更糟，但可能不会更好。我们积极尝试不使用它，因为随着时间的推移需要进行大量维护以使其保持最新状态，尤其是与 UE5 中 Nanite 的长期潜力相比。

一般来说，为我们的游戏设置材质架构的最佳实践是什么？

在这里很难提出最佳实践，因为它非常依赖于内容。
通常，您必须在功能和灵活性之间取得适当的平衡，而不能过度使用实例。您可能会拥有每种主要项目类型的主材料。理想情况下，定制将通过标量、向量等参数进行。
尽可能避免静态开关。最好注意创建排列，许多开关 + 使用标志会创建许多排列。使用标志是杀手，即：应避免在静态网格物体和骨架上使用相同的材质。如果不加以管理，这会很快溢出。
我们在材质分层系统上的工作可能会有所帮助。如果您交换相同的图层类型，您可以创建图层实例并且不会导致重新编译/排列。

为什么从 UE4 中删除了纹素密度视图？

在从 UE3 迁移到 UE4 时，这已作为清除的一部分被删除，因为它受到太多遗留假设的负担。将来不太可能添加此功能。

阴影是我们最大的性能问题，因为我们不能使用光照贴图。有没有办法在运行时优化“静态”对象的阴影？

阴影的技术选择有限，尤其是定向灯。
例如，将对象移动性设置为“静态”将允许对聚光灯进行阴影缓存。
有关规则的更多信息，请参阅这些文档。
定向灯可以在远处切换到距离场阴影，进一步降低成本。
看这个，这个，主要是这个
此外，您可以尝试一些代码更改 - 添加阴影 LOD 偏差（使用较低的 LOD 进行阴影渲染）或添加代码以跳过将小对象渲染到阴影贴图中。

我们有许多可以从预先计算的对象可见性中受益的内饰。有没有办法在运行时对对象进行分组以优化剔除？

有一个 PVS 系统，但它可能不适用，具体取决于您的世界布局的程序性。详情在这里。 2

是否有解决反射捕获硬限制的方法？

反射捕获限制没有现有的解决方法，但您可以更改代码。

对于背景对象的廉价景深，您有什么建议？

当前的景深具有良好的成本权衡质量。理论上，您可以恢复现在仅限移动设备使用的高斯自由度，但有时它实际上并没有更快。还有一个“深度模糊”，可以模拟嵌入在 DOF 中的大气模糊，即使在没有“失焦”的情况下也能运行相当便宜。你可以尝试增加它。
r.DepthOfField.DepthBlur.Amount
r.DepthOfField.DepthBlur.Scale
r.DepthOfField.DepthBlur.ResolutionScale

不同级别的预烘焙有哪些好的设置？

我认为 [我们的这个视频课程] 中有一些很好的答案。]（使用虚幻引擎大师班进行光照 | 2017 年蒙特利尔虚幻开发日 | 虚幻引擎 - YouTube ]
烘烤一切将是最快的。有一些很好的权衡，比如固定灯，您可以更改灯光的参数，但不能更改位置。光线追踪甚至会成为下一代游戏机的一个选项，我们对此提供支持。LPV 特别不是一个很好的解决方案，因为我们从来没有让它进入生产就绪状态。高性能的全局光照仍然是一个开放的挑战，但我们确实有一个团队正在探索新的选择，并且随着下一代游戏机的新功能，它可能会成为一个更现实的选择。

LightBaking：我们将如何烘焙一个大世界的一小部分，并将其与其他烘焙（或未烘焙）区域融合在一起？

我们目前不支持仅烘焙选定的演员，但即使实施，混合可能仍然存在问题。目前最好的选择是始终烘焙体积光照贴图并在某些对象上烘焙一些表面光照贴图，让未烘焙的人使用体积光照贴图。**

SDF-AO vs 烘焙世界？

目前无法将烘焙的天窗遮挡（正常弯曲）与来自 DFAO 的遮挡混合。我们根据天窗的移动性使用其中一种。但是没有基本限制，您可以通过修改引擎来混合这两者。**

本地化环境（“沙漠中的帐篷”-场景）

如果帐篷不可移动并且您可以将其烘焙到体积光照贴图或光照贴图中，那么它可以使用弯曲法线。如果它是可移动的，那么它可以使用 SSAO 或 DFAO

带有正常衰减的贴花？

贴花使用材料图，就像表面材料一样。Decals 能够从 GBuffer 读取法线并基于此输出属性。贴花还可以修改 GBuffer 中的法线。

一旦将级联阴影从 Epic 降到 Medium 可扩展性，级联阴影的质量就会受到巨大影响，是否有任何设置可以稍微提高 Medium 的可扩展性？

阴影的高和中可扩展性设置之间最大的区别是级联数从 3 变为 1。为了提高视觉质量，您可以更改相应的 ini 设置，当然要知道这是有代价的。这是为引擎配置的/Engine/Config/BaseScalability.ini。要在每个项目的基础上覆盖它，您可以修改/创建[ProjectDirectory]\Config\DefaultScalability.ini
要类似地覆盖平台添加[ProjectDirectory]/Config/[Platform]/[Platform]Scalability.ini
有关 ini 文件覆盖规则，请参阅这些文档。

推荐的抗锯齿方法是什么？

TAA 是所有 UE4 渲染的预期抗锯齿方法。

有没有办法解决 TAA 造成的细节损失？

TAA 固有的基本技术无法避免，但可以通过更高的细节内容来缓解。TAA 会吃掉亚像素特征，并且对非常高的对比度很敏感。**

Temporal AA 还可以，但会导致各种奇怪的重影，通常会使屏幕看起来很泥泞。根据您的经验，您是否发现任何对 Temporal AA 的调整或使用其他方法（如 MSAA）效果更好？

r.TemporalAA.HistoryScreenPercentage 200
当 TAA 的输入噪声太高时，可能会发生重影。“vis SceneColor UV0”命令将显示这一点。**
r.TemporalAA.HistoryScreenPercentage 很昂贵，但这种技术依赖于 Nyquist 定理，以在帧在 TAA 中重新投影时保持细节的清晰度。自反射演示以来，我们在许多演示中都使用了它。例如，这允许在角色不断移动时保留皮肤的所有细节。

RHI

扩展渲染引擎的最佳实践是什么，最好以可维护的方式？

避免更改引擎代码，并在插件或项目模块中尽你所能。如果没有您想要进行的渲染更改的 API，请与我们合作添加一个。

当使用 VR 前向渲染但并非所有玩家都不是专门使用 VR（例如 PC）时，在应用程序中切换渲染技术的最佳方式是什么？

每个设备都呈现自己的内容，而不是其他设备的内容，因此您可以根据客户端运行的设备做出决定。服务器从不渲染任何东西。

任何具有简单数据流的 CustomMeshFactories 的简单示例？在发动机或其他方面？

LidarPointCloud 可能是插件的主要示例，否则您可以查看引擎中包含的顶点工厂**

典型的电影渲染工作流程是什么？

渲染电影队列 (4.25) 允许您在渲染场上进行批量渲染或在本地计算机上进行无头渲染。目前，我们拥有任何人（工程师）都可以将渲染电影队列与他们的渲染农场管理系统集成的基础设施。对于 4.26，我们计划开箱即用地集成 Deadline。
渲染（远程）选项启动渲染队列中所有序列的外部进程。您必须将更改保存在项目中，以便外部进程可以从磁盘读取文件。
Render Remote 选项还允许您实现远程渲染场，同时在调整设置时仍保留编辑器内的渲染以便快速预览。渲染选项的默认行为由项目设置确定，并且可以调整以运行您自己的代码，例如调整渲染（远程）以使用第三方渲染农场管理软件。
此外，您还有 cvar 命令，可以作为构建您自己的自动渲染农场的起点。
使用渲染电影队列，您可以处理去噪技术并移除时间抗锯齿。您可以进行二次采样、覆盖游戏设置和调整 cvar，例如：
r.AmbientOcclusion.Denoiser.TemporalAccumulation 0
r.GlobalIllumination.Denoiser.TemporalAccumulation 0
r.Reflections.Denoiser.TemporalAccumulation 0
r.Shadow.Denoiser.TemporalAccumulation 0
目前输出格式为：bmp 序列、exr 序列、jpeg 序列、png 序列、音频 wav。

移动渲染

是否有关于视口 ES2 预览和设备渲染器中不一致的 z 深度等内容的参考？

2020 年 Q2：Z 深度不同，Android 和 IOS 之间存在差异
帧缓冲区用于帮助解决此问题
我们也使用GL扩展，iOS无法获取深度
我们将 16 位深度渲染到 alpha 值中
在 4.26 中，我们更改了计算深度的方式以提供更高的精度。可能对远处的物体产生奇怪的影响

在 Android/iOS 上实例化我们应该注意哪些限制？

使用 HISM 等组件进行实例化时，iOS 没有任何限制。
在 Android 上，使用基于 Mali GPU 的设备需要注意以下几点：首先是基于 Midgard 架构的设备（Mali-T8xx 系列及更早版本），使用 16 位时相邻顶点索引的范围存在限制索引缓冲区，因为某些数据被重新用于实例化目的。使用实例化渲染此类网格将导致损坏的三角形。4.25 添加了一个解决方法 r.Android.MaliT8Bug=1，它将检测存在此问题的内容并在加载时将它们扩展为 32 位索引缓冲区。
其次，Mali GPU 运行一次顶点着色器并将结果存储在参数缓冲区中。然后依次运行片段着色器处理每个屏幕图块。参数缓冲区的大小有限，当它填满时需要刷新并重新启动完整的渲染管道。在正常渲染中可以解决这个问题，但在实例化的情况下，当您在一次绘制调用中渲染数百万个三角形时，可能会溢出此缓冲区。发生这种情况时，您的一些实例化网格将无法渲染。没有机制可以检测到这种情况，除了中断你的绘图调用之外，没有太多可以缓解它的方法。我们在 Fortnite 树叶的实践中没有看到它，但我们已经在合成测试场景中看到了它。
对于自动实例化，我们有在 UE 4.24 和 UE 4.25 中支持移动设备的 GPU 场景功能，但是移动 GPU 没有针对我们用来查找顶点数据的随机缓冲区访问模式进行很好的优化，因此这比没有实例化要慢用于常规几何，HISM 用于特殊情况，例如典型游戏场景中的树叶。
我们还在一些基于 Mali T8xx 的旧移动设备上看到了此功能的渲染损坏，我们认为这是由于驱动程序错误造成的。

分层材料的最佳实践？移动限制？