FSR4 can now run unofficially on Steam Deck and Linux gaming devices



The Steam Deck is without a doubt one of the more open devices out there, compared to mainstream consoles, in which, thanks to its Linux environment, it gives the user the freedom to install, tweak and do whatever they want with the device, be it installing emulators or other things from the Linux world, alongside a whole array of open source software.

It is due to the open-ended nature of Linux and SteamOS that many users and Linux communities are constantly playing around with what is possible with devices compatible with SteamOS, and more importantly, the Steam Deck. Months ago, the community created the Decky Framegen plugin, which allowed the usage of FSR3 in games that didn't natively include it, or for games that only had DLSS frame generation and instead changed them to use FSR3 instead of DLSS, enabling the DLSS option in the game's menu but using FSR3 instead of DLSS upon activation.

That method relied entirely on FSR3, with FSR4 still being under wraps and unknown to most people...
Until a recent leak directly by AMD.

A few days ago, AMD accidentally made their private FS4 source code entirely public, and that was enough for many people to delve into FSR4 and start playing around with it. Some have already managed to inject the FS4 DLLs directly over FSR3-compatible games, by simply copy-pasting the required FSR4-specific DLLs inside the game's directory (by simply renaming one DLL to match the already existing FSR3 DLL name), alongside the main game's executable file, and that was enough for certain games to make use of FSR4 over FSR3.



That can also be applied directly into the Steam Deck in a game-specific manner, with the user copying the required FSR4 DLLs and replacing the existing DLLs inside the game's directory. But this being Linux, there will always be a way to automate and make it more user friendly for the end user.

The Decky-Framegen plugin for Decky Loader has been updated to v0.11.15, and with this update, an implementation for this very method and feature has been include into it (alongside including OptiScaler as well in the latest minor versions). Once the user has set up decky-Framegen and the FSR4 files properly, with this, users can simply copy-paste the "fgmod" command, add it into the "Launch" option of Steam for the game of choice, and FSR4 will now be enabled within the chosen game (although do have in mind that some games might not be compatible).

With this, the Steam Deck can now pull a little bit more image fidelity at better framerates, even if it means relying on frame generation to achieve it, on more heavy modern games, and while the downside of using FSR4 currently is more battery drain, and slightly less FPS compared to FSR3 (around a ~5fps margin depending on the game), this will certainly be a welcomed surprise for those that wanted better visual quality at good framerates for complex and hardware intensive games on the Steam Deck.

:arrow: Decky-Framegen GitHub repository
 
its an RDNA2 GPU how? and why cant we do this on windows lol. I still have my 6700XT and would like to have more life in it. Although ill probably migrate to Linux at some point but not soon.
The Steam Deck AMD APU is based on RDNA2 and yes you can do this on Windows but I've heard that there are some minor issues that make FSR3 look better.
 
  • Like
Reactions: Raylight


The Steam Deck is without a doubt one of the more open devices out there, compared to mainstream consoles, in which, thanks to its Linux environment, it gives the user the freedom to install, tweak and do whatever they want with the device, be it installing emulators or other things from the Linux world, alongside a whole array of open source software.

It is due to the open-ended nature of Linux and SteamOS that many users and Linux communities are constantly playing around with what is possible with devices compatible with SteamOS, and more importantly, the Steam Deck. Months ago, the community created the Decky Framegen plugin, which allowed the usage of FSR3 in games that didn't natively include it, or for games that only had DLSS frame generation and instead changed them to use FSR3 instead of DLSS, enabling the DLSS option in the game's menu but using FSR3 instead of DLSS upon activation.

That method relied entirely on FSR3, with FSR4 still being under wraps and unknown to most people...
Until a recent leak directly by AMD.

A few days ago, AMD accidentally made their private FS4 source code entirely public, and that was enough for many people to delve into FSR4 and start playing around with it. Some have already managed to inject the FS4 DLLs directly over FSR3-compatible games, by simply copy-pasting the required FSR4-specific DLLs inside the game's directory (by simply renaming one DLL to match the already existing FSR3 DLL name), alongside the main game's executable file, and that was enough for certain games to make use of FSR4 over FSR3.



That can also be applied directly into the Steam Deck in a game-specific manner, with the user copying the required FSR4 DLLs and replacing the existing DLLs inside the game's directory. But this being Linux, there will always be a way to automate and make it more user friendly for the end user.

