Topgrade handles most distros package managers, things like npm, brew and cargo, can pull git repositories and cleanup cache as well
Topgrade handles most distros package managers, things like npm, brew and cargo, can pull git repositories and cleanup cache as well
You either come up with something like frog-protocols to try and actually get things done, or you can wait for Wayland devs to endlessly bikeshed. Getting some amount of harmless fragmentation on an open source project seems much better than waiting 4 years (and counting) for them to start actually working on implementing HDR.
Had the same issue with my games, but Deadlock was one that I could consistently get it to slow down after a few minutes, all because of VRAM (I’m on Nvidia too). Simply lowering textures to medium on Deadlock solved it, at no discernable quality change.
Deck’s game mode is already running an embedded gamescope session with the flags enabled, so that wouldn’t be needed. Might be something else going on that’s worth searching about, though
If you’re running it as a launch parameter on Steam you need it for the overlay and input to work, however this has been broken for quite a while now. Some people say gamescope 3.14.24 fixed it, but it wasn’t my case.
It’s --force-grab-cursor
, sorry. It should fix this issue of having a secondary cursos on screen and the cursor leaving to other monitors.
You don’t really need STL, just set gamescope as the launch parameter. I suggest checking --help
to see what the flags do, but in general you’ll want gamescope -W <res width> -H <res height> -r <refresh rate> -f --force-grab-cursor --hdr-enabled -e -- %command%
. This works for me on TEKKEN 8, Helldivers 2 and Deep Rock Galactic.
There are some issues, however. Some games might just freeze when running with gamescope (or gamescope with HDR flags), which is the case for me with Deep Rock, it’ll freeze merely 20 seconds after it starts. Second issue is that, at least for me, the image will be incredibly dark and for some reason the SDR content brightness slider on Plasma settings will change the brightness of the HDR gamescope window, so I have to set it to 1000 to “fix” the brightness, but my desktop will be blown out with brightness.
I’ve searched a bit about reverse prime, and there’s an entry about it on arch wiki, however it seems it’s only about X11 configuration and nothing about Wayland or anything else.
Well, at least with my current setup I can get VRR working on my main display without needing to disable my secondary one with my NVIDIA card.
I’m running Wayland. I do feel that Plasma is using my iGPU to render the desktop since it’s quite noticeable some stutters and lower performance compared to disabling the iGPU and having both monitors on my dGPU, but unfortunately I can’t really chose what gets rendered by what. On Windows, this setup works fine, I can chose Firefox to use the “power saving” or whatever and it runs on my iGPU, videos get decoded by it.
I tried plugging my monitors on my motherboard (I have a HDMI and DP outputs) and it works as expected, everything renders on the iGPU and I’d need prime-run for my games, though this is far from ideal since I lose VRR and HDR.
I actually did follow those and the https://wiki.archlinux.org/title/NVIDIA_Optimus I think most of the things are related to laptops where the dGPU can be turned off, but I don’t think that’s my case since my main monitor is plugged there. I guess what I need to do is find a way to set the iGPU as the default and whatever I need to run on my dGPU i use prime-run, but I’m not having much success with this.
This does not use the FOLON Downgrader, Because I don’t like the idea of signing into my steam account through someone else’s program
You’re not signing though someone else’s program, you’re signing though SteamCMD. Your credentials are on your PC and Valve’s server only.
Also there’s a new automated tool to install it on the Steam Deck which I believe could work just as well on desktop Linux with little or no tinkering
Zed is not an IDE, it’s a code editor. No, they aren’t the same things, it’s like saying a table and a kitchen are the same thing.
Wouldn’t running it on privileged mode cancel out whichever safety measures of running that script in a container?
Running endeavourOS with a 3080 and Plasma since 5.25 (on 6.1.2 now). Never ran x11 and I don’t intend to ever again. My experience is mixed, so to say. There are a few things keeping me on Windows but (very) slowly I’m getting there.
About HDR. I didn’t need to do anything extra to get it enabled on my desktop, simply toggling it on settings works.=, and I can also get mpv to work with some tweaks so I can watch films. On games I would need gamescope to run it, but that comes with a set of issues like not having Steam Overlay and Input, so for HDR games I run them on gamescope without overlay, and every other game I just run them normally. I also have a lengthy writeup on trying to get gamescope to run with the Steam overlay, but ultimately it’s one or the other right now.
On NVIDIA drivers, for me the 555 and explicit sync patches have made things worse. I never had issues with things flickering on 550 except for Electron apps, which would flicker and have awful input lag, but that’s easily fixed by setting ELECTRON_OZONE_PLATFORM_HINT=wayland
on my /etc/environment
. The issue with 555 drivers is that there are some VRAM leaks happening. They fill ridiculously fast, even just dragging a window will make kwin use 2GB of VRAM. Since there is no shared VRAM at all on NVIDIA Linux, as soon as I hit my 10GB cap, Xwayland will crash along my game and Steam, and sometimes my desktop too. On 550, I would only get framedrops for a while.
I should also note that the proprietary and open drivers have no difference at all for me, and enabling or disabling GSP firmware also has no difference.
Lastly, VRR. It will not work at all if you have more than one monitor connected and enabled on your NVIDIA card. A workaround if you have a second GPU (or your CPU’s iGPU) is to plug your extra monitors there, and then VRR will work on your main screen. A second option would be to disable your extra monitors anytime you would play a game, but that’s not ideal at all.
I’m using a 3080 under Plasma, and I thought 555 was doing great, since I could finally use electron apps without input lag or flickers. I didn’t bother much with gaming since VRR does’t work if the NVIDIA GPU has more than one display enabled on it (you can use a second GPU or an iGPU to workaround that). I decided to give it a go anyways, wrote a script that turns off my second screen when I open a game and enables it again when it closes.
Unfortunately, 555 was unusable for me. After a short while, Xwayland would crash and either Steam and the game would instantly close or my entire system would freeze, requiring a reboot. I thought this was an issue with Steam, so after some extensive log collection, I opened an issue on their GitHub and shortly after a dev analysed them and told me that my issue was likely due to explicit sync, and asked me to downgrade to a pre-explicit sync driver.
I went back to 550.90 and my crashes stopped completely. It also stopped a coredump spam of glsdisplay by Steam, and also fixed a power draw bug in which my GPU would never go below 100W, even on idle. I never had issues with games flickering previously, and I still don’t have it now, and I was able to fix the electron apps flicker and input lag by setting ELECTRON_OZONE_PLATFORM_HINT=wayland
on my env, so for now I’m sticking to 550.
I also opened a bug report on NVIDIA’s forums and I’m waiting for any input.
That… Makes sense, really. And how would you do on about it? Just switching the cable to the motherboard IO? No need to use stuff like optimus?
Sadly I will have to live with this issue since my 5900x has no iGPU, but I do plan to upgrade to a 7800x3d
The input lag and flickering on Electron apps was fixed with the explicit sync drivers.
VRR does not work if you have a NVIDIA card and more than one monitor enabled. If you disable extra monitors it’ll work, but that’s hardly a workaround (and it’s one of the main reasons I’m still on Windows).
I’m also getting a lot of xwayland crashes while playing or simply when trying to drag a window, those crashes freeze my entire PC and I have to reboot.
To be fair, most, if not all of my issues preventing me from fully moving to Linux seem to be fixed by using an AMD card, but I’m not in the market for a new card (I have a 3080) nor do I want to lose DLSS, which is a game changer to me.
It was a manual review conducted by an actual person that in the end admitted they were wrong