企业官网建设流程全解析

1. 项目缘起与整体思路拆解

1.1 为什么要在UE4里折腾实时全局光照

虚幻引擎4的静态光照烘焙流程，做过场景的朋友都懂，那叫一个磨人。改一个灯的位置，等半小时起步的烘焙，出来一看漏光、接缝、过曝，心态直接崩。动态光照倒是快，但纯动态方案要么效果假，要么性能炸。实时全局光照（RTXGI）这套东西，本质上是拿显卡的光追单元去实时算间接光，把烘焙那套离线流程搬到运行时，改完立刻见效果，迭代速度完全不是一个量级。

RTXGI全称是RTX Global Illumination，是一套基于硬件光追的实时全局光照方案。它不依赖预计算光照贴图，而是通过探针（Probe）体系在场景里采样间接光，再用时空滤波把噪点压下去，最终输出接近离线烘焙质量的漫反射全局光照。UE4从4.22版本开始逐步接入这套体系，到4.26前后插件形态基本稳定。适合谁用？做建筑可视化、室内设计、开放世界、需要频繁调整光照的美术和TA，以及想在自己项目里试水实时光追GI的技术美术。

我自己的使用场景是室内建筑漫游，场景里大量玻璃、金属、大面积漫反射墙面，传统烘焙在玻璃反射和间接光弹射上表现很吃力，换RTXGI之后，改材质、挪家具、调灯光，全部实时反馈，效率提升非常明显。当然代价也有，硬件门槛和性能开销得提前算清楚。

1.2 硬件与软件的前置门槛

这套方案不是随便一张卡就能跑的。核心依赖是硬件光追单元，NVIDIA这边需要RTX 20系及以上，GTX 16系虽然支持部分光追特性但性能不足以支撑实时GI。AMD的RX 6000系及以上也支持硬件光追，但在UE4的RTXGI插件里兼容性和稳定性需要额外验证，我实测下来N卡驱动成熟度更高，踩坑更少。

软件侧，UE4版本建议4.26或4.27，这两个版本对RTXGI插件的支持最完整，4.25及以前插件接口变动频繁，容易遇到编译报错。显卡驱动建议保持较新版本，老驱动在光追调度上偶发崩溃。Windows系统版本建议Win10 1909以上，Win11也可以但要注意部分老版本UE4在Win11下的兼容问题。

提示：如果你的项目是纯移动端或需要兼容大量低配设备，RTXGI基本可以放弃，它的硬件门槛决定了它只适合PC高端配置或主机平台。

1.3 整体方案选型：插件形态 vs 引擎源码集成

RTXGI在UE4里有两种接入方式。一种是官方插件形态，从Epic的插件市场或GitHub拉取，放到项目Plugins目录下，启用即可。另一种是把RTXGI的源码直接集成到引擎源码里，重新编译引擎。两种方式各有取舍。

插件形态的优点是干净、可移植、升级方便，项目迁移时把Plugins目录带走就行，不污染引擎。缺点是部分底层参数暴露不完整，遇到需要改引擎渲染管线的情况会比较被动。源码集成方式的优点是控制力强，可以深度定制探针更新策略、滤波参数，缺点是编译一次引擎动辄一两个小时，升级UE4版本时合并代码很痛苦。

我个人的建议是，除非你要做深度定制或者插件版本有无法绕过的bug，否则优先用插件形态。大部分项目需求插件形态都能覆盖，省下来的时间够你调好几版光照了。

2. 插件安装与工程配置实操

2.1 获取插件与目录结构确认

插件获取渠道主要有两个，一是Epic官方的插件市场搜索RTXGI，二是从NVIDIA的官方代码仓库拉取。我建议用官方仓库的版本，更新更及时，issue区也有维护者回复。下载下来是一个压缩包，解压后目录结构大致是RTXGI文件夹，里面包含Binaries、Source、Shaders、RTXGI.uplugin等。

把整个RTXGI文件夹拷贝到你的UE4项目根目录下的Plugins文件夹里。如果项目没有Plugins文件夹，手动新建一个。注意路径不要有中文和空格，UE4对中文路径的支持一直不太稳，插件加载失败很多时候就是路径问题。

拷贝完成后，目录结构应该是这样的：

YourProject/ Content/ Plugins/ RTXGI/ Binaries/ Source/ Shaders/ RTXGI.uplugin YourProject.uproject

2.2 启用插件与重启编辑器

