北京
Steam Deck 跑 DLSS？这事听起来像是个段子，但确实有人做出来了。开发者 lonewolf0622 发布了一个叫 HelixSR 的模组，让 Steam Deck 这类搭载 AMD 图形芯片的设备，能够运行英伟达 DLSS 3.7 所使用的神经网络模型。
注意，这不是官方功能，也不是什么驱动层面的破解。它走的是另一条路——在游戏和显卡之间插一层，把原本交给 FSR 3.1 处理的画面重建和交换工作，转交给模组来处理。
它到底是怎么绕过去的
HelixSR 的接入方式，是替代 Direct3D 12 游戏里的 FSR 3.1 前端。游戏仍然以为自己调用的是 FSR 3.1 接口，但画面重建和交换实际上由模组接管。它实际调用的是 DLSS 3.7 时期的 Preset E 模型，通过 DirectX 12 计算着色器来跑。
换句话说，它不需要英伟达驱动，不需要 CUDA，也不需要 ROCm。在 Linux 上，它还能借助 Proton 和 vkd3d-proton 工作。
这套方案之所以能成立，是因为它绕开了硬件层面的限制。FSR 4 的官方支持仅限于 RDNA 4 架构，而 Steam Deck 以及部分其他掌机用的是更早的 AMD 架构，本来是被排除在外的。
正方的理由：数据确实好看
有用户把 Steam Deck 的 GPU 频率设定在 1400MHz 后进行了测试。在 800p 分辨率下，HelixSR 每帧耗时约 3.5 毫秒，FSR 4 约为 4.5 毫秒。在 1080p 下，两者分别约为 7 毫秒和 11 毫秒。
需要说明的是，这是早期社区测试结果，不能直接推导到所有游戏或所有掌机。测试环境、具体游戏、画质设定都可能影响最终表现。
支持这一方案的人，看重的就是这组数字。在掌机这种功耗和散热都受限的设备上，每帧省下 1 毫秒，累积起来就是实打实的帧数空间。
反方的理由：画质没定论
但画质方面，测试者的看法并不一致。有人认为 HelixSR 弱于 FSR 4、优于 FSR 3；也有人认为它在个别场景下可能反超 FSR 4。
这种分歧本身就很说明问题。如果画质表现稳定且明显占优，社区反馈不会这么分裂。帧耗时快，不等于画面好看——这是两件事。
另外，模组发布后已经加入了安装程序和新版的超采样模式，并修复了部分 RDNA 3 设备在 Windows 上画面模糊的问题。这些修复动作说明，早期版本在兼容性上还有坑要填。
想试的话，先看这几条
- 目前 HelixSR 只支持 Direct3D 12，不支持 Vulkan。
- 对于没有使用 FSR 3.1 的游戏，还需要借助 OptiScaler。
- 它替代的是 FSR 3.1 前端，游戏本身得先有这条接口。
- 测试数据来自社区，不代表所有游戏和掌机的实际表现。
所以这事该怎么看？
从技术角度，它证明了一件事：DLSS 的模型并不绑定英伟达硬件，只要有合适的接口层和足够的算力，AMD 掌机也能跑。这个思路本身比具体的帧数更有意思。
但从实用角度，现在还远没到"装了就完事"的阶段。只支持 D3D12、部分游戏要额外工具、画质评价不统一、兼容性问题还在修——这些都是早期模组的典型状态。
Steam Deck 用户如果手痒想折腾，可以关注这个项目的后续更新。如果只是想安安稳稳打游戏，那 FSR 该用还是用，没必要为了 1 毫秒去当测试员。
毕竟掌机这东西，能跑起来和跑得舒服，中间隔着的可不只是几毫秒。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
