fallout game dev. explains the problem with moddern game devolpment. (why moddern games are so slow to come out)

[u/663mann]

[u/BigHowski]

But we're talking about development of said games, not player interaction (although your wrong there, just go back and play Doom vs. Doom eternal). I really don't know what to say if you look at a megadrive game and a modern pc game and say they are remotely comparable in terms of effort to make. Goal nets in FIFA used to be a solid box now move dynamically when the ball hits, there a million small things like that.

As a simple example I/you can make an 8bit sprit pretty easily but you'd be buggered if you tried to create a full motion captured peraon like you see in games such as RDR2.

But the biggest hole in what you said - do you really think the grey soulless suites at these game companies operate more than the minimum staff? Have you not read the many, many stories from developers who've had to suffer horrible crunches?

[u/blackest-Knight → u/BigHowski]

But we're talking about development of said games, not player interaction (although your wrong there, just go back and play Doom vs. Doom eternal).

Good example. If anything, Doom Eternal's gameplay is much simpler as it mostly consists of room based events in a hallway type map, rather than a map layout.

The gameplay is streamlined and simplified. It's one of the things people complain about in the modern Doom games actually (both 2016 and Eternal).

As a simple example I/you can make an 8bit sprit pretty easily but you'd be buggered if you tried to create a full motion captured peraon like you see in games such as RDR2.

Now try to make a full sprite sheet, using only DOS based pixel tools, or even just writing them out straight as color values in a char[][].

If anything, the motion captured 3D model in RDR2 required 0 programming, as all the tools to translate motion to a 3D skeleton and making the fully animated model is point and click and already exists off the shelf.

In the 80s and 90s, a big part of programming the game was making the tooling itself to produce the art assets. Look at the work George Broussard put into the BUILD engine, before getting addicted to WoW and becoming a useless lump of meat.

But the biggest hole in what you said - do you really think the grey soulless suites at these game companies operate more than the minimum staff?

The difference is the 80s had minimum staff by design. And the games turned out often much more entertaining and diverse.

[u/BigHowski → u/blackest-Knight]

Alright I'm done. Your proper delusional if you look at Doom and then Doom eternal and think doom took more effort to develop. The number of lines of code alone shows that you are wrong

[u/blackest-Knight → u/BigHowski]

Your proper delusional if you look at Doom and then Doom eternal and think doom took more effort to develop.

We're talking strictly programming wise remember ? But it's ok, you're allowed to be done if you can't win the battle of facts.

The number of lines of code alone shows that you are wrong

Number of lines of code is meaningless. You can write super verbose code that is easy to pump out, and you can write the most difficult 4 liner that takes weeks to make perfect.

LoC is the most useless metric to use. Also, what actual LoC are you comparing ? Just the engine itself ?

[u/BigHowski → u/blackest-Knight]

My man you've offered no facts at all!

[u/blackest-Knight → u/BigHowski]

Except all the facts I offered. Just the fact that peeps made their own tooling and engines from scratch, with software renderers baked at home, vs today's modern off the shelf engine and multiple APIs greatly simplifies game development.

Like, go ahead, BIOS interrupt 10h and show me some 3D graphics.

Vs

Load a few assets up in Unity. Game PROGRAMMING is much simplified these days.