876

submitted 1 day ago by Maven@lemmy.zip to c/programmer_humor@programming.dev

59 comments fedilink hide all child comments

you are viewing a single comment's thread
view the rest of the comments

[-] frezik 33 points 1 day ago

Because it's true. Here's an article from Tim Sweeney from 2001:

https://web.archive.org/web/20010105180900/http://www.gamespy.com/legacy/articles/devweek_c.shtm

Mainstream application programmers switched to C in the early 80's. Game developers were slower to switch, because their small teams and focus on performance kept assembly language viable till the following decade. When id Software released DOOM, they surprised much of the industry by having no reliance on assembly code--despite excellent game performance, and by successfully cross-developing the game (in NeXTstep and DOS), then successfully porting it to an astounding variety of platforms.

[-] BarbecueCowboy@lemmy.dbzer0.com 11 points 1 day ago

Focus on performance, wow, well the industry has certainly changed a bit.

[-] NeatNit@discuss.tchncs.de 5 points 1 day ago

Performance is very much still a significant factor. At the end of the day, games are expected to run at certain FPS on certain machines. The machines have gotten better to the extent that unoptimized code can be used sometimes, but when competing for graphics, badly optimized games will have to sacrifice fidelity to hit performance targets, where well-optimized games can get squeeze out better graphics and hit those same targets.

There's plenty of tricks these days but optimized code will always have an edge.

[-] Blue_Morpho@lemmy.world 2 points 23 hours ago

having no reliance on assembly code

That's not true. The original Doom has assembly. They replaced it for the Linux source release. But by that time PC hardware was much faster ( remember back in the 90's performance doubled every 2 years) so it wasn't needed.

"Planar.asm"

https://doom.fandom.com/wiki/Doom_source_code_files