Join us on the Linux Gaming community on Lemmy, the federated open source alternative to Reddit.

NVIDIA to launch DLSS support for Proton on Linux tomorrow (June 22)

By - | Views: 17,088

While DLSS has been technically available in the NVIDIA drivers for Linux for some time now, the missing piece was support for Proton which will be landing tomorrow - June 22.

In one of their GeForce blog posts, they made it very clear:

Today we’re announcing DLSS is coming to Facepunch Studios’ massively popular multiplayer survival game, Rust, on July 1st, and is available now in Necromunda: Hired Gun and Chernobylite. Tomorrow, with a Linux graphics driver update, we’ll also be adding support for Vulkan API DLSS games on Proton.

This was revealed originally on June 1 along with the GeForce RTX 3080 Ti and GeForce RTX 3070 Ti announcements. At least now we have a date for part of this extra support for Linux and DLSS. This, as stated, will be limited to games that natively use Vulkan as their graphics API which will be a short list including DOOM Eternal, No Man’s Sky, and Wolfenstein: Youngblood. Support for running Windows games that use DirectX with DLSS in Proton will arrive "this Fall".

With that in mind then, it's likely we'll see the 470 driver land tomorrow, that is unless NVIDIA have a smaller driver coming first with this added in. We're excited for the 470 driver as a whole, since that will include support for async reprojection to help VR on Linux and hardware accelerated GL and Vulkan rendering with Xwayland.

Article taken from GamingOnLinux.com.
32 Likes
We do often include affiliate links to earn us some pennies. We are currently affiliated with GOG and Humble Store. See more here.
About the author -
author picture
I am the owner of GamingOnLinux. After discovering Linux back in the days of Mandrake in 2003, I constantly came back to check on the progress of Linux until Ubuntu appeared on the scene and it helped me to really love it. You can reach me easily by emailing GamingOnLinux directly.
See more from me
50 comments
Page: 1/5»
  Go to:

jgacas 21 Jun
Same day AMD is releasing FSR, interesting...
Shmerl 21 Jun
I'd say it's not so important in light of AMD providing a cross GPU alternative. But it's still not something automatic - games need to implement both APIs for them to be useful.


Last edited by Shmerl on 21 June 2021 at 6:25 pm UTC
Spyker 21 Jun
I can't wait to retest some titles that was struggling in VR (No man sky) and see if it's finally playable with async reprojection :)


Last edited by Spyker on 21 June 2021 at 9:05 pm UTC
3zekiel 21 Jun
  • Supporter
Quoting: Guesti would be more excited if nvidia open sourced it. along with their drivers. rather than keeping everything behind proprietary, closed up source. especially considering they are not bothering adding support to older gpu's. which many of those older gpu's still offer amazing performance. like the 1080 ti., two generations old.
Supporting on pre RTX is not possible. DLSS heavily uses tensor cores, which are only present on RTX2000+ GPUs. The reasons why fidelity FX can work on older GPUs is because it is a good old upscale filter. It is NOT an equivalent of DLSS, even though they market it as such ... (We will see hands-on results, but I feel disappointment coming - Look also at the videos they gave during the presentation, you will see the blur and jaggies on the ones which are moving coming from "dumb" upscales). Upscale works well for static scenes, but as soon as you had movement, there is only so much you can do - and it will look bad -... Comparatively, Nvidia's solution uses a neural network to infer lost information/pixels, thus reconstructing much more precisely the image and movements, with little to no blur and jaggies.

Quoting: Guestits going to be interesting to see when AMD's alternative lands on linux. at least on windows their version will be cross compatible. their own demo was done on a 1060. software lockin's are extremely unethical.
Even if Nvidia wanted to port it over, they can not. AMD lacks the HW support for the feature. It is not a sw lock-in. It is just that they have an exclusive HW feature.
CUDA is a sw lock in on the other hand, since it theoretically could run on other GPU albeit it would likely then lose the advantage of being slimmer than openCL).

For DLSS, they could emulate it on older/amd GPUs, but it would most likely reduce performance instead of enhancing it (convolution and other inference methods are very heavy with no dedicated hw or customized ISA, and it would occupy normal cores for naught), which would make no sense.
x_wing 21 Jun
Quoting: 3zekiel
Quoting: Guestits going to be interesting to see when AMD's alternative lands on linux. at least on windows their version will be cross compatible. their own demo was done on a 1060. software lockin's are extremely unethical.
Even if Nvidia wanted to port it over, they can not. AMD lacks the HW support for the feature. It is not a sw lock-in. It is just that they have an exclusive HW feature.
CUDA is a sw lock in on the other hand, since it theoretically could run on other GPU albeit it would likely then lose the advantage of being slimmer than openCL).

For DLSS, they could emulate it on older/amd GPUs, but it would most likely reduce performance instead of enhancing it (convolution and other inference methods are very heavy with no dedicated hw or customized ISA, and it would occupy normal cores for naught), which would make no sense.

You can still create an Open standard in order to implement it, it's not about of what your competence can do with their current hw but how you allow to evolve the industry with your technology. Nvidia strategy is simply anti-competitive, they don't want to be the best they just want to keep you tied to their brand.

The saddest part is they have been doing time after time the same stupid proprietary strategy that always end up in failure. Lets hope that once again they fail (and looking on how they have been pushing more titles and this support on Proton, they are definitely in fear).


Last edited by x_wing on 21 June 2021 at 10:43 pm UTC
Hori 21 Jun
Quoting: Guesti would be more excited if nvidia open sourced it. along with their drivers. rather than keeping everything behind proprietary, closed up source. especially considering they are not bothering adding support to older gpu's. which many of those older gpu's still offer amazing performance. like the 1080 ti., two generations old.

