aruametello
> "why can we run windows games the way we want and often better than windows?"
its because we can fiddle with anything in the system, from even before the kernel boots up to the software itself.
> "why cant we stop people tampering with their own systems to stop cheating?"
its because we can fiddle with anything in the system, from even before the kernel boots up to the software itself.
but my addendum is:
> I suppose the only good solution is like those "game streaming services": move all the logic to the server and use the client only as a rendering device.
we are in the "dark ages" of AI/computer vision usage and this wouldn’t stop aimbots that are screen readers. Overall the proposal is the "lesser evil" but still quite fucking evil.
yep.
overall what I expect to happen in a few years:
* more people get more fed up with microsoft + gaming on linux gets more popular * some few distros will be very oriented for closed source drm heavy software.
in this scenario the regular Debian "i wont install binary blobs on my machine" folks wont get affected, but certainly there will be "blackbox linux" distros with the "i have no idea what i am running" binary blobs kind of environment.
If the word is: "hey, you need this distro to play netflix drm content at 4k" a lot of people would pick that over the regular "opener source" stuff.
if it were viable to have some sort of "witchcraft, undecipherable, untamperable" linux pseudo variant that allows for intrusive anti cheat software for the games that dont support regular linux, we would be there already. I know I would be using that for being the "lesser crap than windows 11" that lets me play my comercial multiplayer games.
on the other side, if the day comes that "Linux from now onwards officially forces HDCP" the regular purist would ignore that without many problems... thanks to open source! and we would probably call this fork something else.
... therefore maybe this trojan horse is sign of the end, but mostly as the end of the "main brand name" and not of its forks.
freedom in this scenario is more akin to "you are free to choose" above "you should pick one of the free choices".
some people will decide for paid products and some people will consume closed source "evil corporation" software.
... while it IS "anti ethical" to some of its founders, it should be an individual choice of each user, after all its my machine, and i don’t have to care about what Stallman/whatever says I should or shouldn’t do with my stuff, the same way they have their right to tell me to go fuck myself for my choices.
i really had a bad time trying to get a letsencrypt certificate through the regular auth because it does require ports 80 and 443 tcp that by ISP blocks.
(you can get a letsencrypt cert through a TXT entry too, but most free DDNS´s providers dont seem to offer that)
it could look like the real-time lighting of an old game engine on rather modern assets. (quake 2-3 era)
or perhaps some "occlusion pre-pass" could be done to create a voxelized sparse volume from the splats that set a "voxel opacity value" for each to absorb light? (not far from how prebaked GI works nowadays)
note: not an expert on rendering, just a nutjob that did stuff in opengl in the old days.
(like a very poorly maintained easter egg, not a problem if is broken by something else)
no.
Probably is one of those of "because its fun" type of projects.
oh wait...
in a mild but productive analogy:
I could actually hand a K&R book C programming book + lots of specs to say "this is the linux source code" (the raw data that were all observations were made, aka "the internet") ...or just send them the "kernel the source code" (the refined training data, after a LOT of manual stuff) ... that your compiler consumes to generate the kernel. (the Open Weights model, what they actually shared)
Mildly related rant: honestly its a bit shit to say "open source model" in a "open weights" model, its like saying World of Warcraft is opensource because they gave you an executable of the game. (you can still change it, but in more restricted ways)
pre "clanker-linux".
I am more intrigued by the inevitable Linux distro that will refuse any code that has AI contributions in it.
it seems to have helped path tracing by a lot.
not that it was an awesome product, but certainly it was flexible.
a good (albeit tiny) demo of that is that vquake has the same wobbling water distortion of the software renderer quake but rendered entirely through the gpu. Perhaps with some interpretation this could be called the "caveman discovered fire" of the pixel shading era.
intel support has been mild to non existent in the VR space unfortunately. Given the very finicky latency + engine support i wouldn’t bet on a great experience, but hope for the best for more competition in this market. (even amd has a lot of caveats comparing to nvidia)
Footnotes:
* critical "as low as it can be" low latency support on intel XE is still not as mature as nvidia, amd was lagging behind until recently.
* Not sure about "multiprojection" rendering support on intel, lack of support can kill vr performance or make it incompatible. (the optimized vr games often rely on it)
https://en.wikipedia.org/wiki/TurboCache
(Not the same thing 1:1, but worth the joke anyway)
i had brainstormed a bit a similar problem (non world aligned voxels "dynamic debris" in a destructible environment. One of the ideas that came through was to have a physics solver like the physX Flex sdk.
https://developer.nvidia.com/flex * 12 years old, but still runs in modern gpus and is quite interesting on itself as a demo * If you run it, consider turning on the "debug view", it will show the colision primitives intead of the shapes.
General purpose physics engine solvers arent that much gpu friendly, but if the only physical primitive shape being simulated are spheres (cubes are made of a few small spheres, everything is a bunch of spheres) the efficiency of the simulation improves quite a bit. (no need for conditional treatment of collisions like sphere+cube, cube+cylinder, cylinder+sphere and so on)
wondered if it could be solved by having a single sphere per voxel, considering only the voxels at the surface of the physically simulated object.
I can see this could be a weaker spot in the durability of this device, but certainly it still could take a few years of abuse before anything breaks.
an outdated study (2015) but inline with the "low end ssds" i mentioned.
https://techreport.com/review/the-ssd-endurance-experiment-t...
this could go into a sagan's "If you wish to make an apple pie from scratch, you must first invent the universe."
for someone bad at naming things that gives me an idea! a software named gdb ?
we had a "historic bad solarweather" a bunch of years ago and i talked with a cyber cafe operator that "you could have more computers bluescreen on this week than usual".
to me it got really weird when he said later he really did, but honestly its 50/50 that could had been just incidental.
in another note there are some "rather intense" discussions when someone speedrunning a game gets a "unreproducible glitch" in their favor, some claim its a flaw from ageing dram hardware, but some always point that it could be a cosmic ray bitfliping the right bit. (https://tildes.net/~games/1eqq/the_biggest_myth_in_speedrunn...)
Something around that, they used the build engine as a starting point but "hacked it to oblivion". On the very least it reuses the same level editor (maps are vanilla build editor compatible) and it does keep many of the old bugs, like "killer doors".
semi random source: https://forums.duke4.net/topic/9513-release-zero-hour-resour...
incidentally the predecessor "duke nukem 64" is already more akin to what gzdoom is by using polygons instead of 2.5 rendering for walls and floors and they decided to push for polygons in the actors too for "zero hour" release.
the parent comment mentioned:
> Yup, they're sitting on millions of hours of work because of some nefarious business logic. Probably they determined that making old games available would negatively impact the sales of their new products, at least enough to be a problem. Whatever the reason, a shame.
so he replied with "yeah, id software did that and people forgot about doom" exactly because that gave new life to the old game and the franchise probably has better health today due to the community involvement. (not a great analogy, but has a point)
my personal pet peeve is the idea that "AI is better than humans" instead of "AI is useful as a tool", LLMs have too many caveats to be the last line of decision making in pretty much anything, but under supervision they are an amazing force multiplier.