最近《星刃》跑到Switch 2上的消息一出来最有意思的其实不是“它能跑”而是“它居然能这么跑”。一个被反复提到的性能模式把DLSS和FSR同时亮了出来。很多玩家的第一反应是Switch 2不是NVIDIA的芯片吗为什么还要用AMD的FSR这两个方案以前在PC上是互相抢档期的竞争对手现在竟然在一台主机上合作输出60FPS。这个组合放在前几年是想都不敢想的但细看之后会发现它是目前移动端硬件在功耗墙上做出的最务实的选择。这篇内容我就结合这套混合方案的技术逻辑、帧时间构成以及PC上能不能复刻类似玩法聊一点实际的东西。1. Switch 2那个级别的硬件要跑60FPS《星刃》到底卡在哪1.1 掌机与底座双模式下的算力现实Switch 2用的芯片虽然还没有官方公开全部细节但外界普遍预期是NVIDIA定制Tegra也就是传闻里的T239GPU部分属于Ampere架构带Tensor Core和光追单元。这个底子的桌面端性能参考大致相当于GTX 1050到RTX 2050之间而且还要区分底座模式和掌机模式。底座模式可以拉高一点功耗掌机模式必须控制发热和续航所以同一块芯片在不同模式下能释放的性能差异很大。你可以把它理解成一台性能比Steam Deck稍强、但依然远弱于PS5的移动主机。而《星刃》这个项目在PS5上是以高画质、高速战斗作为核心卖点的场景里大量高模角色、复杂反射、多光源和粒子效果整套美术资源的标准是按照上世代主机和中端PC来做的。现在要塞进一台掌机级别的SoC里还要保证战斗时不掉帧难度不在游戏逻辑而在像素填充率和带宽。问题很直观如果按照完整画质渲染原生分辨率60FPS基本没戏。Steam Deck跑同类动作游戏720P下开中低特效也就勉强40到50帧。Switch 2的GPU比Steam Deck的Van Gogh架构在浮点上略占优但有光追单元和Tensor Core加持理论上比纯RDNA2方案更适合做AI超分可也掩盖不了绝对算力不足的事实。1.2 为什么原生60FPS在这个场景下不现实很多主机玩家有一个惯性认知既然新主机来了只要厂商肯优化原生60FPS应该不难。但《星刃》这种体量不一样。它的渲染管线里塞了大量高开销特性比如角色服装材质的各向异性高光、场景镜面反射、体积雾和动态阴影。这些特性在PC上跑原生4K 60需要的GPU算力已经接近RTX 3070级别而Switch 2底座模式的GPU浮点能力可能只有它的四分之一到三分之一。所以“原生60FPS”从来不是优化问题而是物理问题。即便把分辨率降到720P把阴影距离和反射精度都砍掉这个游戏的战斗场景依然可能让GPU渲染一帧就需要25到30毫秒换算下来就是33到40FPS上下。要让画面显示到60Hz刷新率而不产生撕裂就必须想办法在帧与帧之间做文章。这也正是超分辨率与补帧技术被推上台面的原因。超分辨率解决的是“像素不够”的问题补帧解决的是“帧数不够”的问题。两个问题单独看都能靠降特效和降分辨率硬扛但动作游戏不能让玩家的视野里出现一堆锯齿和模糊贴图也不能让战斗卡成幻灯片所以只能靠算法。1.3 “空间放大时间放大”双管齐下DLSS核心是空间放大把720P或者900P的低分辨率图像通过Tensor Core的神经网络重建到1080P甚至更高分辨率输出比传统双线性插值清晰得多。FSR在Switch 2上更可能负责的是时间放大也就是FSR 3的帧生成功能。帧生成不是简单放大一张图而是在两帧已经渲染出来的画面之间利用运动矢量和深度信息推算出中间帧再插进去让显示器每秒刷新时看到更多帧。一个负责把画面变清晰一个负责把帧率变快两者职责完全不同。这就是为什么它们能在一台机器上共存而不是“都做超分导致重复劳动”。更直白地说DLSS帮的是GPU的像素单元FSR帮的是GPU的时间线。在主机开发里这种混合方案以前很少出现因为平台方更倾向于统一技术栈。但在性能吃紧的情况下只要引擎支持、效果可控开发团队完全可以选择每个环节里最合适的那套工具。说白了游戏主机不是选秀节目不需要对品牌保持忠诚。2. 为什么DLSS和FSR能“杂交”两家技术底层的互补逻辑2.1 别把DLSS和FSR当成同一种东西我见过很多玩家把DLSS和FSR看作是“换皮竞争”其实该细究一下它们各自的实现路径。DLSS超分属于深度学习和专用硬件加速它依赖Tensor Core里面的AI单元来对图像做时域重建数据量巨大但质量上限很高尤其对静态物体和远距离画面的细节恢复非常强。FSR超分是纯空间算法加时域累加不依赖AI硬件通用性极强但画质上限比DLSS低一截在动态场景和边缘处理上容易发虚。到了帧生成层面两家又不太一样。DLSS 3的帧生成是NVIDIA闭源方案依赖光流加速器加上游戏引擎输出运动矢量在PC上限定RTX 40系显卡硬件门槛非常高。FSR 3的帧生成则是一款跨平台方案可以从RDNA系列到老旧的GTX 10系都能跑因为它更多基于游戏内的运动矢量来计算中间帧不需要专门的光流单元。这就是“杂交”的技术前提DLSS的超分能力刚好是FSR不擅长的FSR的帧生成能力又恰好绕开DLSS在硬件上的限制。两块拼图要是硬用一套方案总有一半的效率是被浪费的。2.2 混合方案里的具体分工在《星刃》这套Switch 2方案里假设最终确定的分工是“DLSS超分 FSR 3帧生成”那整个图形管线看起来就像是一条流水线游戏引擎先以较低内部分辨率渲染实际场景比如720P或864P。DLSS把这张低分辨率图放大到1080P这个过程会利用运动矢量和历史帧数据。FSR 3帧生成模块读取DLSS输出后的运动矢量加上深度图计算出插帧用的中间画面。最终输出到显示器的是经过超分后的真实帧和FSR生成的中间帧混流。从架构上看这两个工序是前后串联而不是并行。DLSS先做FSR后做顺序不能颠倒。如果让FSR先超分、DLSS再补帧逻辑上虽然可行但DLSS帧生成在非NVIDIA硬件上根本跑不起来而且FSR的超分结果喂给DLSS后DLSS需要重新分析画面效率会大幅下降。所以现在的混合路线是“DLSS处理质量、FSR处理帧率”。这就像做菜DLSS负责把食材切得精致漂亮FSR负责加快上菜速度两者不是在抢同一个灶台而是各有各的工作台。2.3 两套方案一起跑不会撞车吗过去PC上不让DLSS和FSR同开很大程度上是游戏只集成了其中一套引擎里没写同时调用的路径。要同时使用两个厂商的中间件引擎必须能把DLSS的输入输出接口暴露给FSR帧生成模块而不是各自独立处理。这里面最麻烦的就是运动矢量。DLSS跑完后会生成一张新的运动矢量图给后续TAA或帧生成使用如果引擎直接把DLSS的输出画面交给FSR却没把运动矢量也传过去FSR插帧就会疯狂出错画面会出现大量边缘撕裂和鬼影。所以想让它们不撞车就必须在引擎渲染流程里把中间数据接好。从UE4/UE5实践来看这类数据并不是不能对接但UE默认的后处理管线里并没有一个专门为“DLSS输出后马上接FSR FG”设计的节点。开发者通常需要把DLSS整合为RHI层的一个Pass再把它的输出作为FSR FG插件的输入。这不是改个布尔变量就能完成的事整套后处理链都要重新梳理一遍。这也是为什么很多主机游戏宁愿只选其中一个方案不是因为两个方案加在一起效果变差而是因为工程复杂度成倍增加。如果团队能熬过适配阶段得到的就是一个画质和帧率同时保留的优化状态。3. 从帧时间拆解《星刃》的60FPS管线哪一步在用DLSS哪一步在用FSR3.1 一帧画面从渲染到显示到底经过了什么我看很多博主拿到“60FPS”的成绩就直接欢呼但真正好看的是帧时间构成。把一帧从引擎到屏幕拆开大致能分成下面几个阶段游戏逻辑与动画更新CPU开销一般是1到2毫秒。场景渲染包括模型、光照、阴影、粒子这是最重的一步占用大头。运动矢量计算为后续空间和时间重建做准备。DLSS超分Pass把低分辨率画面放大到目标分辨率。UI和HUD合成这部分通常单独画避免被超分和插帧搞糊。FSR 3帧生成生成一个或多个中间帧。提交给显示输出等垂直同步。实测下来游戏逻辑时间在主机上通常很稳定不太会超过3毫秒。场景渲染部分会波动普通场景18毫秒复杂战斗场景可能冲到25毫秒以上。DLSS超分本身跑在Tensor Core上在1080P输出档位下Pass消耗能压到1到2毫秒。FSR帧生成因为要读取运动矢量、深度并重建光流开销反而比DLSS超分稍高一点可能在2到3毫秒。算总账的话一帧真实帧的渲染加后处理大概是20到27毫秒也就是大约37到50FPS的实际游戏帧率。如果不开帧生成你看到的就是一个浮动的40多帧画面虽然能玩但远不够“丝滑”。开了FSR帧生成之后系统在相邻两帧真实帧之间再插入一帧显示刷新率突然翻倍流畅度立刻跳到60FPS级别。3.2 基础帧率30还是40帧生成的两种工作模式FSR 3帧生成通常按照“1比1插帧”来工作也就是渲染一帧真实帧生成一帧虚拟帧交替输出。要稳定60FPS引擎只需稳定渲染30FPS即可另外30FPS靠生成。如果基础帧率跑到40FPS插帧后数值会变成80FPS但此时显示输出若固定60Hz系统就需要做帧丢失或帧时序重映射反而会造成卡顿。所以主机开发里碰到这种情况常见的做法不是让帧生成去追求80而是限制到显示器刷新率的一半或者整数倍。比如底座模式锁30真实帧加30插帧输出60FPS或者干脆锁40真实帧加20插帧输出80FPS但依赖HDMI 2.1的可变刷新率。Switch 2如果底座输出走HDMI 2.1理论上这些模式都能做但实际游戏更倾向保守的一比一方案降低调度复杂度和延迟波动。这也意味着玩家看到的“60FPS”实际体验下限是30FPS的真实操作响应。动作游戏对这一点非常敏感因为每个按键操作和屏幕反馈之间隔了真实帧渲染那段时间插帧并不能缩短输入延迟。3.3 画质表现小屏幕上的“观感胜利”画质方面这套混合方案在掌机小屏幕上确实讨巧。7到8英寸的屏幕原生720P到1080P的像素密度已经不低玩家很难一眼看出DLSS重建带来的细微瑕疵。FSR插帧因为画面在高速运动时可能出现轻微边缘糊但在掌机上屏占比小观感反而不容易露馅。底座模式如果把游戏输出到4K电视DLSS超分的目标分辨率可能就不是1080P而是1440P甚至4K。这时候DLSS的重建压力会变大FSR插帧需要的运动矢量数据也更多GPU的带宽消耗会显著上涨。为了守住60FPS底座模式更可能把DLSS目标设定在1440P再靠主机显示芯片的缩放或让玩家自行选择帧率优先模式。整体效果比PS5原生4K差但考虑到硬件差距这个画质水平已经算相当能打。从帧时间日志来看真正决定最终成败的不是那1毫秒的DLSS开销而是FSR帧生成需要的时间是否稳定。只要FSR插帧本身的耗时抖动超过2毫秒显示端就会出现明显的帧间隔波动让你感觉“虽然FPS是60但画面不跟手”。这也是混合方案最难调的地方。4. 混合方案不是银弹伪影、延迟与玩家体验的取舍4.1 FSR补帧逃不掉的伪影问题再好的帧生成算法本质都是在猜测中间帧长什么样。FSR 3在里世界物体平移、镜头慢摇这类场景下效果很好但碰到高速动作游戏里最常见的两种情况就容易露馅人物快速连续出招、镜头瞬间翻转。第一种情况里角色肢体运动幅度大前后两帧的差异太明显算法很难靠运动矢量完美推算出中间位置就会出现“武器残影”和“手臂被拉长”的伪影。第二种情况里镜头旋转时背景像素整体位移插帧出来的画面会有一瞬间的扭曲感类似手机上开启视频超帧时的果冻模糊效果。《星刃》这种游戏偏偏就满是这两种镜头语言。开发团队如果想压制伪影通常会做两件事一是限制FSR插帧在UI层上的作用HUD和血条不走补帧路径二是在极端动作镜头里临时降低插帧权重比如镜头旋转速度超过阈值时插帧退回原样输出。可一旦做了动态降级帧率就会从60往下掉玩家可能感知到“某几秒变卡了”反而更闹心。所以你要明白“60FPS稳定”在带插帧的方案里很大程度是牺牲了一部分帧的可靠性换来的。显示指标好看实际观感不一定在所有时刻都好。4.2 动作游戏的输入延迟补帧救不回来这是我最想让动作游戏玩家知道的一点帧生成提升的是视觉流畅度不是操作手感。FSR 3插帧生成的帧不会读取你的按键输入它只是在已经发生的两帧之间补了个画面所以真正影响你手柄操作到屏幕反应的时间依然是真实帧的渲染延迟。假设基础帧率只有30FPS那操作到显示的理论延迟就在60到80毫秒之间这还没算上无线手柄和显示设备的输入延迟。对硬核动作玩家来说这个数值是能被明显感知到的尤其是弹反、闪避这种需要精确帧窗口的机制容错率会低一截。从开发者的角度能做的补救是引入类似NVIDIA Reflex的低延迟管线优化让CPU在GPU处理当前帧时就开始准备下一帧的输入数据降低渲染队列深度。但即便优化到位混合方案的整体输入延迟也很难赶上同画质下原生60FPS。所以我猜《星刃》在Switch 2上大概率会给玩家提供“画质模式”和“性能模式”混合方案只在性能模式下启用让追求手感的玩家自己决定要不要关闭插帧。4.3 主机平台对这种“跨品牌混搭”的看法主机平台过去很少允许核心渲染层同时使用两家的中间件主要是出于工具链统一和测试成本的考虑。因为一旦加入两个供应商的方案就意味着要同时跟进两边的SDK更新、版本兼容和认证规则。任天堂在这方面的态度一直比较务实只要不影响系统稳定性和游戏质量第三方团队自己组合方案通常不会被拦。对于用NVIDIA芯片的主机如果它只用了FSR帧生成而不开DLSS反而是更让人意外的选择。因为FSR帧生成的中间数据结构相对开放引擎接入成本更低而DLSS信号质量好但接入依赖英伟达的SDK。因此在一个已经预装Tensor Core的平台里最优解也确实就是“DLSS管放大FSR管补帧”两边各用各的强项。当然开发团队还得面对一个问题如果未来Switch 2系统更新或者FSR版本升级会不会影响已经封版的游戏主机游戏一旦发售补丁流程非常重不可能频繁改渲染逻辑所以在首日版本里所有版本相关的接口变量就得锁定好不然一次系统更新就可能把插帧模块弄崩。4.4 也不是没有备选路线除了DLSSFSR其实还有另一个更“端水”的组合思路FSR超分FSR帧生成全饭AMD方案或者DLSS超分引擎内置TAAUFSR插帧。前者好处是单供应商调优方便坏处是画质上限受限后者本质上依然是混合但把超分环节换成了更普通的TAAU画质不如DLSS却能在部分场景下省下Tensor Core的资源给FSR帧生成。《星刃》目前曝光的方向选择更多是质量优先因为DLSS超分在这些方案里是画质表现最稳的。未来如果看到其他游戏用“FSR超分DLSS帧生成”的组合不用觉得奇怪那大概率是因为硬件平台不支持DLSS超分但支持DLSS帧生成的某种特例。主机的图形栈就是这样一个多方妥协的结果。5. PC玩家能复刻这种混搭玩法吗DLSS Swapper与第三方MOD的现实5.1 DLSS Swapper只能换DLL管不了整套混合DLSS Swapper这工具不少PC玩家都听过它能扫描你游戏目录里的DLSS DLL文件然后替换成你指定的版本比如把旧版DLSS 3.1升级到3.7。听起来很万能但它只修改了DLSS运行时库决定游戏是否启用DLSS、能不能把运动矢量正常输出给其他模块的还是游戏引擎本身。像《星刃》这种主机移植到PC之后如果不原生支持FSR 3帧生成你光靠DLSS Swapper是没办法凭空变出FSR模块的。DLSS Swapper能做的充其量是让DLSS版本更新换来一些超分质量提升或者延迟优化无法让两个公司的技术在一套引擎里自动组合。而且很多UE4/UE5游戏在打包时把DLSS的二进制直接编译进主程序或者私有库不是单纯的DLL外置。你在游戏目录里找不到nvngx_dlss.dll这种情况太常见了DLSS Swapper连目标都找不到更别谈替换。所以想复刻混合方案不能指望这工具要从游戏自身的渲染设置入手。5.2 “A卡用DLSS的方法”到底靠不靠谱网上常年有人问A卡能不能用DLSS答案很复杂。原则上DLSS超分依赖Tensor CoreA卡没有这套硬件直接跑是跑不起来的。但社区里有一类MOD会把游戏的DLSS调用翻译成其他API比如让AMD显卡用微软的DirectML超分或者干脆转成FSR从而在A卡上“看到DLSS的开关开起来了”。这种做法的本质是模拟兼容不是真DLSS。质量看MOD的实现很多情况下还不如你直接开FSR画质档效果好。而且在线游戏用了这类MOD很容易被防作弊系统判定为修改客户端后果不用我多说。如果你只是想在自己的PC上体验“DLSS超分FSR插帧”的混合效果最简单的路径反而是选择原生支持DLSS的游戏再用第三方帧生成MOD补上FSR 3。市面上已经有面向某些单机游戏的帧生成MOD把FSR 3 FG插进DLSS超分之后算是一种相对可行的PC复刻方案。5.3 在PC上自己动手试混合方案的步骤参考如果你想在PC上试试类似Switch 2的组合思路操作门槛没有想象中高但需要做好心理准备不是所有游戏都兼容这套流程建议优先选那些本身同时支持DLSS和FSR的游戏。以《赛博朋克2077》或者《星空》这类UE或CDPR自家引擎游戏为例操作步骤大致是这样确认游戏能开启DLSS超分把渲染分辨率调低到你能接受的档位比如质量档或平衡档。安装一个支持FSR 3 FG的MOD目前社区方案一般是基于UE插件或DXVK层注入先把DLSS超分打开再让MOD读取DLSS生成的运动矢量。在MOD配置里启用帧生成并把帧生成倍率设为1比1目标锁60或与你的显示器刷新率一致。用CapFrameX跑一段固定场景记录帧时间和1% Low观察画面边缘有没有明显伪影。如果输入延迟让你难受把游戏内垂直同步和帧数限制都关掉改用显卡驱动级别的低延迟模式。这套流程不一定在所有游戏里都能跑通因为运动矢量的传递和UI合成顺序每个引擎都不一样。但只要你成功过一次就会理解主机团队为什么会在两种技术之间来回调参——任何一个环节的数据没接对画面都会崩给你看。5.4 从主机方案里能借鉴的工程思维相比PC上的各种折腾主机版《星刃》的混合方案更像是一个经过严格测试的样板工程。它给PC玩家的启示不在于“我能不能用同一个组合”而在于“帧生成和超分之间可以有明确分工”。以后你在一款游戏里同时看到DLSS质量选项和帧生成选项时可以试着把它们拆开来看哪个负责清晰度哪个负责流畅度哪个环节带来的副作用最小。我个人在调PC画面时也更倾向这种“模块化”思路别一键开个画质预设就完事而是针对显示器特性去分开设置。如果你的显卡支持DLSS超分就用DLSS如果你的显示器是高刷但显卡撑不住原生高帧那再考虑开帧生成如果游戏卡顿来源其实是CPU瓶颈那超分和插帧都帮不了你锁帧反而更稳。这套方法论放到Switch 2上同样成立只不过主机封装得更黑盒你没那么多权限去细调。但从结果倒推能看出开发团队是认真做了权衡的。最后再分享一个观察DLSS和FSR在PC上打了这么多年真正值得关注的不是谁取代谁而是它们被塞进同一台机器时如何各司其职。Switch 2上的《星刃》大概率不会是最后一个这么干的游戏之后应该会有更多项目在移动端复制这种混搭思路。如果你在自己电脑上碰到需要兼顾画质和帧率的场景也不妨先想想这个问题——你缺的到底是像素密度还是帧与帧之间的间隔。想清楚之后再用DLSS还是FSR答案自然就出来了。