shaokind

Valve also implemented this on CS:GO back in 2015 [0], and enabled by default in competitive servers, so I would consider it absolutely tenable (FACEIT, the platform used by competitive variants, had their own hand-rolled SMAC implementation, before using the 1st party solution, albei,t that solution was buggy). Why Valve didn't port this over to CS2, I will never know.

[0]: https://www.reddit.com/r/GlobalOffensive/comments/35zwwy/opt...

What? I can find at least one article from 2018 about HEVC being pay-walled? [0]

EDIT: Also, what do they mean by "new" Media Player? It shipped in 2022 [1]. This article is garbage. The source article [2] is fine.

[0]: https://www.windowscentral.com/microsoft-now-charging-hevc-v...

[1]: https://en.wikipedia.org/wiki/Windows_Media_Player_(2022)

[2]: https://www.windowslatest.com/2026/06/16/microsoft-reveals-w...

Semi-related: have you considered making DiffsHub a browser extension, so you can serve private diffs as well?

(I say this, having done a vibe-port of the code to a browser extension, so the underlying concept works.)

Worth noting: it was only the interior that was revealed then (at that same link) [0].

[0]: https://web.archive.org/web/20260216163304/https://www.ferra...

Is 1) accurate with ARM creating their own CPUs directly? https://www.cnbc.com/amp/2026/03/24/arm-launches-its-own-cpu...

I don't know if I'd agree with the adage about gamers wanting full control. A subset of gamers, absolutely.

But this excludes the entire console population. This arguably excludes most Steam Deck customers, who picked it because Valve made the Linux experience seamless, so they don't have to pay attention to the details. This excludes many of the PC gamers I know, that do not care beyond whether their computer is capable of playing the games they want to. They won't even reformat their Windows to remove OEM bloat.

You seem to be arguing against things I've never said, so I'd like to make some points more explicit about my philosophy.

1. Yes, everything has a maintenance cost. Some choices have less. For instance, electing to choose Todoist instead of org-mode for my todo list means I no longer have to worry about syncing, merge conflicts, or whether the mobile app I've chosen fully conforms to the spec (well, whatever attempt at creating a spec existed at the time).

Of course, I am paying a very literal cost for convenience, and offloading maintenance.

2. Emacs is a cool piece of software, and I am glad others have figured out how to leverage it, in such a way they have a configuration for life. I spent a lot of time marvelling over the set up that Protesilaos had for his writing [0]. It just wasn't for me.

3. For Emacs, if I want to use it like I wanted to, I have a couple of options. Install a package like Doom Emacs, which gives me most of what I want, with a whole lot of cruft I don't. And I have to keep that up-to-date, and worry about random community plugins breaking. Or figure out what set of plugins (after first picking a package manager) to incorporate. Or figure out the Elisp to do it myself.

No shade on the people who want to do this, but I just... don't? I can use Zed, or VSCode, and I'm 90% of the way there. Install (or configure) the Evil mode equivalent, and I'm happy.

4. One of the smartest engineers I worked with couldn't touch type until about 20 years into his career. The idea that everyone is ricing everything they do, is unrealistic.

[0]: https://protesilaos.com

[1]: https://bphilip.uk/blog/2025-03-09-chase-bank-sync/

Less about the capabilities of LLM software, but more about my willingness to spend time to deploy them, debug them, etc.

I don't want to spend time on dealing with change. Hence why I'd rather purchase tools, where I pay for the developer to a) prepare for any maintenance, and b) will perform the maintenance needed.

