DLSS VS Streamline

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

More or less, but nvidia created an open-source initiative to literally make it a "single click" process to add the latest FSR, DLSS, and XeSS all to a game at once: https://github.com/NVIDIAGameWorks/Streamline

The repository on Github does not contain XeSS either. It needs to be manually added as form of a plugin. But Intel does not seem to be interested in developing one currently at all (see here and here). So I wouldn't call that a proper solution and I wouldn't even say Intel is any closer to working together than AMD...

Streamline is open source and you can find it here on the github... https://github.com/NVIDIAGameWorks/Streamline

no lol. it's really that easy. There are generic wrappers over it like https://github.com/NVIDIAGameWorks/Streamline

Yes if only there were some open source project that developers could implement that abstracted away the implementation of upscaling/framegen so that the vendors of such technology could just write plugins for it and developers wouldn't have to worry about directly supporting specific technologies. ...oh wait

It's there on Github, under MIT license. The Framework itself is not just a way to implement DLSS in any game, but it would allow for any vendor, Intel and AMD too, to have their own upscalers that just hook into this and work, not requiring any extra work from the developers. While AMD is paying for Respawn Entertainment to not download a UE4 plugin from the content store, Nvidia has created a framework that would allow FSR 2 to be in more games, if AMD bothered to support it...

...what hypothetical scenario is that? what the hell are you even talking about? The article in OP has a nvidia rep who very bluntly says they will not do that and they already have an open source temporal plugin system called streamline while AMD ignores the question.

Granted, if you’re not a bot, I don’t at all mind the message being shared. It’s time for people to adjust to the current information we’ve learned since March this year now with the Boundary dev team that AMD is unquestionably not the good guy quirky underdog people have loved to imagine them as. In fact with this combined with the recent changes to opening the source to more and more projects as well as developing streamline, an open source tool for properly implementing every brand’s scalar including frame gen into gaming projects, I’d say the only real thing left to complain about is the price, which I get can be absolutely staggering for anyone other than an adult with disposable income in a developed country.

Do you know Streamline SDK already exists, right? Let me quote it for you from Github: Streamline is an open-sourced cross-IHV solution that simplifies integration of the latest NVIDIA and other independent hardware vendors’ super resolution technologies into applications and games. This framework allows developers to easily implement one single integration and enable multiple super-resolution technologies and other graphics effects supported by the hardware vendor.