Check out our Monthly Survey Page to see what our users are running.
We do often include affiliate links to earn us some pennies. See more here.

Two bits of major news to cover for the Steam Play Proton compatibility layer, with some exciting major changes coming in with updates. Don't know what Steam Play Proton is? Go take a look at our dedicated page.

Firstly, if you have an AMD GPU and you don't mind grabbing the latest development code for the Mesa graphics drivers - Cyberpunk 2077 should actually work on Linux with the new Proton 5.13-4 release. Valve developer Pierre-Loup Griffais mentioned that CD PROJEKT RED allowed them some early testing time to get the work done for both vkd3d (the Direct3D 12 to Vulkan layer) and radv (the AMD Mesa Vulkan driver). As an NVIDIA GPU owner, this makes me quite jealous as it seems my only other current choice on Linux is Stadia or GeForce NOW (unofficially - until later in 2021).

Additionally, there's now also a new Proton Experimental branch available which has the start of major architectural changes to Wine. This brings with it a plan to reduce CPU overhead and improve performance in scenarios related to input and windowing. Seems Proton Experimental is an additional version of Proton, so you would install it along side the other versions currently available for this compatibility tool.

You can find the Proton changelog here.

Need help and / or tech support? Be sure to check out our dedicated Forum.

Article taken from GamingOnLinux.com.
56 Likes
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
The comments on this article are closed.
243 comments
Page: «22/25»
  Go to:

Linuxwarper Dec 13, 2020
Quoting: ShmerlWine developers (vkd3d-proton more exactly) said they won't bother with DLSS, so I don't expect that to happen.
How can they do anything with DLSS? It's proprietary and locked down. Perhaps they may decide for AMD's alternative as that will be open and supposedly crossplatform.
Shmerl Dec 13, 2020
Quoting: LinuxwarperHow can they do anything with DLSS? It's proprietary and locked down. Perhaps they may decide for AMD's alternative as that will be open and supposedly crossplatform.

Reverse engineering is one option, which Wine as a project is doing all the time, but in this case I'd consider it a waste of resources.
Linuxwarper Dec 13, 2020
Quoting: ShmerlReverse engineering is one option, which Wine as a project is doing all the time, but in this case I'd consider it a waste of resources.
Noveau doesn't seem to be in good state, even with developers trying, as Nvidia aren't being nice. So yes, It would be wasteful. It would be best if Valve and Co focused on AMD only so that development will be faster and easier because it's open source. Then Linux gamers can just decide to buy AMD GPU on their next upgrade.
slaapliedje Dec 13, 2020
Quoting: Shmerl
Quoting: LinuxwarperHow can they do anything with DLSS? It's proprietary and locked down. Perhaps they may decide for AMD's alternative as that will be open and supposedly crossplatform.

Reverse engineering is one option, which Wine as a project is doing all the time, but in this case I'd consider it a waste of resources.
It is like the olden days of Amiga vs ST. Developers having to decide which platform to create software for, and which features to use based on that. Like do you make the game look the exact same on both, then be criticised that you didn't cater to the strengths of each platform?
Realistically the Wine devs should support both parties, but this is also why it is so important to have more competition, it helps level the playing field.
Shmerl Dec 13, 2020
There is some sane limit you want to chase after. I.e. if they reverse engineer Windows itself - it's one target. If they also have to chase after proprietary APIs of GPU makers - that's a lot more moving targets to chase.


Last edited by Shmerl on 13 December 2020 at 7:07 pm UTC
Linuxwarper Dec 13, 2020
Quoting: ShmerlThere is some sane limit you want to chase after. I.e. if they reverse engineer Windows itself - it's one target. If they also have to chase after proprietary APIs of GPU makers - that's a lot more moving targets to chase.
Have you watched the HotHardware interview with Scott Herkelman and Frank Azor?
Shmerl Dec 13, 2020
Quoting: LinuxwarperHave you watched the HotHardware interview with Scott Herkelman and Frank Azor?

Sounds good. That's the right way to do it. Good to see AMD are behind this idea. Nvidia will just keep making NIHs instead.
Linuxwarper Dec 13, 2020
Quoting: Shmerl
Quoting: LinuxwarperHave you watched the HotHardware interview with Scott Herkelman and Frank Azor?

Sounds good. That's the right way to do it. Good to see AMD are behind this idea. Nvidia will just keep making NIHs instead.
Yeah, I am hoping when he says open and crossplatform, that he also is thinking of Linux as well and not just open and crossplatform in context of all the big actors. NIHs? Is that some short for proprietary tech or something? If so, yeah I don't think Nvidia will change their tune. They have tried to silence Hardware Unboxed with their latest crap.

Upscaling will be nice. GPUs are to few and to expensive. I've hoped for a Pulse like you, but that one is nowhere to be seen. Reference cards seem to be ghosts.
Shmerl Dec 13, 2020
Quoting: LinuxwarperNIHs? Is that some short for proprietary tech or something?

It means "not invented here". It usually refers to when the someone is making their proprietary tech that messes things up for everyone, instead of getting behind a standard that promotes collaboration for the industry.

I.e. DX12 is Microsoft's NIH, Metal is Apple's. Vulkan is the standard.
ikiruto Dec 14, 2020


QuotePULSE_LATENCY_MSEC=60 gamemoderun %command% --launcher-skip

Settings in the screenshots. https://ibb.co/bJ0Z315 https://ibb.co/M75Ndt4 https://ibb.co/p3mMvqw

Cyberpunk 2077\bin\x64
1.Rename Cyberpunk2077.exe to Cyberpunk2077.exe.bak
2. Use a hex editor on the Cyberpunk2077.exe.
3. Replace "75 30 33 C9 B8 01 00 00 00 0F A2 8B C8 C1 F9 08" with "EB 30 33 C9 B8 01 00 00 00 0F A2 8B C8 C1 F9 08".
4. Replace "55 48 81 ec a0 00 00 00 0f 29 70 e8" with "c3 48 81 ec a0 00 00 00 0f 29 70 e8".
This turns the bad AVX call into a return and increase perfomance for AMD processors.
DISCLAIMER: May be breaking things under the hood, but seems stable.


Last edited by ikiruto on 14 December 2020 at 8:11 am UTC
While you're here, please consider supporting GamingOnLinux on:

Reward Tiers: Patreon. Plain Donations: PayPal.

This ensures all of our main content remains totally free for everyone! Patreon supporters can also remove all adverts and sponsors! Supporting us helps bring 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!
The comments on this article are closed.