打开UE4项目，进入编辑菜单下的插件面板，在渲染分类里找到RTXGI，勾选启用。这时候编辑器会提示需要重启，点重启。重启后如果插件加载成功，在项目设置里会出现RTXGI的配置页，同时场景里可以添加RTXGI相关的Actor。

如果重启后插件没出现，先检查.uplugin文件里的引擎版本号是否和你的UE4版本匹配。有时候插件写的EngineVersion是4.26，你用的是4.27，虽然大部分情况兼容，但偶尔会拒绝加载。可以手动把EngineVersion改成你的版本号，或者删掉这一行让它不校验版本。

注意：修改.uplugin文件前先备份，改错了会导致插件彻底加载不了。

2.3 项目渲染设置的关键开关

插件启用只是第一步，真正让RTXGI跑起来还需要在项目设置里打开几个关键开关。进入项目设置，找到渲染分类，依次确认以下配置：

• 支持硬件光线追踪：勾选，这是RTXGI的基础。
• 光线追踪全局光照：勾选，选择RTXGI作为GI提供者。
• 默认RHI：确保是DirectX 12，DX11不支持硬件光追。
• 光追模式：选择硬件光追，不要选软件光追。

在DefaultEngine.ini里也可以直接写配置，方便版本管理和批量部署：

[/Script/WindowsTargetPlatform.WindowsTargetSettings] DefaultGraphicsRHI=DefaultGraphicsRHI_DX12 [/Script/Engine.RendererSettings] r.RayTracing=True r.RayTracing.GlobalIllumination=True r.RayTracing.GlobalIllumination.Provider=RTXGI

改完ini文件后重启编辑器生效。这里有个坑，如果你之前项目用的是DX11，切换DX12后首次启动会重新编译所有着色器，时间可能比较长，耐心等。

2.4 验证光追是否真正生效

配置完成后怎么确认RTXGI真的在工作？几个快速验证方法。一是在控制台输入r.RayTracing，返回1说明光追开启。二是场景里放一个RTXGI Volume，看探针可视化是否出现。三是移动一个动态光源，观察间接光是否实时变化，如果墙面阴影里的亮度跟着变，说明GI在实时计算。

我遇到过配置全对但GI不生效的情况，最后发现是场景里没有RTXGI Volume，探针体系没初始化。RTXGI依赖探针网格来采样场景光照，没有Volume就没有探针，自然没有GI。这个后面会详细讲。

3. 核心概念与场景搭建要点

3.1 探针体系：RTXGI的骨架

RTXGI的核心是探针（Probe）体系。你可以把探针理解成散布在空间里的小传感器，每个探针负责采集它所在位置来自各个方向的间接光信息，然后这些信息被插值、滤波，最终应用到附近的物体表面。探针的密度、分布范围、更新策略直接决定GI的质量和性能。

在UE4的RTXGI插件里，探针通过RTXGI Volume来管理。Volume是一个包围盒，定义探针的分布空间。你可以在场景里放多个Volume，每个Volume有自己的探针密度和参数。探针密度越高，GI细节越丰富，但显存和计算开销也越大。

探针的更新分两种模式，一种是每帧更新，适合动态场景，开销大但响应快；另一种是分帧更新，把探针分成若干批，每帧更新一批，开销平摊到多帧，适合静态或半静态场景。我一般室内场景用分帧更新，室外大场景用更低频率的更新，配合动态物体的GI贡献单独处理。

3.2 RTXGI Volume的放置与参数

在场景里添加RTXGI Volume，调整它的包围盒覆盖需要GI的区域。参数面板里几个关键项：

• Probe Density：探针密度，单位是每米多少个探针。室内建议0.5到1，室外可以低到0.2。
• Probe Update Frequency：更新频率，每帧或分帧。
• Probe Rotation：探针朝向，一般默认即可。
• GI Intensity：GI强度，控制间接光亮度，默认1.0，觉得暗可以调到1.5到2.0。

放置Volume时有个经验，Volume的边界不要刚好卡在墙面或地面上，稍微往外扩一点，让探针能采样到边界外的光照信息，否则边缘会出现GI断层。我一般把Volume往外扩0.5到1米。

3.3 材质与光照的配合

RTXGI对材质的要求和传统烘焙不太一样。漫反射反照率（BaseColor）的亮度直接影响GI弹射强度，太暗的材质弹射弱，太亮又容易过曝。建议BaseColor亮度控制在0.2到0.8之间，避免纯黑纯白。金属度高的材质对GI贡献小，因为金属主要靠反射，漫反射少，这是物理正确的。

