Official AMD FidelityFX Super Resolution (FSR) preview now available!

Are there any plans to add FSR to URP in the future?

 

+URP... and make sure it works on consoles, PCVR and PSVR. Don't go being all cheeky now.

 

+1 for URP also from me.

 

Awesome! HDRP already has a good amount of upscaling options.This is a very welcome addition
Also looking forward to the upcoming temporal upsampling.
Will help a lot with GPU performance. Really nice to see the improvements to dynamic resolution in general.

Will be really interesting to see the improvements AMD and maybe the open source community make to FSR in the future. Hope unity keeps it up to date.

 

+1 URP + VR

 

+1 URP + VR

 

Does support android?

 

Built-in Rendering Pipeline, please. The only one that is feature complete enough to use in a real game.

 

Any chance of back porting to 2020.3 for us DOTS Devs stuck on 2020.3 LTS? Or any news on DOTS in 2021.2B?

 

+1 URP...also add DLSS to URP

 

There's practically no chance on this because:
- This relies on new dynamic resolution changes which are not in 2020.3
- Unity doesn't usually backport new features to older, already released major HDRP versions
- DOTS is highly experimental so supporting DOTS hybrid rendering with this for past releases can't be any kind of priority to Unity.

Would assume the odds would be higher in getting DOTS running on 2021.2+ instead.

 

Are there any plans to support this in Metal? This would be perfect for the new Macs, which have a very high screen resolution but are only capable of rendering at roughly 60% that.

So you'd start with 1440x900 and then upscale to 2560x1600, which would look wonderful as the source resolution is already pretty good.

 

I've requested URP support for DLSS in past as well. I really do hope Unity does consider bringing both DLSS and FSR to URP too. Current technical limitations aside, it would be silly if they do leave these feats to HDRP -only. I get that getting DR running in a way that these techs require does involve a lot of work on URP side but I'm hoping it can still happen.

When I asked about getting DLSS to URP, this was the developer response:

I'm posting this quote here just for awareness so people know what is involved here, most of these things probably have to happen before FSR could work on URP as well.

As another note, Unity still keeps adding a ton of URP / HDRP specific features that only land on one of them and often these features are such that would benefit both and the cross-SRP goal Unity has. In addition, I'd love to see Unity add some x-pipeline roadmap to the current roadmap site so we could see better how that work is going

 

Doing HDRP first makes sense, as this tech is mostly intended for 4K gaming on consoles, where games often run at a dynamic resolution. This would replace the existing upscaling tech there.

We're not in 2019 anymore. HDRP has a lot of features that aren't in built-in and it's clearly production ready, as proven by the games that already shipped with HDRP.

 

It absolutely does, especially for non-VR use. HDRP is still stuggling in VR even with the massive boost you get from DLSS, hence people wanting to see this tech in URP VR.

Basically what I and many others here would love to know is if Unity is planning on porting this work to URP in the future or not.

 

It's a shame that HDRP is not production ready for android, quest, switch, scalable games, most laptops etc and Unity claims URP will succeed built-in.

At this rate I very much consider URP to be complete as actions speak louder than words or little online to-do lists. This was determined by how many years since LWRP came out. I mean it's been a few years since they changed the name to URP as well. Time flies.

Which means if you want a scalable title that runs on low and high end with FSR / DLSS - use Unreal Engine, otherwise use HDRP - according to Unity's actions.

(By default, I make conclusions and decisions based on what actually happened rather than just what people say or assume)

 

It's actually possible to back port FSR TO 2020 LTS. Edge of Eternity as already added.
I am not using the hybrid rendering so not an issue for quite a few of use

 

Ah, my response was really meant to describe what Unity typically does in these types of scenarios. If you are willing to backport it yourself then that's a whole another thing. If you do it yourself, main limiting factor would be actual native (c++) side changes Unity may have done to support feature x as those can't be backported by engine users.

For example I had TAA improvements running on way older HDRP versions which Unity eventually landed it on and this was possible because it was only C# and shader code change.

But in the nutshell: unless it's a bugfix, it typically won't be backported by Unity.

 

I've also seen them backport a feature before (can't remember which) - but it was non-invasive and probably was part of a fix anyway.

 

it's only for unity 2021 any chance to bring it to unity 2019 ...

 

I'm working on Built-in support for FSR and CAS.

 

any chance to release hdrp version for unity 2019

 

Sorry, I'm not working on HDRP version, Unity is already taking care of that. Im working on Built-in integration only.

 

Seems like Unity removed FSR access in their Github. I don't need it anyway, im using AMD source files!

 

It has only been deleted because the pull request has been merged. See here: https://github.com/Unity-Technologies/Graphics/pull/5152

 

sadly they are bringing everything to unity 2021 and ignoring unity 2020 and unity 2019 :/

 

They are not ignoring those. Unity only supports LTS versions of 2020 and 2019 and Unity makes a promise that it tries to keep those LTS versions stable by only bringing in platform SDK updates and bug fixes.

This mean no new features should creep in as they can potentially break stuff. Everyone always wants "just this one thing in" but LTS - as Unity currently does it - can't happen with such mindset. New stuff will arrive to current TECH releases (20xx.1 and 20xx.2) where they can safely develop the features without breaking in-production projects.

TL;DR: Typically only TECH stream gets new features.

 

Technically you can just say "oh it's just a post effect" but it uses compute and may be called by mistake on mobile piplelines or any other number of issues. So I don't think it should be backported either.

