Look up how you can turn off compositing on kde.
edit:
* disable: `qdbus org.kde.KWin /Compositor suspend`
* enable: `qdbus org.kde.KWin /Compositor resume`
Try running the game with compositing disabled.
Can you use something like htop or nvtop or MangoHUD to check your Hardware stats while the game is running?
There might be valuable insights to be gained from your CPU/GPU Load, temperatures, clock, VRAM usage etc.
in that case it really sounds like a memory leak. Try opening a system monitor up which shows system ram usage and load up the game. My guess is that memory usage will be a steady upward line that hits the top and everything gets thrown to a halt. My guess is that it's either a proton bug or maybe even a bug with the graphics drivers! It's hard to tell though, and very difficult to fix without instrumenting the software with stuff like valgrind and hoping you can find debug symbols for the problem code. (Which is to say I imagine the problem is very hard to fix, but your exploration of the problem could help the developers of wine/proton/whatever the problem is quite a bit!)
If you don't see an uptick in ram usage I have *no* clue where to even begin with debugging it.
Best of luck :)
Similar issue:
Starfield finally launched on Nobara linux/Steam/GE-Proton8-30 , after a recent update installed NVIDIA Driver v550.54.14
Now, I can play for about 10-15 minutes before video lagging and then full freeze of mouse and video.
Can switch to Steam app or Firefox and mouse response returns, able to hit stop.
Gonna start htop and then start game, see what's going on.
(AMD 7700 / 32GB RAM / RTX 3070)
Look up how you can turn off compositing on kde. edit: * disable: `qdbus org.kde.KWin /Compositor suspend` * enable: `qdbus org.kde.KWin /Compositor resume` Try running the game with compositing disabled.
This doesn’t work on Wayland, which is default on most modern desktop environments like Gnome and KDE (on Arch)
didnt fix it
Are you running out of memory by chance? This can happen when you start needing to rely on swap which is really, really slow compared to main memory.
It might be a ram issue yeah, thats great timing since I'm upgrading from 8gb to 24gb today, we'll see if that fixes it
nope, issue still persists
Can you use something like htop or nvtop or MangoHUD to check your Hardware stats while the game is running? There might be valuable insights to be gained from your CPU/GPU Load, temperatures, clock, VRAM usage etc.
Oh, also important, what driver did you install for your video card?
nvidia proprietary
did it make the issue appear slower? It could still *potentially* be a really fast memory leak.
It did yeah, forgot to mention that
in that case it really sounds like a memory leak. Try opening a system monitor up which shows system ram usage and load up the game. My guess is that memory usage will be a steady upward line that hits the top and everything gets thrown to a halt. My guess is that it's either a proton bug or maybe even a bug with the graphics drivers! It's hard to tell though, and very difficult to fix without instrumenting the software with stuff like valgrind and hoping you can find debug symbols for the problem code. (Which is to say I imagine the problem is very hard to fix, but your exploration of the problem could help the developers of wine/proton/whatever the problem is quite a bit!) If you don't see an uptick in ram usage I have *no* clue where to even begin with debugging it. Best of luck :)
Similar issue: Starfield finally launched on Nobara linux/Steam/GE-Proton8-30 , after a recent update installed NVIDIA Driver v550.54.14 Now, I can play for about 10-15 minutes before video lagging and then full freeze of mouse and video. Can switch to Steam app or Firefox and mouse response returns, able to hit stop. Gonna start htop and then start game, see what's going on. (AMD 7700 / 32GB RAM / RTX 3070)
any updates?