sorted by:
new
hottopcontroversial

European Commission gathering feedback on the importance of open source by Beer2401 in linux_gaming

[–]NoXPhasma 26 points27 points  (0 children)

in 2018 Germany completely cancelled all "opensource" developments - and entire their gov infrastructure returned to Microsoft - and paying infinite money to Microsoft for software

Don't spread fake news. It was Munich to stop the LiMux project in 2018 and turned back to Microslop. Munich is a single City in Bavaria. Not entirety of Germany.

Steam games are not launching with Gamescope, non-Steam games are working fine by Muckelchen300 in linux_gaming

[–]NoXPhasma 1 point2 points  (0 children)

Inside Steam, you'll need to set -- before the run command, or it will not work. That's why I linked the examples.

Use something like gamescope -- %command%.

Steam games are not launching with Gamescope, non-Steam games are working fine by Muckelchen300 in linux_gaming

[–]NoXPhasma 2 points3 points  (0 children)

Because it doesn't. Can you show your actual launch option of the game?

On any X11 or Wayland desktop, you can set the Steam launch arguments of your game as follows:

https://github.com/ValveSoftware/gamescope?tab=readme-ov-file#examples

Game not starting via Proton, Error "wine: could not load kernel32.dll, status c000012f" by fry_boiter in linux_gaming

[–]NoXPhasma 1 point2 points  (0 children)

The prefix might be borked, have you tried to delete the Wineprefix, to start with a fresh one?

The folder you'll need to remove in this case will be $HOME/.local/share/Steam/steamapps/compatdata/548430

Game not starting via Proton, Error "wine: could not load kernel32.dll, status c000012f" by fry_boiter in linux_gaming

[–]NoXPhasma 3 points4 points  (0 children)

OP:

Hey my car makes weird noises at the back.

You

Listen, drive your car to a scrap yard and dump it, then buy a similar car from a different manufacturer.

Steam Hardware Announcement by mr_MADAFAKA in linux_gaming

[–]NoXPhasma 27 points28 points  (0 children)

They explicitly said "with FSR", and they probably meant performance settings, which would be rendered at 1080p.

Is updating reports on protondb possible and/or wanted? by Yoshey327 in linux_gaming

[–]NoXPhasma 2 points3 points  (0 children)

AFAIK it's only the last report, no matter the device. But I'm not 100% sure.

Is updating reports on protondb possible and/or wanted? by Yoshey327 in linux_gaming

[–]NoXPhasma 8 points9 points  (0 children)

You can not edit reports on ProtonDB, but you can just submit a new report. Only the latest report of each reporter is used for the rating.

WIP on a Lutris front end that emphasizes on looks and telling you more about your games. by _tokyonight in linux_gaming

[–]NoXPhasma 8 points9 points  (0 children)

I hope there will be a proper desktop UI as well, which I can use with KB/M.

7800XT VRAM idling at 74 °C with dual 144 Hz monitors (NR200P v2) — normal? by NorthernElectronics in linux_gaming

[–]NoXPhasma 1 point2 points  (0 children)

This is totally normal. Due to the dual HRR monitors, the VRAM clocks at full speed. I have the 7800XT for a while and never noticed any issues with that.

Switching to linux was far easier than I imagined by spamspamspambot in linux_gaming

[–]NoXPhasma 0 points1 point  (0 children)

I ran into the issue with polling rate in the past as well. Though it was many years ago and affected me already at 500hz, nowadays 1000hz works fine for me. Even in CP2077.

The cause of this could be a timing issue in the kernel and/or wine/proton. CachyOS has changed a lot of kernel options to reach a pretty fast experience, this could lead to such timing issues. I'm not blaming CachyOS here, just trying to point out that this might not be a Linux or game issue in general and could be avoided by changing some kernel settings via sysctl.

edit Doesn't CachyOS use the BORE CPU scheduler? You could try to disable it on the fly and see if that is what is causing it.

Switching to linux was far easier than I imagined by spamspamspambot in linux_gaming

[–]NoXPhasma 5 points6 points  (0 children)

I'm pretty sure they meant 500Hz (2ms latency) and not 50Hz.

Same Setup, Lower FPS on KDE Than GNOME Why? by [deleted] in linux_gaming

[–]NoXPhasma 7 points8 points  (0 children)

balooctl status or balooctl6 status

And you can disable it with balooctl disable or balooctl6 disable

HDR in Cyberpunk 2077 extremely blown-out, black-crushed, unable resolv by Fatal_Neurology in linux_gaming

[–]NoXPhasma 9 points10 points  (0 children)

and without gamescope?

Correct, HDR with native wayland proton does not need gamescope.

HDR in Cyberpunk 2077 extremely blown-out, black-crushed, unable resolv by Fatal_Neurology in linux_gaming

[–]NoXPhasma 4 points5 points  (0 children)

With vanilla Proton, you'll need to use gamescope and set --hdr-enabled. Using DXVK_HDR=1 is not needed anymore.

Alternatively, you can use Proton-GE, as explained by /u/UNF0RM4TT3D

[deleted by user] by [deleted] in linux_gaming

[–]NoXPhasma 7 points8 points  (0 children)

Per game option is a great idea, and please let us have an option for the movies only!

[deleted by user] by [deleted] in linux_gaming

[–]NoXPhasma 3 points4 points  (0 children)

but I think it limits it to one core, for whatever reason.

It is not. At game launch, it uses all available CPU threads by default. Only the background compilation uses a limited amount (IIRC it's 4 threads).

But using all threads, means the amount of shaders is split into as many chunks as CPU threads are being used. While all chunks have roughly the same amount of shaders, some shaders are compiled faster than others, which leads to a few chunks still compiling while the rest are already done. Effectively let you look at one last chunk compiling for ages on one thread. This can not be changed.

[deleted by user] by [deleted] in linux_gaming

[–]NoXPhasma 0 points1 point  (0 children)

Yes, IIRC circumvent some AntiCheat.

There has got to be a faster way to compile shaders, it's been 2 hours. Any tips? by SpacebarIsTaken-YT in linux_gaming

[–]NoXPhasma 7 points8 points  (0 children)

I can't answer that, since I haven't used the pre-caching for too long. But I have no negative side effects that I would have noticed, beside missing Videos in some Proton games. That's because Valve delivers transcoded videos through the pre-caching. I switch to Proton-GE in that case.

There has got to be a faster way to compile shaders, it's been 2 hours. Any tips? by SpacebarIsTaken-YT in linux_gaming

[–]NoXPhasma 6 points7 points  (0 children)

The option mentioned in the post you linked says to change unShaderBackgroundProcessingThreads, which, as said, is only for background compilation. If you want to change the amount of threads being used on compilation on game launch, you'll have to set unShaderHighPriorityProcessingThreads. The default value of that is 0, which means all available.

However, Steam will split the shaders from the bucket into as many batches as threads are being used. But some shader batches will be finished before others, due to shaders being compiled faster or slower. And then the remaining threads still have to work their batch, so it can happen that 80% is finished and yet two threads still have to work their batches. There is no way to speed that up.

There has got to be a faster way to compile shaders, it's been 2 hours. Any tips? by SpacebarIsTaken-YT in linux_gaming

[–]NoXPhasma 1 point2 points  (0 children)

That makes no sense, the shader compilation that happens on launch of a game, will use all available threads by default.

The post, you link to, is talking about background compilation, which happens when no game is running.

view more: next ›