I’ve used waypipe and it worked in my testing.

Can confirm, i live in the Netherlands and the bike lanes here are painted red because they are communist.

If you take the name literally, you get a misleading impression.

I would say if you take the name “fuck cars” literally you get a way different impression.

I do think some of these limitations can be resolved. But it indeed poses a big challenge. You can go to big lenghts with server occlusion checking to prevent wall hacks but under zero trust any game with directional sound already has build in wallhacks.

I mostly speak from experience with my developing my own game which is not an FPS. Previously the client would send “i build on this position”. Which could very easily be abused. Which I then changed to “i build with this angle and this distance from the previous node” the client would then already show the newly constructed “ghost” node while the server would check if that construction is valid and then send the real position to all clients. The only thing a player would notice is that with high ping the constructed node would move slightly as it got the definitive position from the server. While being significantly more cheater proof.

I suppose im biased towards this kind of thinking since im not working on a FPS game, what for me might be a simple change is a massive undertaking for other genres.

I do think there is quite an obvious solution that game developers dont yet realize.

The client is always compromised

Instead of relying on increasingly invasine client side anti cheat, with a zero trust mentality it doesn’t matter how many cheats the client has installed.

Ofcourse this is’t easy to do, but its the only thing that actually works, client side anti cheat will always be broken.

Well yes the peformance ceraintly hasn’t caught up yet to x86 but the strongest riscv cpu on the market as far as I know has 64 cores on 2ghz. More then enough to run a desktop.

What is stopping people from bringing RISC-V to the desktop now? Major distros already support it and you can run x86 programs with box64.

What is not fast enough then?

The datacenter card shown here in the thumbnail (MTT S4000) or the consumer cards (MTT S80)? Ive searched quite alot and found listings of the consumer lineup but sadly never the datacenter lineup.

Now if only you could actually purchase one.

Never going to be enforceable, microsoft and google will probably cave but if you care about privacy you already don’t use their products.

Seems like it’s specs are still unknown?

I would suggest using another frontend like freetube then trying to fix google’s frontend.

I’ve used a pinephone pro with arch and postmarket.

It works, but you really have to love linux to use it as a daily driver.

My banking app (bunq) worked using way droid.

Unless op used grok to make this how is it “their” tool if you use an open source model?

But you can make this argument for anything that is used to make rich people richer. Even something as basic as pen and paper is used everyday to make rich people richer.

Why attack the technology if its the rich people you are against and not the technology itself.

No?

Anyone can run an AI even on the weakest hardware there are plenty of small open models for this.

Training an AI requires very strong hardware, however this is not an impossible hurdle as the models on hugging face show.

All the calculations could be done before hand and stored and then the only thing left in the delayed draw is to set the buffer.

I haven’t looked at the code yet so not sure how much if any it will save though.

Could also group pixels that are far away from eachother into a single call, while a compromise i think it will maintain the effect.

A random suggestion would be to draw to multiple canvases, and use a CSS animation for the delay.

Also not sure if you are already doing this but it might be more peformant to use the raw buffer instead of draw functions.

Alternatively you could look into webgpu, it is ment for these kind of things.

I don’t use mint so this might be blatantly incorrect but after a bit of searching on mint’s release schedule I would assume gimp 3.0 will arrive with the 22.2 or 22.3 version. With 22.2 expected at middle 2025 and 22.3 at start 2026.