LTS is pretty much only more stable because it doesn't get features, after all it gets fixes after the main releases do. Fixes happen at the bleeding edge and get backported down.

So a feature is pretty much the most unstable thing you can introduce to LTS.

 

I agree however you have created an issue with this due to the freeze on DOTS development with DOTS stuck on 2020.3 LTS. Even more, this seems like a key reason the package manager was created. Create a an experimental package back porting FSR into 2020.3 for the devs unity has locked on the LTS. Or tell me that DOTS is dead so I can either more to a new engine or Entitias

To quote Unity's press release,
"The Experimental phase contains exploratory and cutting-edge packages. They have not been tested for production, and they are not necessarily part of any roadmap. While individuals or teams might offer direct support to users for Experimental packages, they are not maintained by official Unity support channels. Experimental packages can be deprecated without being released." Sounds like a perfect place for back porting FSR to at least 2020 LTS

 

Will unity support AMD fidelity fx SSSR, HDR, AO, denoiser https://www.amd.com/en/technologies/radeon-software-fidelityfx ???

 

Fidelity FX SSSR and Denoiser are quite nice. Main limiting factor when it comes to these is that they only work on SM6+ / DX12 and Vulkan. I'd love to have that denoiser in HDRP SSR as their current denoiser isn't really functional enough IMHO.

While CACAO (AMD's new AO) looks nice, it seems to be quite expensive to render and at least the preview images I've seen don't notably differ from GTAO which is already in HDRP. Also CACAO comes with same platform limitation as their new SSSR and Denoiser.

As a side note, when I tested AMD's Fidelity FX SSSR + Denoiser sample, it didn't even run on all DX12 GPU's. It did run on my RTX2070S and GTX970 but failed to run at all on older GTX670 which is DX12 gpu but apparently doesn't support all DX12 features. I'm just mentioning this here because the supported devices for these new effects may be even narrower than one would initially imagine. This isn't a huge issue though as long as there can be fallback to other techs (like currently happens with DLSS and raytracing on HDRP).

 

I love you, man. This is such great news to hear. Do you have any sort of ETA or someplace where we can watch for updates?

 

How is this coming along? I would be excited to try it out.

 

so, when will FSR included in the beta release?

 

Should be in beta 8 since the FSR changes are included on 2021.2.0b8.3320 tag at Graphics repo. So probably out this week.

 

I didn't know DLSS is DX12 only, from my time viewing HDRP DLSS site documentation, I didn't see any mention of it -- might be worth a look. Although I could be wrong

https://docs.unity3d.com/Packages/c...ual/deep-learning-super-sampling-in-hdrp.html

 

Doesn't there need to be some sort of training phase to use this? Like where the AI analyses the game.. Or is that not needed anymore?

 

That was only needed for DLSS 1.0. Current DLSS we get uses generic training data out of the box.

 

Well I enabled FSR in the HDRP asset panel, but I see no FSR settings anywhere???

 

how did you install it? I want to try also..

 

Main doc site hasn't been updated yet for the upscaling filter part but you can browse the doc on github:
https://github.com/Unity-Technologi...finition/Documentation~/Dynamic-Resolution.md

To use FSR properly, you basically have to set the lower resolution yourself, for testing purposes you can just enable the dynamic resolution and set it to use FSR and fixed resolution, set some percentage there. I'd imagine in real application you'd want to tweak this percentage on demand.

Afaik only DLSS has settings that let it automatically tweak the resolution for you.

 

I enabled dynamic resolution, nothing seems any different, same performance etc.. I see no mention of FSR in my unity, I presume if it was there id see some sort of performance boost.

 

To easily know if Dynamic Res is enabled, set forced screen Res to something extremely low, like 30-40% make sure you're in-game and checking the in-game screen, not scene. .
At that point you will notice a massive difference in visuals, especially when your upscale filter is set to catmull (lowest quality upscaler available in unity starting from 2021.2) The other two (billinear, and one more I can't remember) are removed in 2021.2 since they serve no purpose anymore.

Also note, Dynamic Res helps with your GPU. If your bottleneck is the CPU, it's not gonna do much.

Dynamic res needs to also be enabled on a camera basis for it to be activated on said camera.

 

You need Unity 2021.2.0b8 or newer as that's where FSR landed.

 

Thanks, doing that shows a difference, it seems to draw the game window in a smaller resolution in the bottom left corner, shouldn't it be stretched to fill the whole window? Performance doesn't really improve even if I set it to 1, I guess that's a good thing, shall I just turn it off? Or would it still benefit other users with worse graphics cards?. Shame though I am always looking for some magic speed ups since my game really doesnt run optimally, and it's difficult working out why, profiler says 40% is spent on rendering. .

 

It should be the entire screen. That's weird.
You really should use the profiler. Profiling in editor will tell you how long your CPU and GPU is taking.
Note though: if you're profiling the game in editor (not a build) CPU data will have a big overhead which is caused by the editor. So in the build it will be quite a bit smaller.

Sometimes, the profiler will show you the editor overhead in the list, to help you get an idea of how much time CPU is actually taking.

GPU is not added by default, when you open the profiler there's a top left 'modules' click it and add GPU.
GPU data is usually pretty accurate even when in editor, there might be a small overhead.
Note that GPU profiling will not work with graphic jobs enabled (in player settings) so when doing profiling disable it, otherwise enable it for performance wins.

if it's not improving your performance, you're CPU bottlenecked.
BUT: there's a chance you actually might not be CPU bottlenecked in a build, just in the editor, caused by the overhead. You'll need to do your own tests.