Live data from Hacker News

Linux gamers on Steam cross over the 3% mark

gamingonlinux.com

111–120 of 560 posts

Re: Linux gamers on Steam cross over the 3% mark

#112
post #80

I was really proud that my kids (8,10,12) all have used linux for gaming for the last several years. Steam runs perfectly for most games. And, they know how to to use "flatpak update" to update the sober runtime for Roblox (I know this is not steam, but it is an example of how well other things run on linux). I'm so proud (and ashamed they play Roblox, but choose your battles). But, Fortnite. I tried to run a Windows…

Fortnite might be a battle worth choosing. I wouldn't want to carve my children's gray matter into grooves of cosmetic microtransactions of psychological warfare.

Re: Linux gamers on Steam cross over the 3% mark

#113
post #81

Earlier quoted context omitted.

The only thing windows has focused on has been dark patterns to force users towards cloud and figuring out more and more ways to collect data to sell ads. I’m not naive, I know a ton of huge enterprises still run huge fleets of windows “servers” but I still find it hilarious that a supposedly serious server OS would default to showing you the weather and ads in the start menu.

Goodness the file save dialog(s) on Windows - it makes it so hard to save a file into my personal space. It's unintuitive and you need to click through, I think a couple of dialog boxes before you get to 'Your Documents'.

And then you still have to wonder if “My Documents” is actually “My Office 364 One Drive Copilot Pro” or something

Re: Linux gamers on Steam cross over the 3% mark

#114

I am considering making the switch to Linux for my software + data science (primary) and gaming (secondary) setup. I use a LG OLED TV as screen, so no displayport inputs. Only HDMI 2.1. How is the support for Linux + HDR + HDMI 2.1 + 120 Hz + VRR + Nvidia (5000 series)?

Last I checked HDR was utterly broken on Linux. X had no plans to support it at all (!).

Wayland supports it if you have the right version of gpu, gpu drivers, composer, kernel, state of the moon and hdr.

Re: Linux gamers on Steam cross over the 3% mark

#115
post #26

I just made the switch. I had been developing on Windows for the last couple of years, mostly to get used to the ecosystem. I wanted to be able to write C and C++ like I do on Linux, without an IDE and with the native toolchain (i.e. no cygwin). On top of that, I play Overwatch every night. Windows just seems to have zero focus on performance though. React based start menu with visible lag, file Explorer (buggily) pa…

The only thing windows has focused on has been dark patterns to force users towards cloud and figuring out more and more ways to collect data to sell ads. I’m not naive, I know a ton of huge enterprises still run huge fleets of windows “servers” but I still find it hilarious that a supposedly serious server OS would default to showing you the weather and ads in the start menu.

I also stuggled with nvidia drivers on Linux until I discovered dkms.

Re: Linux gamers on Steam cross over the 3% mark

#116
post #26

I just made the switch. I had been developing on Windows for the last couple of years, mostly to get used to the ecosystem. I wanted to be able to write C and C++ like I do on Linux, without an IDE and with the native toolchain (i.e. no cygwin). On top of that, I play Overwatch every night. Windows just seems to have zero focus on performance though. React based start menu with visible lag, file Explorer (buggily) pa…

I run mint as well and really love it's esthetic. I prefer AMD GPUs on Linux and they have always "just worked". I know how to use the terminal to enforce deep sleep on laptops, but thats about all I do setup wise.

Uh, AMD drivers have most assuredly not always not just worked. They do now, and they have for something like 10 years, but before that they were a steaming pile of locked in garbage.

Re: Linux gamers on Steam cross over the 3% mark

#117
post #76

Earlier quoted context omitted.

A game doesn't necessarily have to process input at the same rate as it displays frames, does it?

It doesn't and well programmed games won't be tied to fps that way. I'm not sure anything past 300 fps plausibly matters for overwatch even with the best monitor available.

[deleted]

Re: Linux gamers on Steam cross over the 3% mark

#118

Made the switch to Mint recently. Steam says that of 750 games on my account, 748 can run on Linux, and I've had no problems with the dozen or so I've played lately.

> 748 can run on Steam Assuming you mean on Linux?

Probably meant "SteamOS" e.g. Linux.

Re: Linux gamers on Steam cross over the 3% mark

#119
post #26

I just made the switch. I had been developing on Windows for the last couple of years, mostly to get used to the ecosystem. I wanted to be able to write C and C++ like I do on Linux, without an IDE and with the native toolchain (i.e. no cygwin). On top of that, I play Overwatch every night. Windows just seems to have zero focus on performance though. React based start menu with visible lag, file Explorer (buggily) pa…

Out of curiosity, why are such high fps numbers desirable? Maybe I don't understand how displays work, but how does having fps > refresh rate work? Aren't many of those frames just wasted?

osu (music beat-clicking game) has a built-in screen frequency a/b test, and despite running on a 60hz screen I can reliably pass that test up to 240hz. It's not just having 60 frames ready per second, it's what's in those frames.

Re: Linux gamers on Steam cross over the 3% mark

#120
post #26

I just made the switch. I had been developing on Windows for the last couple of years, mostly to get used to the ecosystem. I wanted to be able to write C and C++ like I do on Linux, without an IDE and with the native toolchain (i.e. no cygwin). On top of that, I play Overwatch every night. Windows just seems to have zero focus on performance though. React based start menu with visible lag, file Explorer (buggily) pa…

CreateProcessA() on Windows is very slow. A significant portion of the perceived speedup for development tasks is that fork() takes on the order of microseconds, but creating a Windows process takes ~50ms, sometimes several times that if DEP is enabled. This is VERY painful if you try to use fork-based multiprocessing programs directly.
Post reply on HN