光照方面，RTXGI对动态光源支持很好，方向光、点光、聚光都能实时贡献GI。但要注意光源的强度单位，UE4默认是勒克斯（Lux），室内场景方向光强度10000左右比较合理，点光看距离和衰减。光源强度不对，GI要么看不见要么爆掉。

提示：调试GI时先把所有光源调成纯白，材质调成中性灰，排除颜色干扰，确认GI强度和分布正确后再上正式材质和灯光。

3.4 性能预算与画质平衡

RTXGI的性能开销主要在光追求交和时空滤波。探针数量、每帧更新的探针数、光追反弹次数、滤波质量都是性能杠杆。我的经验是，1080p分辨率下，RTX 3060级别显卡，室内场景探针密度0.5，分帧更新，GI开销大概在3到5毫秒。如果掉帧严重，优先降探针密度和更新频率，这两个对性能影响最大。

画质方面，时空滤波的累积帧数越高，噪点越少但动态响应越慢。静态场景可以拉高累积帧数，动态场景要降低。RTXGI插件里一般有滤波质量档位，低中高对应不同的累积策略，按场景动态程度选。

4. 实操流程与关键环节实现

4.1 从零搭建一个RTXGI测试场景

我习惯先搭一个最小可验证场景，确认整条链路通了再上正式项目。步骤是这样的：

1. 新建一个空白关卡，放一个平面当地面，几个立方体当墙和家具。
2. 放一个方向光当主光，强度10000，角度调斜一点产生明显阴影。
3. 放一个天光，强度1.0，提供环境光。
4. 添加RTXGI Volume，包围盒覆盖整个场景，探针密度0.5。
5. 项目设置里确认光追GI开启，Provider选RTXGI。
6. 运行，观察阴影里的间接光。

如果阴影里是纯黑，说明GI没生效。检查Volume是否覆盖了阴影区域，探针是否在更新，GI Intensity是否太低。如果阴影里有亮度但噪点严重，说明滤波没跟上，调高滤波质量或降低更新频率。

4.2 探针可视化的调试方法

RTXGI插件提供了探针可视化功能，在控制台输入r.RTXGI.VisualizeProbes 1，场景里会显示探针的位置和状态。绿色表示探针有效且在更新，红色表示无效或未更新，黄色表示正在更新中。通过可视化可以快速定位探针覆盖盲区。

我遇到过探针在Volume边缘大量红色，原因是Volume边界太贴墙，探针采样不到有效光照。把Volume往外扩之后恢复正常。另一个常见问题是探针密度太低导致GI过渡生硬，可视化里能看到探针间距很大，插值出来的GI有明显块状感，提高密度即可。

4.3 动态物体的GI贡献处理

RTXGI默认只处理静态场景的GI，动态物体（角色、可移动道具）需要额外处理。UE4里可以通过给动态物体添加RTXGI的Dynamic Object组件，让它对GI探针产生贡献。但动态物体多了性能开销会上升，建议只给主要动态物体开，小物件忽略。

另一个做法是用RTXGI的Dynamic GI模式，把动态物体的间接光贡献单独算，和静态GI叠加。这个模式在插件里需要手动开启，参数在Volume的高级设置里。我实测下来，少量动态物体用组件方式更简单，大量动态物体才值得上Dynamic GI模式。

4.4 多Volume协同与场景分区

大场景不可能用一个Volume覆盖，探针数量会爆炸。正确做法是按空间分区，每个区域一个Volume，相邻Volume有重叠。重叠区域的探针会互相插值，保证GI过渡平滑。分区边界尽量选在门口、走廊这种视觉遮挡处，避免在开阔区域切分导致GI断层。

每个Volume可以独立设置探针密度和更新频率。重要区域（玩家停留时间长）用高密度高频更新，次要区域（远景、过道）用低密度低频更新。这样整体性能可控，画质重点区域有保障。

5. 常见问题与排查技巧实录

5.1 插件加载失败与编译报错

插件加载失败最常见的原因是版本不匹配和路径问题。先确认.uplugin里的EngineVersion和你的UE4版本一致，路径无中文无空格。如果还不行，看输出日志里的具体报错，常见的有模块找不到、符号未定义。

编译报错方面，如果是从源码拉取的插件，可能需要先编译插件的Binaries。在项目根目录右键生成VS工程文件，用VS打开编译。编译时确保平台选的是Win64，配置是Development Editor。如果报缺少光追相关的头文件，检查Windows SDK版本是否太老，建议10.0.19041以上。

注意：编译插件时关闭UE4编辑器，否则文件占用会导致编译失败。

