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.
Signature of AVX bug is as follows:
Game crashes at and beyond these locations:
Take a seat for Corpo
Exit bar for Street Kid
After cutscene for arrival at city for Nomad
You can do this mod yourself trivially. Simply use a hex editor on the Cyberpunk2077.exe,
and 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 simply turns the bad AVX call into a return.
DISCLAIMER: May be breaking things under the hood, but seems stable.Probably solves the problem with hangs. I haven't been able to get any hangs yet. Checking.
Quoting: jensLiam Middlebrook is an engineer from Nvidia, he regularly contributes to winevulkan, see e.g. https://www.winehq.org/pipermail/wine-devel/2020-November/thread.html and search for “Liam”.
That looks good. Did he ever contribute anything that implements Nvidia's proprietary APIs there?
Last edited by Shmerl on 13 December 2020 at 5:43 pm UTC
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.
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.
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: ShmerlIt 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?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.
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.
Last edited by Shmerl on 13 December 2020 at 7:07 pm UTC
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?
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.
Quoting: ShmerlYeah, 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.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.
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.
Patreon
PayPal
See more from me