DLSS VS LatencyFleX

Solved: https://github.com/NVIDIA/DLSS/blob/main/utils/ngx_driver_onscreenindicator_off.reg

Also DLSS has pretty strict requirements in advertising, requiring nvidia logo & adverts on splash screens and give nvidia any rights to use your app in their own advertising. [0] It's certainly not "free". A completely night and day difference to FSR, which just uses MIT [1]

Lots of people online seem to believe both are "free", so the only reason why you wouldn't implement one is some back room deal. But in my experience, just getting everyone into the same room to sign off on things like that is hard.

[0] https://github.com/NVIDIA/DLSS/blob/main/LICENSE.txt

[1] https://github.com/GPUOpen-Effects/FidelityFX-FSR/blob/maste...

"IT doesn't work that way. DLSS may be a click in some Unreal Games, but custom engines? Yeah, no. You need to modify the code to implement it, which is PROHIBITED by the license Nvidia has you accept when you accept their SDK terms: https://github.com/NVIDIA/DLSS/blob/main/LICENSE.txt DLSS is not FOSS (Free and Open Source) like FSR. For comparison, FSR's license that lets you do whatever the hell you need to get it functioning in the game or improve performance: https://github.com/GPUOpen-Effects/FidelityFX-FSR/blob/master/license.txt Blame Nvidia for devs not wanting to touch non-free code and enter a legal agreement where they may be litigated down the line...for implementing a technology that SELLS Nvidia GPUs. It's literally like me threatening to sue you for bringing customers to my business. Again, blame Nvidia. By the way, they are also the one that sold you the feature, so let them be the one to implement it. I keep hearing Nvidia is a "god tier software company" but can't implement DLSS on the driver side? Somehow I don't buy it, especially when they release game-ready drivers anyway. And before someone brings up the BS argument it needs game data, anyone can find those memory addresses to get to the engine or they can ask. Considering they are Nvidia, don't think any game dev will keep silent about it or how to interface with their game if there are driver issues. EDIT: Also just so you know, XeSS is also under a similarly stupid license as DLSS XeSS License: https://github.com/intel/xess/blob/main/licenses/LICENSE.pdf Keep in mind this nugget from Intel's license: "No reverse engineering, decompilation, or disassembly..." Only issue is that games need to be DECOMPILED when DEBUGGED! "

Literally. https://github.com/NVIDIA/DLSS

GameWorks on Github

Installing LatencyFleX on multiple different games and Proton versions was cumbersome to me. I created an install script to do that for you. Tested on Arch Linux, should work on any distribution, provided LatencyFleX is installed on the system beforehand.

Find liblatencyflex_layer.so, latencyflex_layer.dll, latencyflex_wine.dll from extracted https://github.com/ishitatsuyuki/LatencyFleX files

No and it has a vendor agnostic alternative that works better: \ https://github.com/ishitatsuyuki/LatencyFleX

Strangely, a reflex alternative is available on Linux for AMD cards (third party, open) https://github.com/ishitatsuyuki/LatencyFleX Nvidia and AMD could both implement that as a standard, but NVidia is not keen on standards, and AMD is oblivious.

If you're on linux there's LatencyFleX: https://github.com/ishitatsuyuki/LatencyFleX

https://github.com/ishitatsuyuki/LatencyFleX here you go

And this depends on what actually reflex is and doing - Nvidia love to take a standard api and giving it a brand name and strut around like they invented something new. For example, https://github.com/ishitatsuyuki/LatencyFleX seems to suggest they get similar advantages "just" using the submission timing interfaces already available in the standard graphics APIs, I wouldn't be surprised if reflex is "just" an implementation of that, possibly with an API designed to be a bit easier to integrate in game engines than the gamedev doing it themselves.

As long as you have the most recent driver version and are on Proton Experimental, you shouldn't really have to do anything. You are on a VERY old Proton-GE build, which does not include DXVK 2.0, so that's probably why you're having issues. Maybe look into LatencyFlex, but again, with these bans going around, use at your own risk.

Use LatencyFlex instead. However it might be a bit tricky to get it working. I've not yet had success using it in Overwatch 2.