5.2 GI不生效或效果异常

GI完全不生效，按这个顺序排查：光追是否开启、DX12是否启用、RTXGI Volume是否存在、Volume是否覆盖目标区域、探针是否在更新、GI Intensity是否为零。这六步走完基本能定位问题。

GI效果异常，比如过曝、颜色偏移、闪烁。过曝一般是GI Intensity太高或材质BaseColor太亮，降低即可。颜色偏移检查光源颜色和材质颜色，RTXGI会忠实传递颜色，红色墙面的GI就是偏红的，这是物理正确的。闪烁多半是探针更新和滤波不同步，降低更新频率或提高滤波累积帧数。

5.3 性能骤降的定位与优化

性能骤降先看是GPU还是CPU瓶颈。用stat GPU和stat CPU分别看。RTXGI主要吃GPU，如果GPU时间暴涨，看光追求交和滤波的耗时。优化手段按性价比排序：降探针密度、降更新频率、降滤波质量、减少光追反弹次数、缩小Volume范围。

还有一个容易被忽略的点，场景里的光追几何体复杂度。高面数模型光追求交开销大，可以用光追代理网格（Ray Tracing Proxy）简化。UE4里给静态网格设置光追代理，用低模代替高模参与光追，视觉几乎无差别但性能提升明显。

5.4 常见问题速查表

5.5 我踩过的几个坑

第一个坑是Volume的Z轴范围。默认Volume是个立方体，如果场景有地下室或多层，一个Volume覆盖所有层会导致探针在楼层间穿插，GI串层。正确做法是每层一个Volume，Z轴范围限制在层高内。

第二个坑是探针更新和场景加载的时序。场景刚加载时探针还没更新完，GI是黑的，过几秒才亮起来。如果做视频录制或截图，要等探针稳定后再操作。可以在Volume里设置初始更新加速，加载后快速更新几轮。

第三个坑是RTXGI和传统烘焙GI混用。两者叠加会导致GI过曝，因为间接光被算了两次。要么全用RTXGI，要么全用烘焙，不要混。如果必须混，把烘焙GI强度降到很低，只补RTXGI覆盖不到的死角。

第四个坑是显卡驱动版本。有段时间某个驱动版本在RTXGI下会偶发崩溃，回退到上一个版本就好了。遇到不明崩溃先怀疑驱动，换个版本试试。

6. 进阶调优与场景扩展思路

6.1 探针自适应更新策略

固定更新频率在复杂场景里不够灵活。RTXGI支持基于相机距离的自适应更新，近处探针高频更新，远处低频。这个在插件里需要手动配置更新曲线，或者通过蓝图动态调整Volume的更新参数。我一般用相机距离分三档：10米内每帧更新，10到30米每两帧，30米外每四帧。这样近处GI响应快，远处省性能。

6.2 与后处理管线的配合

RTXGI输出的GI是漫反射间接光，和后处理的曝光、色调映射、 bloom 都有交互。曝光自动适应时，GI亮度变化会影响整体曝光，可能导致画面忽明忽暗。建议在RTXGI场景里用固定曝光或手动曝光，避免自动曝光和GI互相干扰。Bloom对GI高光区域会有溢出，适当降低Bloom强度让GI更干净。

6.3 多平台部署的注意事项

如果项目要发布到多个PC配置，RTXGI需要做降级方案。低配机器关闭光追GI，回退到传统烘焙或纯动态无GI。UE4支持运行时检测硬件光追能力，通过蓝图或C++判断后切换GI方案。打包时确保插件被打进去，Shipping配置下光追相关shader要预编译，否则运行时会卡顿。

6.4 后续可扩展的方向

RTXGI这套体系摸熟之后，可以往几个方向扩展。一是结合DLSS，光追GI吃性能，DLSS把分辨率拉回来，两者配合能在中端卡上跑出不错的效果。二是结合反射光追，RTXGI管漫反射GI，反射光追管镜面反射，两者叠加接近全光追效果。三是自定义探针采样策略，针对特定场景优化探针分布，比如走廊用线性排列，房间用网格排列。

我在实际项目里最深的体会是，RTXGI不是开箱即用的银弹，它需要你理解探针体系、性能杠杆和场景特性，调参调到位才能既好看又快。刚开始可能会觉得参数多、坑多，但一旦跑通，光照迭代的效率提升是传统烘焙没法比的。建议先在测试场景里把每个参数都试一遍，看可视化、看性能、看画质变化，心里有数了再上正式项目，能省很多返工时间。