The Decky-Framegen plugin for Decky Loader has been updated to v0.11.15, and with this update, an implementation for this very method and feature has been include into it (alongside including OptiScaler as well in the latest minor versions). Once the user has set up decky-Framegen and the FSR4 files properly, with this, users can simply copy-paste the "fgmod" command, add it into the "Launch" option of Steam for the game of choice, and FSR4 will now be enabled within the chosen game (although do have in mind that some games might not be compatible).

With this, the Steam Deck can now pull a little bit more image fidelity at better framerates, even if it means relying on frame generation to achieve it, on more heavy modern games, and while the downside of using FSR4 currently is more battery drain, and slightly less FPS compared to FSR3 (around a ~5fps margin depending on the game), this will certainly be a welcomed surprise for those that wanted better visual quality at good framerates for complex and hardware intensive games on the Steam Deck.

:arrow: Decky-Framegen GitHub repository

67139ab5-c17c-45a3-963d-b76c56450931_text.gif
 
I'm a noob how does this effect battery life ?
FSR4 doesn't run natively on Deck's hardware, so I'm guessing it's using some extra overhead compute or RAM to achieve that. TLDR: Using more resources = draining battery quicker. Whether or not that justifies the performance/fidelity bump is up to the individual user and would also depend on the game being played.
 
Last edited by Xzi,
  • Like
Reactions: CoolMe
Honestly it would only be worth it if it didn't sacrifice more FPS for a game that already runs at a low FPS(unstable 40 or less)
 
Meanwhile it was revealed this weak that Nvidia (and the far superior DLSS) now has 94% of the GPU market. I guess anyone daft enough to run Linux is also dumb enough to buy an AMD GPU. This is prolly great news for them.

All ten of them.
 
Meanwhile it was revealed this weak that Nvidia (and the far superior DLSS) now has 94% of the GPU market. I guess anyone daft enough to run Linux is also dumb enough to buy an AMD GPU. This is prolly great news for them.

All ten of them.
You must be joking. Valve's launch of the Steam Deck has done wonders for the Linux community. Proton has made it so that many Windows games run every bit as good, if not better, on Linux than they do on Windows. Linux distros aren't filled with telemetry and advertising crap that slows down your PC, they're very lightweight compared to Windows, and don't try to force you into signing up for a Microsoft account. No, gaming on Linux isn't perfect, but it sure has gotten much better in the past 3 years, with gaming-focused distros like Chimera, Bazzite, Cachy, and Steam OS leading the way.

And for gaming use, AMD's GPUs are perfectly capable, unless you're shelling out for a RTX 5090. But for many gamers, the added cost isn't worth the small performance gains compared to a top of the line AMD. And I don't know why you think DLSS is so superior to FSR, I'd consider them relatively equal.
 
FSR4 doesn't run natively on Deck's hardware, so I'm guessing it's using some extra overhead compute or RAM to achieve that. TLDR: Using more resources = draining battery quicker. Whether or not that justifies the performance/fidelity bump is up to the individual user and would also depend on the game being played.
You're laughable at best & have absolutely no idea what you're talking about. "FSR4 doesn't run natively on Deck's hardware" is the most ignorant thing I've read all month. You do realize that 99.99999% of video games do not run natively on Linux OS right? You do realize translation layers are being used right?
 
Cool, but given the Steam Deck is on RDNA 2, I don't see it benefitting too much, due to the lack of tensor. I guess in the least, 3D models won't look so much like wax candles.
 
You do realize that 99.99999% of video games do not run natively on Linux OS right? You do realize translation layers are being used right?
And? Who said anything about the OS? Zen2 architecture officially supports FSR3 out of the box regardless of whether you're on Windows or Linux, but this implementation of FSR4 support is obviously not provided by AMD officially, it's a hacky community solution. Nothing wrong with that of course, two thumbs up from me on the ingenuity of it, just trying to explain the likeliest reason why such a solution would need to draw more power.

Steam Deck remains the best value in portable gaming since Nintendo dropped the ball with how weak Switch 2's CPU is, as well as how bad the screen is.
 
Last edited by Xzi,
  • Like
Reactions: Kioku
You're laughable at best & have absolutely no idea what you're talking about. "FSR4 doesn't run natively on Deck's hardware" is the most ignorant thing I've read all month. You do realize that 99.99999% of video games do not run natively on Linux OS right? You do realize translation layers are being used right?
Every time you talk, I fear more that the education systems are failing our youth.

A hardware feature being natively supported (or in this case, not) is not the same thing as something like Proton.

Edit: Clearly I've made a grave mistake clicking "show ignored content". Some of these comments. It's a miracle some of you can log in to the temp. My bad y'all.
 

Site & Scene News

Popular threads in this forum