its going to be interesting to see when amd's alternative lands on linux. at least on windows their version will be cross compatible. their own demo was done on a 1060. software lockin's are extremely unethical.
The fact that they implement (crypto) limiters in their drivers is just the latest in the string of proofs that they will *not* open-source their drivers.
They want to have all the control.

Quoting: x_wing
Quoting: 3zekiel
Quoting: Guestits going to be interesting to see when AMD's alternative lands on linux. at least on windows their version will be cross compatible. their own demo was done on a 1060. software lockin's are extremely unethical.
Even if Nvidia wanted to port it over, they can not. AMD lacks the HW support for the feature. It is not a sw lock-in. It is just that they have an exclusive HW feature.
CUDA is a sw lock in on the other hand, since it theoretically could run on other GPU albeit it would likely then lose the advantage of being slimmer than openCL).

For DLSS, they could emulate it on older/amd GPUs, but it would most likely reduce performance instead of enhancing it (convolution and other inference methods are very heavy with no dedicated hw or customized ISA, and it would occupy normal cores for naught), which would make no sense.

You can still create an Open standard in order to implement it, it's not about of what your competence can do with their current hw but how you allow to evolve the industry with your technology. Nvidia strategy is simply anti-competitive, they don't want to be the best they just want to keep you tied to their brand.

Even with the standard opened, AMD will still need to add HW support for it, which means that Nvidia will have to allow AMD to use Nvidia hardware technology, which means that gamers can just buy AMD instead of Nvidia since they can do the same thing, which means Nvidia is never going to allow AMD to use their technology.

Capitalism.

This was designed from the get-go to be an exclusive feature. They marketed it heavily to convince people they need that feature, to increase sales. They even pressured tech reviewers to emphasise their new cards' features (see what they did to Hardware Unboxed).
This was all in order to increase sales and make people think that Nvidia is some kind of messiah innovator and inventor of those features - they're not, they pulled an Apple here.

It's bad (IMO) but it's also normal. This kind of things happen all the time, and have been happening since... always. Sad but true.


Last edited by Hori on 21 June 2021 at 11:13 pm UTC
mirv 21 Jun
View PC info
  • Supporter Plus
Quoting: x_wing
Quoting: 3zekiel
Quoting: Guestits going to be interesting to see when AMD's alternative lands on linux. at least on windows their version will be cross compatible. their own demo was done on a 1060. software lockin's are extremely unethical.
Even if Nvidia wanted to port it over, they can not. AMD lacks the HW support for the feature. It is not a sw lock-in. It is just that they have an exclusive HW feature.
CUDA is a sw lock in on the other hand, since it theoretically could run on other GPU albeit it would likely then lose the advantage of being slimmer than openCL).

For DLSS, they could emulate it on older/amd GPUs, but it would most likely reduce performance instead of enhancing it (convolution and other inference methods are very heavy with no dedicated hw or customized ISA, and it would occupy normal cores for naught), which would make no sense.

You can still create an Open standard in order to implement it, it's not about of what your competence can do with their current hw but how you allow to evolve the industry with your technology. Nvidia strategy is simply anti-competitive, they don't want to be the best they just want to keep you tied to their brand.

The saddest part is they have been doing time after time the same stupid proprietary strategy that always end up in failure. Lets hope that once again they fail (and looking on how they have been pushing more titles and this support on Proton, they are definitely in fear).

While on this latest gimmick to convince everyone to buy hardware they probably don't need I'm somewhat uncaring, I wanted to point out that cuda wasn't a failure. Proprietary lock-in works so long as there's enough critical mass to sustain itself. Sometimes nvidia manage that, sometimes they don't. I much prefer when they don't as well, but it definitely seems to be nvidia corporate strategy to keep trying.
mirv 21 Jun
View PC info
  • Supporter Plus
Quoting: HoriEven with the standard opened, AMD will still need to add HW support for it, which means that Nvidia will have to allow AMD to use Nvidia hardware technology, which means that gamers can just buy AMD instead of Nvidia since they can do the same thing, which means Nvidia is never going to allow AMD to use their technology.

Capitalism.

They can allow an open standard while not allowing AMD to use their hardware tech. It's the implementation of a standard that matters, not the standard itself. I suspect nvidia would be worried more that AMD would make either a better implementation, or a sufficient one at a lower price point that customers would then go with AMD, all without licensing nvidia solutions.
CatKiller 21 Jun
One thing that would be interesting is if Intel licensed the DLSS tech from Nvidia. They do have the hardware, since they're chasing the same machine learning market as Nvidia. Tensor cores on consumer products is essentially a lemons -> lemonade situation. On the one hand they won't want to give Intel a leg up in the dedicated GPU market, nor in the very lucrative machine learning market, but on the other hand a feature that both Nvidia and Intel have that AMD doesn't will put the squeeze on their mutual competitor.
mrdeathjr 21 Jun
470 driver incoming

link

While you're here, please consider supporting GamingOnLinux on:

Patreon, Liberapay or PayPal Donation.

This ensures all of our main content remains totally free for everyone with no article paywalls. We also don't have tons of adverts, there's also no tracking and we respect your privacy. Just good, fresh content. Without your continued support, we simply could not continue!

You can find even more ways to support us on this dedicated page any time. If you already are, thank you!
Login / Register

Or login with...
Sign in with Steam Sign in with Twitter Sign in with Google
Social logins require cookies to stay logged in.