(Of course, the maintainability of software with current generation LLMs depends a lot on how well your architecture them. I've got pure vibe coded slop, that can be very difficult to wrangle.)

I've absolutely engaged in making personal software [0] thanks to the age of LLMs.

But to be honest, my time using Emacs didn't teach me to "build personal software". My Emacs set up was extremely brittle, and it was a nightmare when I tried to use it across Windows & macOS. My university project was written using an unholy combination of org-mode & some workflow to create a beautiful LaTeX file, and I couldn't tell you how to recompile it (if I were to try, I'd probably get an LLM to literally translate it to LaTeX).

I want my life to have as little maintenance as possible, and making my own software for everything isn't always compatible with that.

[0]: A rewrite of a NETFX application in Rust, simply because the 20 minute installation time irked me: https://github.com/bevan-philip/wlan-optimizer

Overwatch is now non-public - when CS2 replaced CS:GO, it wasn't available, and when it was reintroduced, it was only for "trusted partners" [0].

[0]: https://steamdb.info/patchnotes/14178987/

"VAC" is a catch-all term for all of Valve's anti-cheating mechanisms.

The primary one is a standard user-mode software module, that does traditional scanning.

The AI mechanism you're referring to is these days referred to as "VAC Live" (previously, VACNet). The primary game it is deployed on is Counter-Strike 2. From what we understand, it is a very game-dependent stack, so it is not universally deploy-able.

Gemini 2.0 Flash Lite very randomly punches above its weight there.

Also, the summary of the Gemini model says: "Gemini 3 models nailed it, all 2.x failed", but 2.0 Flash Lite succeeded, 10/10 times?

Cursor & its various clones (Cline, Roo Cline/Code) did that too, before Claude Code was even released.

One of my recent thoughts is that Claude Code has become the most successful agent partially because it is more of a black box than previous implementations of the agent pattern: the actual code changes aren't shoved in your face like Cursor (used to be), they are hidden away. You focus more on the result rather than the code building up that result, and so you get into the "just one more feature" mindset a lot more, because you're never concerned that the code you're building is sloppy.

Anecdata here, but the last times I tried to use VISA/MasterCard in a shopping mall meant to serve people from all over the world, it just did not work. UPI was flawless, though.

(And then as pointed out, anyone smaller straight up doesn’t support anything outside of UPI.)

Worth noting that part of the packet size appears to be due to animation data, which they’ve begun the process of transitioning to a more efficient system. [0]

With that being said: totally agree on the netcode.

[0]: https://old.reddit.com/r/GlobalOffensive/comments/1fwgd59/an...

CS2 is 64 tick under the hood, with interpolation between the ticks. In the beta, server operators could modify the tick rate by patching the server binary, but when that revealed inconsistencies (which was meant to be avoided with the "subtick" system), they hard coded the client side tick rate to 64 [0].

[0]: https://twitter.com/thexpaw/status/1702277004656050220

Glad to hear it was an easy read for you! I did do some refactoring of the article based on the feedback here, so that might have also helped.

Agreed. With that being said, the price isn't $30 for the spam creators, they're buying shady accounts for far cheaper.

One thing that has nicely developed there is a set of submission-only websites for viewing servers.

All feedback on the latter point appreciated :).

Not what I meant to convey, I need to adjust some wording there!

As someone pointed out (and I should’ve mentioned earlier in the article): yes, Valve have a system for registering servers with Steam IDs.

But there’s two problems: they haven’t done any enforcement action ever, and server owners have access to massive amounts of burner accounts.

edit: I've now updated the article to mention that in the main body of the text.

Honest question: do you segment your activities on your computer on different users?

No? In which case, what practical spyware risk does a kernel level driver add that user mode software can’t do?

User mode software can spy on your clipboard, surreptitiously take screenshots, and take data out of your system. That spooks me enough that, if I don’t trust a software manufacturer, I don’t install it. Kernel mode makes no practical difference in my security posture.

This is a really old idea. It was implemented in CS:GO in ~2015 [0], although community anti-cheats like SMAC have implemented it for years before then [1]. Riot have an article about their implementation of the same idea in VALORANT's that a good read from a technical perspective [2].

Sadly, CS2, from what I've gathered, broke this.

[0]: https://www.reddit.com/r/GlobalOffensive/comments/35zwwy/opt...

[1]: https://www.youtube.com/watch?v=qkhQgYB4lAA

[2]: https://technology.riotgames.com/news/demolishing-wallhacks-...

SMAC certainly predates Valve’s official implementation, wouldn’t be surprising if something else also did it.

There are DMA (direct memory access) cheats, and that's discussed in the article (under the section "Hardware cheats make this all moot, no?").

Not sure about KVM-like hardware cheats, specifically. You could obviously use an AI to simulate mouse movements, but I don't think that's particularly common.

> like EA's Battlefield series, that utilize a degree of statistical modeling to detect cheaters

Battlefield started out using PunkBuster, one of the earliest kernel-level anti-cheats. With Battlefield 4, they used FairFight, a statistical server-side solution, alongside PB.

With Battlefield 1, they dropped PB, and operated with just FairFight.

And now, EA have decided to create their own kernel-level AC, called EA AntiCheat, and are implementing it on BF5 and BF1, largely because FairFight was not enough.