Support us on Patreon to keep GamingOnLinux alive. This ensures all of our main content remains free for everyone. Just good, fresh content! Alternatively, you can donate through PayPal. You can also buy games using our partner links for GOG and Humble Store.
We do often include affiliate links to earn us some pennies. See more here.

AMD FidelityFX Super Resolution 2.0 announced

By - | Views: 25,360

AMD has today revealed AMD FidelityFX Super Resolution 2.0, the next-generation version of their impressive spatial upscaling tech that can really help improve performance.

For those who don't use it and are confused: the whole idea is that it produces high-resolution outputs from lower resolution inputs. It's one way to get good performance at 4K for example, for games that are a bit too resource intensive. It can work with many resolutions and the Steam Deck has FSR built-in.

There's limitations of course, and AMD explained these examples for FSR 1.0:

  • FSR 1.0 requires a high quality anti-aliased source image, which is not always available without making further changes to code and/or the engine.
  • Upscaling quality is unavoidably a function of the source resolution input. So with a low resolution source, there is just not enough information with a spatial upscaler for thin detail.

Bring on FSR 2.0 then! Which continues to be open source.

"FSR 2.0 is the result of years of research from AMD, and is developed from the ground up. It uses cutting-edge temporal algorithms to reconstruct fine geometric and texture detail in the upscaled image, along with high-quality anti-aliasing."

Some of what's new in FSR 2.0 include:

  • Delivers similar or better than native image quality using temporal data.
  • Includes high-quality anti-aliasing.
  • Higher image quality than FSR 1.0 at all quality presets/resolutions.
  • Does not require dedicated Machine Learning (ML) hardware.
  • Boosts framerates in supported games across a wide range of products and platforms, both AMD and select competitors.

It will continue to work across all vendors too so NVIDIA and Intel will also benefit from this. Since it's open source, any developer can just pick it up and use it.

FSR 2.0 temporal upscaling uses frame color, depth, and motion vectors in the rendering pipeline and leverages information from past frames to create very high-quality upscaled output and it also includes optimized high-quality anti-aliasing. Spatial upscaling solutions like FSR 1.0 use data from the current frame to create the upscaled output and rely on the separate anti-aliasing incorporated into a game’s rendering pipeline. Because of these differences, FidelityFX Super Resolution 2.0 delivers significantly higher image quality than FSR 1.0 at all quality mode presets and screen resolutions.

An example AMD included was DEATHLOOP which is adding support for it:

YouTube Thumbnail
YouTube videos require cookies, you must accept their cookies to view. View cookie preferences.
Accept Cookies & Show   Direct Link

When will it actually be available? They're not saying other than a vague "Q2 2022". They will be attending GDC though next week to give a talk on it.

Article taken from GamingOnLinux.com.
33 Likes
About the author -
author picture
I am the owner of GamingOnLinux. After discovering Linux back in the days of Mandrake in 2003, I constantly came back to check on the progress of Linux until Ubuntu appeared on the scene and it helped me to really love it. You can reach me easily by emailing GamingOnLinux directly. Find me on Mastodon.
See more from me
The comments on this article are closed.
39 comments
Page: «4/4
  Go to:

robredz Mar 18, 2022
Wonder how similar the upscaler's are to the ones used in 4K Blu Ray player's and Tv's to upscale DVD, 720p, and Full HD to UHD?
Doc Angelo Mar 18, 2022
Quoting: elmapulisnt that the definition of ASIC?

I'm not sure what you mean. The Tensor cores?


Last edited by Doc Angelo on 18 March 2022 at 3:55 pm UTC
elmapul Mar 18, 2022
Quoting: Doc Angelo
Quoting: elmapulisnt that the definition of ASIC?

I'm not sure what you mean. The Tensor cores?
yup
elmapul Mar 18, 2022
Quoting: elmapul
Quoting: somebody1121I hope they release the source code soon so godot 4 can add this (Although it need some TAA implementation first for the motion vectors)

i dont think they have enough man power for that, it would only delay vulkan, i think they will focus on deliver vulkan on 4.0, bring back openGL at 4.1, and those extra features either will go at =>4.2x or 5.0x.

one thing i think they could implement though, that shouldnt require too much effort to add is some form of rendering the text in a different render contex so FSR 1.0 could work on everything else from the game, then you render the text as the last step in an higher resolution instead of upscaling it.
(something like an text overlay on top of the game render.)

i think its doable.

HOLY GUACAMOLE! its a bit strange to self quote, but...

https://www.youtube.com/watch?v=5JBZj7u3U6k

