DF周刊:AMD的AFMF 2驾驶员级框架生成更新非常值得一看
这是本周DF Direct的另一个包装版,我们对《星球大战》的违法行为的最新想法 ,对没人愿意死的印象以及Mana Demo的愿景,以及如何将Ray Tracing引入下一波EA体育冠军中。但是,这篇文章的重点是发布AMD流体运动帧技术的新技术预览-AFMF 2 。这是Radeon团队的第二次尝试驾驶员级框架生成的尝试 ,如果您有能力,我强烈建议您检查一下。
首先,值得避免所有警告:驾驶员级框架的一代永远无法希望与NVIDIA DLSS 3 Frame-Gen或AMD的FSR 3替代方案相匹配。这些技术具有深层集成到游戏引擎中 ,从而可以从生成的框架中获得更高水平的保真度 。AFMF本质上是FSR 3,没有游戏给出的其他信息,因此实际上 ,它以类似的方式工作,与电视中的平滑运动插值相似。渲染游戏框架,然后持有另一个游戏框架,然后AFMF插入了两者之间三明治的“中间人”图像。
只有屏幕空间信息可以使用 ,AFMF只需在很短的时间内就进行很多猜测,因此会出现更多的人工制品和错误 。但是,与其他框架生成技术类似 ,生成的帧有效地在标准渲染帧之间闪烁。基本框架速率越高,速度效果越快,人工制品的明显越小。AMD通常说60fps是FSR 3的良好基础帧速率 ,因此可以认为AFMF将需要更高的基本FPS水平以更好地隐藏其不足之处 。
AFMF 2只是本周DF Direct的15个不同讨论点之一。
0:00:00简介
0:02:01新闻01:星球大战Outlaws Gameplay预览!
0:14:31新闻02:没人想死的印象深刻
0:23:05新闻03:EA体育冠军获得RTGI
0:38:55新闻04:PS VR2大幅打折
0:47:47 News 05:Mana Demo的愿景发布
0:55:47新闻06:Rog Ally X Benchmarked!
1:03:40新闻07:AMD流体运动帧2预览
1:17:45新闻08:命运3不在开发中
1:25:51支持者Q1:您能比较诸如Steam Link之类的家庭流媒体服务吗?
1:33:01支持者Q2:控制台Minecraft射线跟踪在哪里?
1:38:56支持者Q3:即将到来的游戏机能否拥有更多定制的硬件?
1:46:42支持者Q4:开发人员不应该对他们的游戏进行优化,还是更苛刻的标题只是图形发展的结果?
1:54:37支持者Q5:为什么不为较早的游戏机采用X86?
1:58:27支持者Q6:Microsoft可以在PC上释放其后退Xbox标题吗?
2:03:29支持者Q7:M4 iPad Pro的显示对Oliver是否足够好?
但是,现实是 ,可接受的基本帧速率根据您为框架生成技术提供的内容以及用户自身的看法而变化。我可以在Aveum的神仙的控制台版本中实现FSR 3的实现,在该版本中,帧速率经常坐在40年代中期。即使有了AFMF 2 ,Hellblade还是一款节奏较慢的游戏,因此相同40年代中期的基本框架速率在将框架率带到80年代和90年代初的情况下效果很好 。在我使用具有可变刷新率支持的LG CX OLED显示器的测试中,将基本框架速率限制在57fps-59fps的最大值中,使我在VRR窗口内 ,结果很好。我可以以1440p的速度进行控制,并在中等设置的所有RT功能上升级到4K,并且体验很好。
由于其驱动器级别状态 ,AFMF的帧速率放大因子只能通过AMD自己的基于肾上腺素的框架速率计数器准确测量 。但是,没有什么可以阻止您同时运行标准FPS计数器,这基本上为您提供了AFMF做事之前的基本框架率。这是一种有趣的方法 ,可以实时了解您获得的FPS提升。
我们之前曾在其1.0迭代中查看过AFMF,虽然意识到其局限性,但我们可以看到潜力 。但是 ,我们发现总体上很难推荐,因为在快速运动场景中 - 最可见的手术 - 效果是残疾的,这在两个极端之间看到了框架速率。AFMF 2.0在我的测试中不使用Radeon RX 7900 GRE进行此操作。是的 ,人工制作更为明显,但是最好只是关闭效果 。
AMD也做出了更多的更改和改进。在1440p或更高时运行时,框架生成的质量提高了。有一种性能模式可以降低质量,但可以确保在集成图形上更加顺畅 ,这使其非常适合游戏手持式手持式,尤其是Asus Rog Ally,其可变刷新率显示 。与第一次迭代相比 ,AFMF 2还看到AMD提出了有关提高输入滞后的主张 - 它甚至具有多GPU支持,将框架转换为集成的图形解决方案,从而使离散的GPU仅集中在游戏上。Radeon Chill可用于限制输出帧速率 - 适用于VRR屏幕 ,否则该屏幕将在VRR窗口外面显示屏幕播放(我在测试中使用了Riva Tuner的FPS限制器,并且效果很好,但是Radeon Chill应该提供更好的结果 ,因为AMD可以直接在其集成中工作)。
除了现有对DX11和DX12的支持之外,AMD在包含OpenGL和Vulkan API集成的情况下加强了支持。太好了,但是我希望看到这一点进一步扩展 - 正如亚历克斯(Alex)最近有关无损缩放框架生成的文章所证明的那样 ,将框架生成应用于非常旧游戏的能力肯定具有其用途 。
那么,我们使用AMD流体运动框架有多远?大约一年前,我们在Gamescom上首次看到AFMF的演示,我们看到的演示还不错。驾驶员级框架生成的想法听起来像是一个坏主意 - 第一次迭代存在一些问题 - 但最终 ,作为一个增值功能,用户可以通过尝试而不会损失它,我们只能赞扬AMD为其用户提供更多选择。AFMF 2无法完全解决技术中固有的局限性 ,但是如果您具有较高的刷新率显示,那么第二次迭代肯定值得一看 。是的,我确实希望Nvidia能够效仿自己的驾驶员级别的解决方案。驾驶员级框架 - 网格存在问题 ,但是PC用户的选项越多,越好。
相关文章
发表评论