The Linux Thread - The Autist's OS of Choice

  • 📧 If you are an employee of a T1 ISP, US datacenter, or related company please get in touch at josh@kiwifarms.net. I have some questions.
  • Want to keep track of this thread?
    Accounts can bookmark posts, watch threads for updates, and jump back to where you stopped reading.
    Create account
how do i do fsr 3 to fsr 4 on linux for pirated games?

Short answer: You don't. Longer answer: if you can find some type of game launcher client with umu to allow Proton to work with your games, you can in theory set launcher options. What such launcher exists? Fuck if I'd know.
 
My understanding of FSR is that it is integrated into the game's graphics pipeline itself.

e.g. Hell Divers 2 has FSR in Linux. It is just an option in the game settings.

Screenshot From 2026-06-04 10-01-24.png
 
My understanding of FSR is that it is integrated into the game's graphics pipeline itself.

e.g. Hell Divers 2 has FSR in Linux. It is just an option in the game settings.

View attachment 9098693

If I'm not mistaken, only like the latest of the latest games coming out in $current_year have FSR4 available in the options menu. Tons of other games are stuck at FSR1/FSR2 anyway, and many more before those don't have FSR at all. That's why there's an unending and frankly confusing number of FSR launcher args theoretically available to you on Steam.
 
If I'm not mistaken, only like the latest of the latest games coming out in $current_year have FSR4 available in the options menu. Tons of other games are stuck at FSR1/FSR2 anyway, and many more before those don't have FSR at all. That's why there's an unending and frankly confusing number of FSR launcher args theoretically available to you on Steam.
Well the developer has to add it to the GPU pipeline. So older games unless updated won't have the support. I've always just seen it as part of the graphics settings.
 
how do i do fsr 3 to fsr 4 on linux for pirated games?
Short answer: You don't.
Shorter answer: You do.

Longer answer: Go to the FSR repo and download the latest release. Inside /Samples/Upscalers/FidelityFX_FSR/dx12/x64/Release/ there will be dlls for fsr 4. Just drag and drop the loader, upscaler, and framegen dlls to the game. Some games combine these into a single file, if thats the case just rename the loader and override the file (usually amd_fidelityfx_dx12.dll) If this doesn't work for whatever reason or the game uses fsr 2 or older, just use optiscaler, this even allows you to replace DLSS with fsr4.
 
Optiscaler via Goverlay is my methodology for getting it into GOG and Cracked games
Or you can go to the optiscaler discord and get the FSR 4.0.2c dll file and drop it into where FSR usually is without optiscaler

The optiscaler version of FSR 4 will work on anything so I stopped caring if AMD releases it or not because the open source fork is great and will even work on a GTX 10 series

Optiscaler can sometimes give a small to large hit on performance and stability amd some games do not like it while others love it, but for the FSR 4 dll to work it needs to be in a game that supports FSR 4 natively, RE Requiem and Cyberpunk works that way but Stellar Blade demands optiscaler for FSR 4

When Optiscaler released the unofficial FSR 4 mod, it only worked on Linux or modded drivers before FSR 4.0.2b so it actually works best on linux to minimize performance loss from how heavy the model is as well and Xess is a nice and very underrated in between of FSR 3 and 4. In some games Xess will render more foliage and has a lower performance hit than FSR 4. Cyberpunk also has the worst FSR implementation but the best Xess implementation I have seen because Xess is the only upscaler that lacks moire artifacts in the shadows and smoke

If a game, like Trepang2, lacks FSR but has DLSS or is DX11, optiscaler can spoof DLSS as FSR 3 and you can run optiscaler over it and make the spoofed DLL file into FSR 4 or Xess
 
Last edited:
There are a few recommendations I have, but your RTX 4060 will ultimately be the big bottleneck. NVIDIA is such a shitty company to work with such that Linus Torvalds, creator of the Linux kernel, publicly flipped them off. The drivers are adequate now, but just remember: to use NVIDIA hardware on Linux necessarily means that you'll have to roll your sleeves up and get your hands dirty. It's never a matter of "if," only "when," even on normie-friendly Linux distributions.
I kinda disagree. I've been on an arch install for 3 years with nvidia hardware and it wasn't that big a deal. I had to troubleshoot one or two issues but it really isn't like it used to be. That being said, I upgraded to AMD recently.
 
I kinda disagree. I've been on an arch install for 3 years with nvidia hardware and it wasn't that big a deal. I had to troubleshoot one or two issues but it really isn't like it used to be. That being said, I upgraded to AMD recently.
It is how distros handle driver updates. Fedora killed my video on an update, 30 minutes before I was supposed to start work. There really isn't that possibility happening if using an AMD card.
 
