FSR 3.0

Zer

New member
Messages
10
Reactions
3
Points
3
So apearently fsr 3.0 will have frame generation for every dx 11 and dx 12 game.
Will this work with vam and more importantly is frame generation even possible for vr?
This would solve the cpu bottleneck issue big time.
 
Because VAM uses OpenGL and not DirectX it would (in theory) not be compatible, I don't think any other FSR versions work with VAM actually, so we'll have to wait and see if 3.0 somehow does.

For frame generation I don't see why it wouldn't work on VR games that use DirectX.
 
Because VAM uses OpenGL and not DirectX it would (in theory) not be compatible, I don't think any other FSR versions work with VAM actually, so we'll have to wait and see if 3.0 somehow does.

For frame generation I don't see why it wouldn't work on VR games that use DirectX.

VAM 1.x uses DX11.

On a side note I made a thread in relation to this (performance, in general, including the possibility ((or not)) for DLSS and/or FSR):


DLSS implementation is planned for VAM 2.x, there's that much. But for VAM 1.x I think MeshedVR did probably everything he could, maybe.
 
The reason it's currently not possible to use FSR 2 and 3 is because VaM has incomplete motion vectors, if I ever find a way to "repair" the motion vectors that get generated, then I plan to add FSR 2 to https://hub.virtamate.com/resources/post-processing.37521/

FSR 1 would definitely be possible as is, but personally I don't think it looks very good, it has a lot of image instability because it doesn't make use of temporal data, it's purely a spatial upscaler, so although I'm sort of curious to add it, I'm much more interested in fixing the motion vectors because it will unlock a lot more possibilities.

If I ever get 2 working, 3 should be easy also because they use the same data.
 
The reason it's currently not possible to use FSR 2 and 3 is because VaM has incomplete motion vectors, if I ever find a way to "repair" the motion vectors that get generated, then I plan to add FSR 2 to https://hub.virtamate.com/resources/post-processing.37521/

FSR 1 would definitely be possible as is, but personally I don't think it looks very good, it has a lot of image instability because it doesn't make use of temporal data, it's purely a spatial upscaler, so although I'm sort of curious to add it, I'm much more interested in fixing the motion vectors because it will unlock a lot more possibilities.

If I ever get 2 working, 3 should be easy also because they use the same data.

This is great news, ty for looking for a possible 'repair' and FSR 2.0 implementation. If that does work it will help tremendously for general VAM performance (I would argue VAM is in such a dire need of FSR that the slight reduction in image quality is something nobody should be worried about, considering the boost in performance we would gain; basically we have a lot more to gain than to 'lose' from FSR implementation).
 
Back
Top Bottom