企业官网建设流程全解析

DLSS与FSR2深度解析：从UE插件实现看超分技术的架构哲学与工程取舍

当4K显示器逐渐成为游戏玩家的标配，而显卡性能提升曲线却趋于平缓时，超分辨率技术便成为了平衡画质与性能的关键支点。作为当下最主流的两种解决方案，NVIDIA DLSS与AMD FSR2在Unreal引擎中的实现方式折射出两家GPU巨头截然不同的技术路线与设计哲学。

1. 超分辨率技术的底层逻辑与实现范式

超分辨率技术的核心思想是利用时间维度上的信息冗余——通过分析连续多帧画面之间的运动关系，将低分辨率渲染结果重建为高分辨率输出。这种时空重建（Spatio-Temporal Reconstruction）过程需要精确处理三类关键数据：颜色信息（Color Buffer）、深度信息（Depth Buffer）和运动向量（Motion Vector）。

传统渲染管线与超分技术的融合难点在于：

• 运动向量精度直接影响历史帧采样准确性
• 半透明物体（如粒子效果）无法写入深度和运动向量
• 动态光照变化可能导致时间域信息失效
• 相机快速移动时历史帧参考价值降低

在Unreal引擎中，超分技术主要通过两种方式接入渲染管线：

1. ViewExtension扩展：通过FFSR2ViewExtension或FDLSSUpscalerViewExtension继承FSceneViewExtensionBase，在BeginRenderViewFamily中注册为Temporal Upscaler
2. 后处理Pass插入：利用PostProcessingInputs在MotionBlur、Tonemap等标准Pass前后注入自定义处理

// 典型的ViewExtension注册示例 void FFSR2ViewExtension::BeginRenderViewFamily(FSceneViewFamily& InViewFamily) { InViewFamily.SetTemporalUpscalerInterface( new FFSR2TemporalUpscalerProxy(Upscaler)); }

2. DLSS的黑盒哲学：硬件加速的封闭生态

NVIDIA的DLSS技术代表了一种"硬件即服务"的设计理念。在Unreal插件中，其核心实现被封装在NGXRHI模块内，开发者只能通过有限的接口进行配置。这种设计带来三个显著特征：

2.1 资源预处理的最小化

DLSS仅要求引擎提供最基本的输入数据：

• Color Buffer：当前帧渲染的低分辨率颜色缓冲
• Depth Buffer：用于场景几何重建
• Motion Vector：经过膨胀处理后的运动向量

// DLSS的Pass参数封装 FDLSSPassParameters DLSSParameters(View); DLSSParameters.SceneColorInput = PassInputs.SceneColorTexture; DLSSParameters.SceneVelocityInput = CombinedVelocityTexture; DLSSParameters.SceneDepthInput = PassInputs.SceneDepthTexture;

2.2 计算过程的高度封装

所有核心算法都在驱动层通过Tensor Core加速：

1. 运动向量通过AddVelocityCombinePass进行预处理
2. 参数通过FDLSSShaderParameters封装为RHI资源
3. 实际计算由NGXRHI::ExecuteDLSS在闭源驱动中完成

技术提示：DLSS 3.0新增的帧生成功能完全依赖光学流加速器（Optical Flow Accelerator），这要求RTX 40系显卡的硬件支持

2.3 平台限制与优势

这种封闭架构的优势在于：

• 统一的品质控制
• 自动适配不同硬件性能
• 无需开发者调参

但同时也带来明显的局限性：

• 无法针对特定游戏场景优化
• 新功能依赖硬件迭代
• Linux/Mac支持滞后

3. FSR2的开放之道：全源码的可定制方案

AMD的FSR2选择了完全相反的技术路线，其Unreal插件完整公开了从资源准备到Shader执行的全流程。这种开放性带来了独特的工程灵活性：

3.1 复杂的预处理管线

FSR2需要开发者显式处理多种辅助缓冲：

• Reactive Mask：标识半透明物体区域（Alpha值clamp到0-0.9）
• Transparent & Composition Mask：处理特殊渲染效果
• Exposure Texture：自动曝光控制
• Dilated Motion Vectors：膨胀处理后的运动向量

// FSR2的Reactive Mask生成Shader TShaderMapRef<FFSR2CreateReactiveMaskCS> ComputeShaderFSR(View.ShaderMap); FComputeShaderUtils::AddPass( GraphBuilder, RDG_EVENT_NAME("FidelityFX-FSR2/CreateReactiveMask (CS)"), ComputeShaderFSR, PassParameters, FComputeShaderUtils::GetGroupCount(...) );

3.2 多平台适配策略

FSR2通过抽象层支持不同图形API：

graph TD A[FSR2Context] -->|DX12| B(ffxGetCommandListDX12) A -->|Vulkan| C(ffxGetCommandListVK) A -->|其他| D(Unreal RHI)

3.3 性能与画质权衡

FSR2提供多档质量预设：

开放实现的优势包括：

• 支持非AMD硬件
• 可针对特定游戏优化
• 跨平台一致性更好

但需要开发者处理：

• 复杂的参数调校
• 额外的显存开销
• 不同硬件上的表现差异

4. 技术选型的关键决策矩阵

选择超分方案时需要评估五个核心维度：

4.1 画质比较

• 静态场景：DLSS在纹理细节保留上更优
• 动态场景：FSR2的鬼影控制更透明
• 边缘处理：DLSS对几何边缘更锐利

4.2 性能开销

4.3 集成复杂度

// DLSS集成伪代码 void EnableDLSS() { ViewFamily->SetTemporalUpscaler( FDLSSUpscaler::GetGlobalUpscaler()); } // FSR2集成伪代码 void EnableFSR2() { SetupReactiveMask(); ConfigureMotionVectors(); RegisterFSR2ViewExtension(); }

4.4 平台兼容性考量

• 控制台开发：FSR2是跨平台统一方案
• PC独占游戏：DLSS可能提供更好体验
• 混合架构项目：需考虑Fallback方案

4.5 未来扩展性

• DLSS的帧生成需要硬件支持
• FSR2的算法迭代更灵活
• 引擎版本升级影响评估

5. 前沿趋势与实战建议

超分技术正在向三个方向发展：

1. 神经网络与手工算法的融合：如Intel XeSS的DP4a与XMX双路径
2. 超分与抗锯齿的统一：TAAU与超分的界限逐渐模糊
3. 全管线协同优化：从后期处理走向渲染管线深度集成

对于不同团队的技术选型建议：

独立游戏团队：

• 优先考虑FSR2的跨平台特性
• 利用开源优势定制美术风格
• 注意移动端性能优化

3A大作团队：

• 可同时集成两种方案
• 针对NVIDIA硬件优化DLSS参数
• 使用FSR2作为控制台基础方案

技术美术实践要点：

1. 运动向量需要额外5%的边界膨胀
2. 半透明物体应设置合理的Reactive Mask
3. UI元素应绕过超分处理
4. 动态分辨率需配合超分参数调整

在Unreal引擎中实现最佳实践的代码模式：

// 理想的超分初始化流程 void InitUpscaler() { if (SupportsDLSS()) { DLSSState = MakeShared<FDLSSState>(); ViewExt->RegisterDLSS(); } else { FSR2State = MakeShared<FFSR2State>(); SetupFSR2Resources(); ViewExt->RegisterFSR2(); } // 公共的后处理设置 ConfigureMotionVectors(); SetupExposureControl(); }

超分辨率技术已经超越了单纯的画质增强范畴，正在重塑实时图形渲染的管线设计范式。理解这些技术差异的本质，将帮助开发者在画质、性能与开发成本之间找到最佳平衡点。