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

Linux gaming is faster because Windows APIs are becoming Linux kernel features

xda-developers.com

Post reply on HN
Print view View original

661–670 of 694 posts

Re: Linux gaming is faster because Windows APIs are becoming Linux kernel features

#661

Post by jimmydorry »

Gareth321 wrote: post #640
jimmydorry wrote: post #635

Earlier quoted context omitted.

Looking at someone cheating in a replay, it's pretty obvious the majority of the time. To me, this signals that this could be a problem that can be solved by a combination of analytics to filter out statisticaly outliers + AI. This is something Valve dabbled with before (and since) the boom in AI [0], dubbed as VACNET and VAC-LIVE. Kernel access becoming the norm is not something we should be cheering for imo.

I'm more sceptical about inference based detection methods because as they improve (using AI), so too will the cheater's ability to fake human movement. It will be trained on real humans and mimic how real humans play - just at the very high end of the range of skill and ability. Developers will be loathe to ban "good" players just because they're good.

If cheaters were capped to mimicking good players, that's already an incredible win over the status quo. The players that are walling (as an example), are playing with more information than they should and this should always be detectable with enough observation, especially in terms of them displaying super-human reaction times and being pre-positioned to their advantage... so I'm not quite as pessimistic as you are about this not having good returns.

I'm sure there's a reason why they don't, but I wonder why games don't try implementing honey pots, like rendering a fake player behind a wall and automatically banning if a player's crosshair snaps onto them, etc.

Re: Linux gaming is faster because Windows APIs are becoming Linux kernel features

#662

Post by Dylan16807 »

CyberDildonics wrote: post #659
Dylan16807 wrote: post #656

Earlier quoted context omitted.

> They did ask it because I quoted it and replied. That's how these forums work. People write text and other people reply to it. No, you quoted half a sentence. That wasn't the whole question. You didn't answer the actual question. The fact that you're still insisting you answered the question makes it clear why you argued with me when I was just clarifying things. You didn't answer something different on purpose, yo…

You did not answer their actual question. They asked two questions and I answered one. You hallucinated timings to imaginary functions you couldn't name. Period. I'm leaving now. You inserted yourself and had a meltdown. I don't know why this was so upsetting but you couldn't actually give a single technical detail, it was just "I just know" and "ask them what function I'm talking about".

They were asking an abstract question, it wasn't about specific functions...

And you were just as stubborn/'meltdown' when repeatedly insisting it was about latency. They never mentioned latency.

Re: Linux gaming is faster because Windows APIs are becoming Linux kernel features

#663

Post by simooooo »

binkHN wrote: post #582
neverkn0wsb357 wrote: post #295

Given the current momentum, it feels like (to me) the adage of “Windows is for Games” is going by the wayside. If you look at Steam, and OSs like Bazzite it’s clear the consumer-side is finally shoring up. But that aside, from an economic incentive, game providers (for example Amazon Luna), don’t want to be paying the licenses for running Windows machines for Video Game Streaming on Demand. In fact, at my time there…

> the adage of “Windows is for Games” is going by the wayside. This is the last major reason for anyone to use Windows nowadays, with the exception of legacy applications. Windows' days are numbered.

You’re going to be counting for many many years

Re: Linux gaming is faster because Windows APIs are becoming Linux kernel features

#664

Post by CyberDildonics »

Dylan16807 wrote: post #662
CyberDildonics wrote: post #659

Earlier quoted context omitted.

You did not answer their actual question. They asked two questions and I answered one. You hallucinated timings to imaginary functions you couldn't name. Period. I'm leaving now. You inserted yourself and had a meltdown. I don't know why this was so upsetting but you couldn't actually give a single technical detail, it was just "I just know" and "ask them what function I'm talking about".

They were asking an abstract question, it wasn't about specific functions... And you were just as stubborn/'meltdown' when repeatedly insisting it was about latency. They never mentioned latency.

They were asking an abstract question

No it wasn't (I think you meant rhetorical). They might just have not expected a reply.

And you were just as stubborn/'meltdown'

I didn't reply to you.

when repeatedly insisting it was about latency. They never mentioned latency.

I mentioned it once you mentioned overhead, because that's what is actually important between processes.

Re: Linux gaming is faster because Windows APIs are becoming Linux kernel features

#665

Post by not_a9 »

hootz wrote: post #644
not_a9 wrote: post #611

Earlier quoted context omitted.

Games very much are using server-side statistics analysis for cheat detection. Valve made a presentation about it and Epic has an API for feeding game state data to ML anticheat for aimbot detection (game-specific and in addition to their existing anticheat measures) It’s just that it doesn’t work.

But why doesn't it work?

Either everyone on Earth who’s working on this has a skill issue (which is probably hubris?) or there’s not enough differing humanized enough aimbot from human aim (note: Valve manages to screw up even here, with cheaters in Premier basically rage aimbotting these days IIRC)

In addition, there’s not much these things can do against subtler stuff like ESP.

