64
Hands-on with AMD FSR 3 frame generation - taking the fight to DLSS 3
(www.eurogamer.net)
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
this post was submitted on 06 Oct 2023
64 points (100.0% liked)
Gaming
30496 readers
126 users here now
From video gaming to card games and stuff in between, if it's gaming you can probably discuss it here!
Please Note: Gaming memes are permitted to be posted on Meme Mondays, but will otherwise be removed in an effort to allow other discussions to take place.
See also Gaming's sister community Tabletop Gaming.
This community's icon was made by Aaron Schneider, under the CC-BY-NC-SA 4.0 license.
founded 2 years ago
MODERATORS
What I'm really excited for is being able to play games that are locked to 60 fps (like on emulators) at 120 fps, since I have a 144 hz monitor
I thought emulators usually didn't have access to the motion vectors you need to implement stuff like this or DLSS? I seem to recall hearing about it at some point.
If that's indeed the case, it's probably not happening anytime soon because the article mentions FSR3 needs a FSR2 base to work with.
I dont believe fluid frames reuires motion vectors as a hard requirement, else the driver level option where you force a game to use the function would never work (which is a feature).
However so far, fluid frames is only available on DX11 and DX12 titles, so many emulators would not have acess to the option. Switch emulation, and PS3 emulation which would need it the most, dont use directx
Given how similar Vulkan is to Direct3D 12, it seems likely to be supported before long.
I think the flags exist, its just not implemented yet as AMD is being pushed to get it out sooner than later due to the long delays. But in a state where it isnt an abysmal feature (e.g DLSS 1.0)
Ah, fair. I forgot that driver level option was a thing. Hopefully they manage to make it work with Vulkan eventually.
Emulators translate the shaders and then render it the same way every other game does, so they do have access to the motion vectors
I looked it up properly and I think takes such as this one, by the yuzu dev team, are what I was thinking of. Meaning, sure, some representation of the info is always available somewhere technically but it's not usually usable information.
That all said, I'm sure better heuristics and techniques will become available so here's hoping it gets easier in the future!
Would probably be possible on a game by game basis tho which would be a lot of work but technically possible