I actually experience the opposite, even though native games throwing fits sounds about right.
I have very few native games, the ones I remember atm are Valheim (which I didn’t realize was native at first), X3:TC (+ later expansions) and X4:F; the native versions work relatively flawlessly even in Windowed mode with Sway being my WM, so that’s something.
I installed the game through Lutris and the current runner is Wine (WineHQ Staging 8.11). I do have the ability to install just about any Proton version with the ProtonUP-QT application just don’t know which one since the installers through Lutris only offer Wine runners. As far as the upgrade goes, well no particular reason honestly, I thought they were still waiting on some packages upstream.
I upgraded to n38 without issues, there is an install guide on discord. You can try to download latest wine-ge-proton from protonup and use it instead of wine-staging. I remember having issues with worms siege not working with wine-staging.
Thanks. Really riles me up that people constantly direct you to a bloated proprietary chat software that requires registration for some basic information, especially when the same info is freely available on a website.
It could have consequences should something happen to Valve. In many cases the linux ports of yesteryear were inferior, anyway.
Better to have the game at all. And it is understandable that they don’t want to put in a bunch of extra work given they can’t just pay a department’s worth of people to handle it for them.
Right now, you can use xorg or wayland with multiple monitors and different refresh rates without problems. What is really the problem, at least for me, it is the VRR( variable refresh rate) like freesync. If one of your monitor has it, and you need it while playing, for xorg with gnome you must have to turn off the other monitors, while with wayland the patch for it it’s not merged yet.
I’m curious if this is caused by the fact that wine/proton is an API emulation layer. Whatever API calls this app uses for benchmarking may be less efficient, or maybe emulated, rather than talking directly to hardware. It should also be noted that these benchmark numbers are probably not indicative of actual game performance, as games likely use different API calls that are well or better optimized.
I’ve heard good things about OpenRGB and I think my keyboard even supports it, but it’s one of those “I’ll figure it out when I have time” projects.
What really excites me is integration with RGB systems outside of the PC, i.e. room lighting etc. Mostly it just seems to be controlled effects so far, but having a standard for environmental lighting could be (no pun intended) a game-changer.
Imagine playing a horror game where the crackle of surround-sound lighting is accompanied by a real flash from elsewhere in the room. Where when the game lights go out and the red emergency lights come on, so does the room. Etc etc. Yeah it’s not going to be for everyone or every situation but if we can get better standardization of supported devices and software integration, it’d still be pretty neat.
They failed at that before Denuvo was even developed; their predecessor company developed SecuROM, which I was burnt with a couple of times. Once bitten, twice shy.
denuvo dosent prevent piracy. it’s very sad when pirates get a better experience than paying customers. don’t get me wrong i buy my games but i avoid most triple A games because of shit like denuvo. i don’t mind basic copy protection like serial numbers but intrusive/performance hogging or even always online DRM is a plague.
Make sure to re-check your display settings outside the game to make sure your refresh rate is still set above 60. I’ve had multiple times where for whatever reason Nobara will reset my refresh rate from 144 back down to 60.
linux_gaming
Top
This magazine is from a federated server and may be incomplete. Browse more on the original instance.