Re: Linux gaming is faster because Windows APIs are becoming Linux kernel features

#666

Post by Gareth321 »

jimmydorry wrote: post #661
Gareth321 wrote: post #640

Earlier quoted context omitted.

I'm more sceptical about inference based detection methods because as they improve (using AI), so too will the cheater's ability to fake human movement. It will be trained on real humans and mimic how real humans play - just at the very high end of the range of skill and ability. Developers will be loathe to ban "good" players just because they're good.

If cheaters were capped to mimicking good players, that's already an incredible win over the status quo. The players that are walling (as an example), are playing with more information than they should and this should always be detectable with enough observation, especially in terms of them displaying super-human reaction times and being pre-positioned to their advantage... so I'm not quite as pessimistic as you are…

It's true that it would be an improvement. I should not let perfect be the enemy of good. Your honey pot ideal is one of many solid ways to detect cheaters. Developers appear more interested in selling copies than they are ensuring players have a good time. Perhaps the motivation is more aligned in subscription games, where they care about the recurring revenue.

Re: Linux gaming is faster because Windows APIs are becoming Linux kernel features

#667

Post by gamesbrainiac »

gm678 wrote: post #172
gamesbrainiac wrote: post #157

Anyone move completely over to Linux for gaming? What is the experience like and what are you using?

I am, I have an Nvidia 5070 Ti, Aurora for my OS (from the same people as bazzite, but I'm a light gamer so I'm fine using flatpak steam/heroic/etc). the only problems I've faced are - occasionally an online game breaks and it's usually fixed within a day or two. for example at some point a Battle.net update broke the launcher under Wine some time last year, then for a while Overwatch would intermittently crash once…

How is the support for mods and trainers like WeMod? I use them sometimes when I just don't want to grind.

Re: Linux gaming is faster because Windows APIs are becoming Linux kernel features

#668

Post by Dylan16807 »

CyberDildonics wrote: post #664
Dylan16807 wrote: post #662

Earlier quoted context omitted.

They were asking an abstract question, it wasn't about specific functions... And you were just as stubborn/'meltdown' when repeatedly insisting it was about latency. They never mentioned latency.

They were asking an abstract question No it wasn't (I think you meant rhetorical). They might just have not expected a reply. And you were just as stubborn/'meltdown' I didn't reply to you. when repeatedly insisting it was about latency. They never mentioned latency. I mentioned it once you mentioned overhead, because that's what is actually important between processes.

> No it wasn't (I think you meant rhetorical). They might just have not expected a reply.

I don't mean rhetorical. I mean abstract in that it wasn't about specific locks, it was about types of lock. That's why I didn't try to name any particular functions.

> I didn't reply to you.

In your future replies to me.

If you're not talking about later replies... are you implying you were calling my first comment a meltdown? Weird.

> I mentioned it once you mentioned overhead, because that's what is actually important between processes.

The main worry expressed in the original post was about the throughput of using an IPC lock in places that don't need an IPC lock. That's the overhead I was talking about.

Re: Linux gaming is faster because Windows APIs are becoming Linux kernel features

#669

Post by CyberDildonics »

Dylan16807 wrote: post #668
CyberDildonics wrote: post #664

Earlier quoted context omitted.

They were asking an abstract question No it wasn't (I think you meant rhetorical). They might just have not expected a reply. And you were just as stubborn/'meltdown' I didn't reply to you. when repeatedly insisting it was about latency. They never mentioned latency. I mentioned it once you mentioned overhead, because that's what is actually important between processes.

> No it wasn't (I think you meant rhetorical). They might just have not expected a reply. I don't mean rhetorical. I mean abstract in that it wasn't about specific locks, it was about types of lock. That's why I didn't try to name any particular functions. > I didn't reply to you. In your future replies to me. If you're not talking about later replies... are you implying you were calling my first comment a meltdown?…

it was about types of lock.

That's what I answered.

are you implying you were calling my first comment a meltdown? Weird.

Trying to make things up that never happened?

Re: Linux gaming is faster because Windows APIs are becoming Linux kernel features

#670

Post by Quekid5 »

brandnewideas wrote: post #496
Fnoord wrote: post #410

Earlier quoted context omitted.

Actually, I have been having a specific issue with pickpocketing in BG3. On native Windows and native Linux, the client crashes if I pickpocket too quick. One time, on Linux, it even made my whole OS crash (and then some weird error BIOS error). But specifically with Wine on Linux, it does not occur. The only reason I even tried with Wine on Linux is because I wanted to try some mods unavailable otherwise. It does se…

Huh, I was unaware that BG3 had a native Linux release, as it's not listed on the Steam store page. Turns out that they released it only for the Steam Deck. Strange

It was released at "end of life" for Larian patches for BG3, so I can imagine they didn't want to support any old Linux distro. I believe it is technically possible to run it on distros that are "similar enough"[0], but it's pretty pointless if you want to use any PC-only mods, etc.

[0] I still use Arch, btw. :)

Post reply on HN