Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

With Proton and Steam Play, many Windows games now work on Linux

protondb.com

Post reply on HN
Print view View original

481–490 of 560 posts

Re: With Proton and Steam Play, many Windows games now work on Linux

#481

Post by bregma »

adamc wrote: post #232
idiot900 wrote: post #221

Earlier quoted context omitted.

This is why I have a separate Windows PC for gaming, that I do not ever put personal information into, or use even to sign into my personal, non-gaming accounts (e.g. Gmail). Perhaps not a good solution for everyone, but I think that's what the world has come to.

At one point I built a "Steam Box" that ran Windows (because, at the time anyway, lots of things didn't run on Linux), and hooked it up to the TV. The only problem I ran into was that lots of games don't do controllers well, either.

I did the same thing. It ended up being used mostly for watching streaming services instead of gaming for social reasons (the TV is in a shared area). I ended up buying an even bigger more powerful gaming PC with dedicated gaming keyboard and mouse and no controller. Linux for work, Windows for streaming TV, Windows for gaming.

Re: With Proton and Steam Play, many Windows games now work on Linux

#482

Post by formerly_proven »

mhh__ wrote: post #384
ekianjo wrote: post #370

Earlier quoted context omitted.

Performance is not an issue.

Some games seem to report measurably better performance on Linux, even. I imagine outside the steady-state, loading times could be a boon for Linux given that Linux filesystems are "faster"

Almost all games use their own VFS layer which heavily lean toward "few huge files with a lookup table" to work around NTFS' deficiencies. They used to be often chunked into 2 GB files, but since a few years developers stopped doing that. Some games even ship all their assets in a single file.

Re: With Proton and Steam Play, many Windows games now work on Linux

#483

Post by pinteresting »

benhurmarcel wrote: post #472
hombre_fatal wrote: post #305

Earlier quoted context omitted.

The thing you're missing is that the point of client-side simulation and lag compensation is simply one of UX. It makes the game playable. > Cloud gaming substitutes reconciling these n+1 simulations with some input latency for each player. You're just pitching the naive networking model that every developer starts with (because it's trivial) until they realize how horrendous it is to wait 100ms on every single input…

A lot of people have a much better latency than 40ms.

There is more to latency than just the ping to the server.

The raw controller input latency / controller polling rate.

The time it takes for your packet to get to the server.

The number of packets per second you're sending to the serve (e.g. 100pps).

The server processing time per frame.

The server frame rate.

The time it takes for the packet to get back.

The frame rate of the client machine.

Whether Vsync is enabled (more latency).

The time it takes to transfer a frame of rgb data to the monitor.

The monitor frame rate and processing time per frame.

The pixel response time of the pixels on the monitor.

If we're doing cloud gaming. we also need to add latency stages for encoding and decoding video and how long it takes to download each frame of video.

By simulating everything client side you remove a ton of stages in this latency pipeline.

Re: With Proton and Steam Play, many Windows games now work on Linux

#484

Post by dTal »

p1necone wrote: post #286
OJFord wrote: post #267

Earlier quoted context omitted.

Do you have consistency between GTK/Qt, or only within each? I've never really bothered to set it up (just installed some theme I pulled a name from Arch wiki for, so buttons look like they're from this century) because I assumed I could go to a load of effort and still notice which is used for each program I use. And then find myself caring which I install if I have the option, or not wanting to if it's only availab…

You can set up QT to use GTK themes (seems like this is the default in KDE Plasma): https://wiki.archlinux.org/index.php/Uniform_look_for_Qt_and... I currently just don't have any QT based apps on my Arch system though I don't think.

I came at it the other way - make GTK apps look like Qt ones. Everything on my system uses Breeze Dark. The only way I can tell GTK programs from Qt ones is the "About" dialog, or the file picker. (Oh, how I wish I could use the Qt file picker in GTK programs)

(edit: QT -> Qt. Seasons greetings to the flagkilled throwaway who informed me of my mistake.)

Re: With Proton and Steam Play, many Windows games now work on Linux

#485

Post by toyg »

jcelerier wrote: post #429
toyg wrote: post #315

Earlier quoted context omitted.

With a bit of effort it’s a solved problem, however as soon as that was sorted, developers started using snaps and flatpaks that just Do Not Care about your system settings... and we’re back at square -1, because now you won’t even get consistency between Gtk apps and Gtk apps. The Linux desktop sometimes is like a bad comedy sketch.

I mean, it's just back to the state of windows where even most of Microsoft's apps aren't consistent with each other

Windows actually used to be decent and fairly consistent, but I agree that it's gone to shit in the last decade. They botched scaling to HiDpi and fragmented their UIs in the sad attempt to chase convergence with touch UIs.

Re: With Proton and Steam Play, many Windows games now work on Linux

#486

Post by metalliqaz »

tarruda wrote: post #435
moondev wrote: post #360

Earlier quoted context omitted.

Do you run two gpus? Or can you handoff to the VM when it boots and back when you shut down? Mind sharing your libvirt xml or qemu script? I've been meaning to give this a try!

The host GPU is a Radeon rx460, the GTX 1070 is only used by the VM (when the VM is running). Here are the most significant configuration files involved in my setup: https://gist.github.com/tarruda/2ea928b90cdecb6f77c2f9ca65ba... Note that modprobe configuration is important, as it assigns stub drivers to the GTX that allows it to be handed on demand to the VM. Note that this is made for a debian 10 system (kernel 4.…

Man, look at all that config. And this is considered a success story?

On Windows it's (1) install steam (2) play. To develop with my headless freebsd dev machine, it's just (1) install ssh (2) install x11 client (3) open term.

Re: With Proton and Steam Play, many Windows games now work on Linux

#487

Post by jcelerier »

2bitencryption wrote: post #134
rubyn00bie wrote: post #4

Gaming on Linux has been so fucking good. I switched from Windows to Linux a month ago and literally haven’t found a game I can’t play. Even Red Dead Redemption 2, Hades, Fallen Jedi, Ghostrunner... Oh the really icing on the cake is just how easy it all is. You literally just install the Windows version and things “just work.” Its amazing. I’ve said this a lot of times now but it’s pretty amazing to write code and p…

Agreed, however after months of being "Linux only" (Manjaro KDE + Proton), just this weekend I broke and installed a Windows as a dual-boot option. 90% of games with Proton "just work" like you said. It is amazing. But then there's that one game that doesn't work, or works but with half the fps... for me, it was Death Stranding. It runs at 60+ fps at 1440p on Windows, but runs at half that on Proton, with horrible ar…

> If CyberPunk is any good, I'm going to buy it and want the best experience...

from past experience with CDPR games, you should really wait a good year for all the patches to happen. TW3 was only really playable, like, two years after release

Re: With Proton and Steam Play, many Windows games now work on Linux

#488

Post by MeinBlutIstBlau »

rubyn00bie wrote: post #54
MeinBlutIstBlau wrote: post #30

Earlier quoted context omitted.

Wait, what do you mean you can just install a windows version on linux? Were talking about a windows only game correct?

Yes. In steam you just hit "install" et voila! It installs. Using Lutris you can install games from Origin or the Epic Games store the same way... just download and hit install. I honestly didn't think I was gonna get to play Fallen Jedi with ease since I bought it on Origin (regrets) but turns out I was wrong. Was easy as hell just like everything else on Linux :)

That is insane. I'm going to have to try that. One of my colleagues is a linux nerd and he'd probably freak if I told him that.

Re: With Proton and Steam Play, many Windows games now work on Linux

#489

Post by throwaway98432 »

p1necone wrote: post #159
ldd wrote: post #135

Earlier quoted context omitted.

I was seriously considering adding Linux support for my game, that already has turn-based multiplayer, and this thread was the last thing I needed to convince myself it could work. Performance may be an issue. I wonder if people would be ok with electron games sold on steam running on linux...

Normally electron apps bother me on linux because they don't use my carefully selected GTK/QT/Openbox theming like most native apps do (whereas on windows I don't care because I don't have the ability to make anything look how I want). But I expect games to be fullscreen and have their own bespoke UI look and feel anyway, so it's not really an issue with them.

It's spelled Qt, not QT.

QT means QuickTime.

Re: With Proton and Steam Play, many Windows games now work on Linux

#490

Post by throwaway98432 »

p1necone wrote: post #286
OJFord wrote: post #267

Earlier quoted context omitted.

Do you have consistency between GTK/Qt, or only within each? I've never really bothered to set it up (just installed some theme I pulled a name from Arch wiki for, so buttons look like they're from this century) because I assumed I could go to a load of effort and still notice which is used for each program I use. And then find myself caring which I install if I have the option, or not wanting to if it's only availab…

You can set up QT to use GTK themes (seems like this is the default in KDE Plasma): https://wiki.archlinux.org/index.php/Uniform_look_for_Qt_and... I currently just don't have any QT based apps on my Arch system though I don't think.

It's spelled Qt, not QT.

QT means QuickTime.

Post reply on HN