that! if godot can do that, FSR 1.0 will happen.
Calinou Mar 19, 2022
Quoting: elmapul
Quoting: somebody1121I hope they release the source code soon so godot 4 can add this (Although it need some TAA implementation first for the motion vectors)

i dont think they have enough man power for that, it would only delay vulkan, i think they will focus on deliver vulkan on 4.0, bring back openGL at 4.1, and those extra features either will go at =>4.2x or 5.0x.

TAA is being implemented in Godot 4.0 as we speak! There's not much to show yet, but this means motion vectors will be available for FSR 2.0 to use (and/or XeSS, depending on whether it goes open source in a timely fashion). These motion vectors will also be useful for a motion blur implementation in the long run.

MSAA and FXAA will remain available, with SMAA potentially being implemented in the future for high-quality post-processing spatial antialiasing.

Quoting: elmapulone thing i think they could implement though, that shouldnt require too much effort to add is some form of rendering the text in a different render contex so FSR 1.0 could work on everything else from the game, then you render the text as the last step in an higher resolution instead of upscaling it.
(something like an text overlay on top of the game render.)

This is indeed what Godot 4.0 does if you reduce the `scaling_3d_scale` project setting/Viewport property below 1.0 :)
It can also be set above 1.0 for supersampling if you have the GPU power to spare.

This can be done in Godot 3.x too with a two-Viewport setup: https://github.com/godotengine/godot-demo-projects/tree/master/viewport/3d_scaling


Last edited by Calinou on 19 March 2022 at 4:17 pm UTC
3zekiel Mar 19, 2022
Quoting: denyasis
QuoteDelivers similar or better than native image quality using temporal data

Wait, so it can make an image that's better than the original??

It depends which part we are talking about. They say it includes both up-scaling AND temporal anti aliasing(TAA). The up-scaling obviously won't give you a better image than original. TAA might if the base game does not implement it (very very unlikely for a game from the past 5-6 years I'd say, but well.).
So it's kind of a buzzphrase here, that's not really a lie, but that's not really true either. At least not in the sense that most people will understand it.
Overall, temporal upscale has existed for quite some time already, and 4A games has been using it extensively for Metro Exodus on DLSS-less graphics card. So once again, AMD did not really make a breakthrough in term of algorithm, so what it will do is very predictable. It will be better than static upscale, but it will introduce temporal artifacts, (reverse) ghosting, maybe shimering and other fun issues in exchange. Fixing those issues are what (I suspect) the AI part of DLSS/XeSS is mostly for. That and likely interpolating some small details. The fact that it comes in an open source toolkit however is very nice, and that it bring a TAA implementation with it will likely help smaller studios too. Also, once they add the AI part to fix the temporal artifacts, it will likely be just a small update for devs too. Now, XeSS might end up being more interesting on that front IF (and only if) it is open source.
The main inconvenient of the technique is that requires a more complicated plumbing in the game engine, so the integration complexity will be the same as DLSS.
elmapul Mar 20, 2022
Quoting: CalinouThese motion vectors will also be useful for a motion blur implementation in the long run.
i hate when good news come togheter with bad news...
i mean, i didnt knew godot didnt had support for motion blur...
elmapul Mar 20, 2022
Quoting: CalinouThis can be done in Godot 3.x too with a two-Viewport setup:
omg i saw an video about this a few days ago, rendering the game in low-res to save processing power while render the text in high res for redability.

can this trick be used to apply FSR on one viewport (the 3D one) while ignore it on the other?
[edit]
actually you just said its possible, but have you tried?

Quoting: 3zekielit will introduce temporal artifacts, (reverse) ghosting

god... read this phrase out of context, that sounds like sci-fi...
"yeah yeah , our time machine will introduce some temporal artifacts, like reverse ghosting but we can fix that with that <lot of techinical terms for an solution>


Last edited by elmapul on 20 March 2022 at 9:00 am UTC
Calinou Mar 20, 2022
Quoting: elmapulcan this trick be used to apply FSR on one viewport (the 3D one) while ignore it on the other?
[edit]
actually you just said its possible, but have you tried?

This is already how it works – the `scaling_3d_scale` property will never affect 2D rendering, as its name implies.
While you're here, please consider supporting GamingOnLinux on:

Reward Tiers: Patreon. Plain Donations: PayPal.

This ensures all of our main content remains totally free for everyone! Patreon supporters can also remove all adverts and sponsors! Supporting us helps bring good, fresh content. Without your continued support, we simply could not continue!

You can find even more ways to support us on this dedicated page any time. If you already are, thank you!
The comments on this article are closed.