It is how distros handle driver updates. Fedora killed my video on an update, 30 minutes before I was supposed to start work. There really isn't that possibility happening if using an AMD card.
Last random AMD GPU bug I upgraded into would just randomly hang my system. Could even do it on the text console if I dumped enough text fast enough. That was fun and on a "Stable" Debian release. Finally got the magic incantation of an even newer firmware package and kernel from backports as I recall.
 
Last random AMD GPU bug I upgraded into would just randomly hang my system. Could even do it on the text console if I dumped enough text fast enough. That was fun and on a "Stable" Debian release. Finally got the magic incantation of an even newer firmware package and kernel from backports as I recall.
This is likely to happen more and more, so make sure you keep the instructions for running new kernels+firmware from backports handy.

The LTS kernel releases from Torvalds and friends are now 99% handled by AI, and it does an awful job. Expect running LTS kernels to continue to get buggier and buggier.
 
I forgot the other part of owning a thinkpad is people will ping you asking you to try progressively more esoteric operating systems
Don't really have time right now but I guess I'm gonna check out... *throws dart at board*
Dragonfly bsd
 
Shorter answer: You do.

Longer answer: Go to the FSR repo and download the latest release. Inside /Samples/Upscalers/FidelityFX_FSR/dx12/x64/Release/ there will be dlls for fsr 4. Just drag and drop the loader, upscaler, and framegen dlls to the game. Some games combine these into a single file, if thats the case just rename the loader and override the file (usually amd_fidelityfx_dx12.dll) If this doesn't work for whatever reason or the game uses fsr 2 or older, just use optiscaler, this even allows you to replace DLSS with fsr4.
I dont have any fsr .dll to replace for Silent Hill 2, only DLSS and XeSS. Could it be that fsr is baked into my games .exe?
user@kubuntu:~/Games/silent-hill-2/drive_c/Games/Silent Hill 2$ tree
.
├── Engine
│ ├── Binaries
│ │ ├── ThirdParty
│ │ │ ├── DbgHelp
│ │ │ │ └── dbghelp.dll
│ │ │ ├── NVIDIA
│ │ │ │ └── NVaftermath
│ │ │ │ └── Win64
│ │ │ │ └── GFSDK_Aftermath_Lib.x64.dll
│ │ │ ├── Ogg
│ │ │ │ └── Win64
│ │ │ │ └── VS2015
│ │ │ │ └── libogg_64.dll
│ │ │ ├── Steamworks
│ │ │ │ └── Steamv153
│ │ │ │ └── Win64
│ │ │ │ ├── steam_api64.dll
│ │ │ │ ├── steam_api64.rne
│ │ │ │ └── steam_emu.ini
│ │ │ ├── Vorbis
│ │ │ │ └── Win64
│ │ │ │ └── VS2015
│ │ │ │ ├── libvorbis_64.dll
│ │ │ │ └── libvorbisfile_64.dll
│ │ │ └── Windows
│ │ │ ├── WinPixEventRuntime
│ │ │ │ └── x64
│ │ │ │ └── WinPixEventRuntime.dll
│ │ │ └── XAudio2_9
│ │ │ └── x64
│ │ │ └── xaudio2_9redist.dll
│ │ └── Win64
│ │ ├── CrashReportClient.exe
│ │ ├── EOSSDK-Win64-Shipping.dll
│ │ ├── tbb.dll
│ │ └── tbb.pdb
│ └── Programs
│ └── CrashReportClient
│ └── Content
│ └── Paks
│ └── CrashReportClient.pak
├── PSOVersion.txt
├── _Redist
│ ├── dxwebsetup.exe
│ ├── fitgirl.md5
│ ├── QuickSFV.EXE
│ ├── QuickSFV.ini
│ ├── vc_redist.x64.exe
│ └── vc_redist.x86.exe
├── SHProto
│ ├── Binaries
│ │ └── Win64
│ │ ├── boost_thread-vc142-mt-x64-1_70.dll
│ │ ├── D3D12
│ │ │ └── D3D12Core.dll
│ │ ├── OpenImageDenoise.dll
│ │ ├── SHProto-Win64-Shipping.exe
│ │ ├── tbb12.dll
│ │ ├── tbb.dll
│ │ ├── vkd3d-proton.cache
│ │ └── vkd3d-proton.cache.write
│ ├── Content
│ │ ├── Movies
│ │ │ ├── C042_VideoTape.bk2
│ │ │ ├── Credits.bk2
│ │ │ ├── Credits.txt
│ │ │ ├── Credits.uasset
│ │ │ ├── EC006-Leave.bk2
│ │ │ ├── EC006-Leave.uasset
│ │ │ ├── EC012_AlternaviteVideoTape.bk2
│ │ │ ├── EC016_Ufo.bk2
│ │ │ ├── LoadingFiller.bk2
│ │ │ ├── LoadingFiller.uasset
│ │ │ ├── LoadingLoop.bk2
│ │ │ ├── LoadingLoop.uasset
│ │ │ ├── LoadingScreen.bk2
│ │ │ ├── LoadingScreen.uasset
│ │ │ ├── LoadingStarter.bk2
│ │ │ ├── LoadingStarter.uasset
│ │ │ ├── MovieTheaterScreen.bk2
│ │ │ └── MovieTheaterScreen.uasset
│ │ ├── Paks
│ │ │ ├── global.ucas
│ │ │ ├── global.utoc
│ │ │ ├── SHProto-Windows.pak
│ │ │ ├── SHProto-Windows.ucas
│ │ │ └── SHProto-Windows.utoc
│ │ ├── PipelineCaches
│ │ │ └── Windows
│ │ │ └── SHProto_PCD3D_SM6.recorded.upipelinecache
│ │ └── Splash
│ │ └── Splash.bmp
│ └── Plugins
│ ├── ChromaSDKPlugin
│ │ └── Binaries
│ │ └── ThirdParty
│ │ └── Win64
│ │ └── CChromaEditorLibrary64.dll
│ ├── DLSS
│ │ └── Binaries
│ │ └── ThirdParty
│ │ └── Win64
│ │ └── nvngx_dlss.dll
│ ├── Wwise
│ │ └── ThirdParty
│ │ └── x64_vc170
│ │ └── Release
│ │ └── bin
│ │ ├── Ak3DAudioBedMixer.dll
│ │ ├── AkAudioInput.dll
│ │ ├── AkCompressor.dll
│ │ ├── AkConvolutionReverb.dll
│ │ ├── AkDelay.dll
│ │ ├── AkExpander.dll
│ │ ├── AkFlanger.dll
│ │ ├── AkGain.dll
│ │ ├── AkGuitarDistortion.dll
│ │ ├── AkHarmonizer.dll
│ │ ├── AkImpacter.dll
│ │ ├── AkMatrixReverb.dll
│ │ ├── AkMotion.dll
│ │ ├── AkParametricEQ.dll
│ │ ├── AkPeakLimiter.dll
│ │ ├── AkPitchShifter.dll
│ │ ├── AkRecorder.dll
│ │ ├── AkReflect.dll
│ │ ├── AkRoomVerb.dll
│ │ ├── AkRouterMixer.dll
│ │ ├── AkSilenceGenerator.dll
│ │ ├── AkSineTone.dll
│ │ ├── AkSoundEngineDLL.dll
│ │ ├── AkSoundSeedAir.dll
│ │ ├── AkSoundSeedGrain.dll
│ │ ├── AkStereoDelay.dll
│ │ ├── AkSynthOne.dll
│ │ ├── AkTimeStretch.dll
│ │ ├── AkToneGen.dll
│ │ ├── AkTremolo.dll
│ │ ├── Auro.dll
│ │ ├── iZotope.dll
│ │ ├── MasteringSuite.dll
│ │ └── McDSP.dll
│ └── XeSS
│ └── Binaries
│ └── ThirdParty
│ └── Win64
│ └── libxess.dll
├── SHProto.exe
├── SILENT HILL 2 Artbook.pdf
├── SILENT HILL 2 - Soundtrack
│ ├── 01.White Noise ( Actual Noise ).mp3
│ ├── 02.What Lurks In The Forest.mp3
│ ├── 03.Promise of the Forgotten.mp3
│ ├── 04.Laura Plays the Piano(2024).mp3
│ ├── 05.Beneath the Null Moon.mp3
│ ├── 06.Shadows of the Lover's Tree.mp3
│ ├── 07.Echoes of Silence.mp3
│ ├── 08.True(2024).mp3
│ ├── 09.Twin Pyramid.mp3
│ └── 10.Shadows of My Past.mp3
├── unins000.dat
└── unins000.exe

57 directories, 106 files
 
Last random AMD GPU bug I upgraded into would just randomly hang my system. Could even do it on the text console if I dumped enough text fast enough. That was fun and on a "Stable" Debian release. Finally got the magic incantation of an even newer firmware package and kernel from backports as I recall.
Yep. If you had a newer GPU than the kernel, that can cause issues, admittedly, but that has often always been an issue.
I had a 6800XT, and Debian 10 didn't have the drivers for it, so that caused some pain. I did have a video, but it was slow. I think Debian 11 came out the same day I was installing 10, so I just installed the new ISO.

Before Debian 12, they wouldn't ship the firmware package, and you had to enable non-free repos, which just ship with many other distros.

Generally, though, I've not worried about it since as my card now 5 years old.
 
Back
Top Bottom