this post was submitted on 30 Jan 2025
99 points (100.0% liked)

games

20698 readers
314 users here now

Tabletop, DnD, board games, and minecraft. Also Animal Crossing.

Rules

founded 4 years ago
MODERATORS
 

I don’t wanna any nerds in here explaining why this is impossible I choose to believe it could be done in theory

you are viewing a single comment's thread
view the rest of the comments
[–] CarbonScored@hexbear.net 7 points 1 day ago* (last edited 1 day ago) (1 children)

Modern compilers are very good, but I'd argue you're overestimating the gains. Unless you're using some very strict typing and compiling options, you're still missing out on enormous efficiency even from the most modern compilers, like orders of magnitude in some case. Stuff that with proper coding you'd have in assembly. And in '98, you absolutely could program GPU hardware directly in assembly.

I'm not saying it'd be anywhere near easy, but I absolutely contend it'd be possible.

[–] kleeon@hexbear.net 11 points 1 day ago (1 children)

In my experience writing straightforward C code is gonna give you basically the same thing as well-written asm would. I'm not saying modern compilers are perfect but they generally do the right thing (or it's very easy to coax then into doing the right thing). They usually vectorize properly, they know how to avoid obvious pipeline stalls etc. These days order of magnitude performance improvements generally don't come from hand-written assembly but from using better algorithms and data structures

Also you could look at what games of that era actually looked like. Something like Quake 2 already pushed contemporary hardware to it's limits and I wouldn't argue it's a poorly optimized game

[–] CarbonScored@hexbear.net 4 points 1 day ago* (last edited 1 day ago) (1 children)

I was alive and played games during that era, so I am aware! I'm very personally aware how much work we crammed from a tiny slow processor and a few kb.

And though we probably wouldn't describe those games as 'poorly optimised', there's still absolutely huge room for optimisations. As you say, compilers have gotten a lot better, and we have better algorithms and data structures. In Quake especially, they basically did have order-of-magnitude gains by writing some parts in assembly. And they'll have undoubtedly have written most of those parts very imperfectly.

I may be skirting the bounds of reality more than you, by talking about what's 'theoretically possible' compared to what's possible by today's knowledge and human practices. We agree there'd be some graphical compromise, maybe we're just disagreeing over details of the scale of that compromise and the hardware that would be 'permittable' by this scenario.

[–] kleeon@hexbear.net 7 points 1 day ago* (last edited 1 day ago)

We agree there'd be some graphical compromise, maybe we're just disagreeing over details of the scale of that compromise and the hardware that would be 'permittable' by this scenario.

I was imagining something that looks and plays almost exactly like Witcher 3 except at lower resolution, which doesn't seem possible to me. I'd say if you simplify the graphics (replace dynamic lighting with pre-baked lightmaps, do gouraud shading instead of PBR, remove most post-processing effects etc etc) and make all models look like half-life assets, you could definitely render something at an acceptable frame rate. However asset streaming would still be a huge issue for a large and detailed open world like Witcher 3, considering memory limits and slow disk reads