When I play single player games, I feel like I'm doing a multi player with the game creators.

It is always been like that and I love that emotion sooo much more than playing with random angry people on the net.

Even if they were friends, the demands of family and work would make it a rare occurrence for all of us to have free time at the same moment."


I'm so grateful I'm out of the whole anticheat issue "by design".

View this comment - View article - View full comments

QuoteSteam developers can now select which Steam for Linux runtime to use for native titles. Please consult the partner site for more details.

What exactly is a "Steam developer", one that works for Steam or they intend "Game developers publishing on Steam"?

View this comment - View article - View full comments

Quoting: const

Quoting: kokoko3kHow anti-cheat relates to that?

To really secure system integrity, there needs to be a full validation chain up to the kernel (and potentially beyond). Without that validation, game devs may continue to distrust anticheat tools on Linux. We don't yet know the new API MS announced to integrate in Windows, but it's really certain Linux will not be able to provide an equivalent unless the kernel and core libraries are build and signed by a trusted entity. Wouldn't make much sense to use that APi if the user can use a patched kernel. As SteamOS uses Archs kernel images and libraries, that must be done in Archs build system, hence the speculation this is related.

To be frank, I think we will see a major shift in cheating and anti-cheat in the coming years, it will be a battle of "AIs".

Yeah, my question came from my early assumption (post confirmed by the updated article) that the signing was related to just packages, your is/remains the choice to what to install and from where.

It is and remains an optional form of protection.

View this comment - View article - View full comments

How anti-cheat relates to that?

View this comment - View article - View full comments

Speculating on the fact that the open and the closed ones are causing the aame issues and given that the userspace part of the driver "should" not crash the kernel by its own, maybe there is common code between the open and the closed drivers.

View this comment - View article - View full comments

May the old staff team up and start from the ground once again.

View this comment - View article - View full comments

Quoting: wvstolzing

Quoting: kokoko3kWhere does your statement comes from?
I would not be that sure about that.

With all due respect, that's because you seem to be pretty clueless as to how a gpu is better at calculating pixels on a 2d surface.

QuoteMine comes from the fact that if you feel the need of accelerating the drawing of text with a modern or even aging cpu, then your doing something very wrong.

Take a look at the following articles for an overview:
https://sw.kovidgoyal.net/kitty/performance/
https://tomscii.sig7.se/2020/11/How-Zutty-works

Thank you for the efforts, but it's obvious that drawing using the gpu can be faster, if done right.
What is not, is that the implementation has to be right for it to be.

If you follow the discussion, you'll understand that I speak about inefficient coding.

There should be really no need for a text editor to use gpu rendering to draw text, ofc you can do it, but advertising that as a feature smells like the underlying code "needs" it to perform well.

Given that, they should also advertise what gpu this text editor needs to perform as they expect, if there is really something to expect :)

View this comment - View article - View full comments

Quoting: TheSHEEEP

Quoting: kokoko3kA perfect example of https://en.wikipedia.org/wiki/Overengineering and inefficient coding.

Need a gpu to accelerate the drawing of...text? Is it that slow?

The opposite is the case.
Making use of the GPU for drawing is vastly more efficient than using the CPU.

Is it necessary? No, of course not.
But advantageous.

Where does your statement comes from?
I would not be that sure about that.

Mine comes from the fact that if you feel the need of accelerating the drawing of text with a modern or even aging cpu, then your doing something very wrong.

View this comment - View article - View full comments

A perfect example of https://en.wikipedia.org/wiki/Overengineering and inefficient coding.

Need a gpu to accelerate the drawing of...text? Is it that slow?

View this comment - View article - View full comments

Speaking of race cars, this support website is online since 24 years:
https://rush-2049.com/
And it is browsable by a dreamcast running sr2049 disc right now!

View this comment - View article - View full comments