你花了小一万块买了张RTX 5080，配了颗9700X，4K显示器摆好，光追全开，DLSS平衡，4倍插帧拉满——然后你站在鸣潮的新地图里，看着帧数在个位数和三位数之间反复横跳。过剧情从黑框切回常态，掉到个位数帧。收到千咲短信点开一看，直接卡死跳出。

这不是段子。这是真事儿。

光追：一个让5080“原形毕露”的按钮

先说结论：光追在鸣潮里不是画质选项，是风险开关。

技嘉RTX 5080的评测数据很直白：4K最高画质加光追，原生渲染平均帧仅54帧，延迟经常跑到100ms，评测原话是“体验相当糟糕”。注意，这是5080。16GB显存的那张。

用户的反馈更直接：“5080跑4K性能档，2倍插帧能跑满240帧，开光追就没眼看了卡顿卡顿的，还会UE4崩溃”。另一位用户补了一刀：“如果是DLSS质量档，5080起步，光追+DLAA的话5090也吃不消”。

就连5090用户也没好到哪去。有玩家反馈5090 DV2在4K DLAA拉满的情况下只有40到50帧。旗舰卡，光栅拉满，光追一开，帧数直接给你表演一个高台跳水。

帧数腰斩就算了，更恶心的是崩溃。社区里“开光追就UE4崩溃”几乎成了一个固定搭配。有玩家总结：“鸣潮的光追属于是性能拉跨BUG还多效果也一般般”。还有人提到“去年2.1还是2.2的时候还出过开着光追进一些反射比较多的场景游戏必定崩溃的BUG”。官方甚至一度在公告里指导玩家回退驱动到572.83版本才能稳定运行。

一个画质功能，需要玩家回退显卡驱动才能不崩，这本身就是个大问题。

那光追到底带来了多少画质提升？社区的评价是“主要提升都在一些你平时游玩很少会注意到的反射上面”。你为了水面上一闪而过的反射光，赔上了帧数、延迟和稳定性。

3.6“底层重构”：有人爽了，有人更惨了

3.6版本库洛干了件大事：把游戏脚本语言从JavaScript/TypeScript换成了C#。官方说法是全平台平均帧率提升10fps，iOS和PC提升最明显。前瞻直播里放出的对比视频，部分场景帧率差值达到10-15fps。

这确实是勇气。在一款运营中的游戏上换底层语言，相当于高速公路上换轮胎。

但问题是，这个优化不是所有人都能吃到。3.6的底层优化是分批限量推送的——你要检查游戏内左下角时间旁有没有一个“*”号，有才说明你启用了新代码。没吃到的人，等于3.6的内容更新你全吃到了，但优化跟你没关系。

更微妙的是硬件分化。社区反馈显示，优化效果因CPU平台而异，AMD平台上1% Low帧相比3.5版本甚至出现了倒退。你花了大价钱买的9700X，在这个版本里可能反而比Intel平台用户更难受。

这就好比你排了两个小时的队，终于轮到你打饭了，结果阿姨说“今天的红烧肉限量，你这窗口没了”。

RTSS锁帧：社区偏方，还是真有效？

社区里流传着一个“偏方”：用RTSS锁帧能大幅提升low帧。有人实测9800X3D+5080，4K极致画质平均帧260-280，但low帧只有50-60，用了RTSS锁200之后，“平均帧和low帧全程200帧，非常丝滑”。

这数据看着很美。但问题在于，效果高度因人而异。

有玩家实测锁与不锁没有显著差异。也有玩家反馈，5070 Ti锁帧后“还是一样low帧低，帧率波动也没变”，因为显卡平均占用率已经跑到90-95%，瓶颈在GPU本身，锁帧解决不了。

更关键的是，RTSS在鸣潮里的生效本身就不稳定。从2.1版本开始，游戏的FG（帧生成）模块默认接管了Reflex功能，直接导致RTSS的帧率限制功能失效。也就是说，RTSS能不能用，取决于它能不能绕过FG模块的干扰。

还有一个容易被忽略的细节：如果你的显示器开了垂直同步，RTSS的锁帧值必须低于刷新率才能触发。比如240Hz显示器，垂直同步锁在230多帧，你RTSS也设240，两者撞车，RTSS根本没生效。把RTSS设成220才能让限帧器接管。

所以RTSS的效果是分场景的：

CPU/引擎瓶颈 → 有效

GPU满载瓶颈 → 无效

垂直同步冲突 → 无效

FG模块接管Reflex → 无效

你看到有人说“RTSS锁帧起飞了”，也有人说“锁了跟没锁一样”，两拨人说的可能都是真话，只是他们的瓶颈根本不在同一个地方。

真正的病根：越更新越吃配置

把所有碎片拼起来，问题的全貌就出来了。

第一，地图和特效持续膨胀。 从1.0到3.x，地图规模、植被密度、建筑细节、动态光照一直在加。七丘地图的显存占用，5080用户反馈最高可达15GB，而5080只有16GB。有玩家指出5080在新地图显存占用14G左右，帧率基本满帧但low帧在40到100之间波动。显存濒临极限的时候，帧生成时间的波动就会变得非常剧烈。

第二，光追是在UE4.26上硬塞UE5特性。 库洛在Unreal Fest Tokyo 2025上分享了技术细节：他们用ReGIR技术把600个光源场景下的采样处理从UE4标准的10.37ms压缩到了2.65ms。这确实是硬核优化。但问题在于，这种优化高度绑定特定场景——复杂光照场景下效果显著，其他场景下额外的开销就暴露出来了。而且这种“魔改”方式本身就容易导致显存管理、驱动兼容性出问题。

第三，“优化”的代价是砍画质。 3.0版本更新后，玩家发现光追反射距离、地图光效距离、草地渲染距离、阴影渲染距离、高清贴图渲染距离被“全方面爆砍”。玩家的直观感受是：远处的城堡不再加载了，飞近了才开始渲染。社区总结得很精辟：“堆料=负优化，优化=砍特效”。

第四，底层重构解决不了引擎瓶颈。 换C#解决的是脚本层的CPU开销，但光追的GPU负载、显存管理、渲染管线效率，这些引擎层面的问题，换脚本语言解决不了。所以你才会觉得“3.6好像优化了，但光追一开还是那个鸟样”。

所以该怎么办？

“别开光追，关掉DLSS，就再也不会fatal error了”

在库洛拿出真正的引擎级优化之前，关光追是目前高端显卡用户最务实的自保方案。代价是画质下降，但换来的是稳定性。一个5080用户要靠关掉核心画质功能才能不崩——这本身就是最大的吐槽。

至于RTSS，可以试，但别抱太大期望。锁帧值设低一点（低于刷新率几帧），RTSS限帧器模式选NVIDIA Reflex，也许对你有效。但如果你的瓶颈在GPU本身，锁帧救不了你。