It’s even crazier we got masterpieces like Mario 64 so early into the first 3D console generation.
The Making Of Super Mario 64 – full Giles Goddard interview (2001) (pixelatron.com)
deltaburnt 8 hours ago
codeulike 8 hours ago
lukevp 8 hours ago
lostlogin 6 hours ago
It was a fun era to live through as the progress was so quick.
tapoxi 6 hours ago
alexjplant 5 hours ago
I still have yet to finish Duke 3D. Next time I'm in between jobs I'll hit it up.
duskwuff 2 hours ago
"If I Had A Rocket Launcher, I'd Make Someone Pay" [1]?
But yes - my impression was always that the Doom games mostly focused on having cool levels, with plot as an afterthought. Marathon gave more of a sense of the levels having been designed around a plot.
bebop 2 hours ago
em3rgent0rdr 6 hours ago
ranger_danger 2 hours ago
IMO It depends on how you view it. You can render the game stereoscopically and see a different view in each eye... then I would call that "real 3d".
RunSet 6 hours ago
Those 48 hours were likely the peak of video gaming. Certainly they have yet to be equaled.
Forgeties79 4 hours ago
ranger_danger 2 hours ago
amiga386 5 hours ago
It doesn't matter that it's raycast with billboard sprites, it was first-person-perspective with pixel-perfect lit texture-mapped wall and floor rendering with lifts and stairs. 3D enough.
doubletwoyou 4 hours ago
The rendering can still be implemented as polygons (making it true 3D rendering) whilst still maintaining the same level-based limitations, as we can see with DOOM 64.
dcrazy 4 hours ago
ranger_danger 2 hours ago
RicardoLuis0 an hour ago
deltaburnt 7 hours ago
Forgeties79 4 hours ago
adamddev1 6 hours ago
dkga 4 hours ago
rjh29 6 hours ago
bob1029 3 hours ago
Just getting 3d triangles working is a mess (winding order, normal direction, etc). Clipping them correctly as they intersect the view frustum is a next level nightmare if you don't have a known-good implementation or reference text available.
okeuro49 9 hours ago
https://youtube.com/channel/UCuvSqzfO_LV_QzHdmEj84SQ
From Wikipedia:
> Starting from 2022, Emanuar would begin uploading videos discussing Nintendo 64 technical details and optimization techniques,[15] along with outlining Super Mario 64's bugs, technical shortcomings and poorly optimized features, fixing them in the process.[16][17][18][19] He would heavily rework the game's source code in 2024 and use it as a base for his collaborative ROM hack Return to Yoshi's Island, which resulted in increased frame rate and improved graphical fidelity compared to the original game, even when running on the original Nintendo 64.
Juvination 8 hours ago
bredren 7 hours ago
I was wondering how he has adapted to using LLMs. If they might have significantly advanced his work.
saltymug76 7 hours ago
whateveracct 6 hours ago
bredren 5 hours ago
It can be an acceleration when wielded by someone who can keep the model focused.
Gonxa6282 3 hours ago
simcop2387 2 hours ago
bityard 5 hours ago
zabriel_goss 18 minutes ago
Aissen 10 hours ago
> I think that is fine-tuning. Many, many, many hours and days spent actually sitting down and playing the game.
Turns out quality takes time. Who would have thought. Very few games reach this level of fine-tuning, because it takes dedication (and budget).
Funnily, it's almost conflicting with this answer:
> Was much changed during development?
> Apart from the number of polygons use, the characters were first-off – once they were designed, they went straight into the game. There wasn’t really a lot of changing, artists just kept supplying stuff that just got put in the game, conveyor-belt style. That was more or less because of a very, very tight deadline – it had to be out right when the N64 came out.
So it's more nuanced. You fine-tune the fundamentals, but not necessarily everything.
mpyne 8 hours ago
The invested time consistently into the things that were important to improve. If the art was good as-is (and it was), they didn’t waste time “perfecting” it further.
But as long as the gameplay itself still felt fuzzy or like there was friction, they spent time improving it up until their deadline. This was not a lack of project management, this was project management actually done well, for once.
In fact they accidentally optimized Super Mario 64 around its debug-mode performance, and shipped the game in that state, with debug symbols and everything. But they could get away with that because the game they shipped still landed in the performance budget they needed for the gameplay they were after.
pipes 8 hours ago
Nintendo are known for developing prototypes to figure out what is fun. Unlike modern "implement the design doc" process. There's a YouTube interview with someone from retro studios who explains this, Nintendo weren't interested in their design docs for metroid. I am hopeful remembering this correctly.
I haven't read this Goddard interview yet, but he was responsible for one of the best games of all time, 1080 snowboarding! What is completely bananas is that him and his mate ended up working at Nintendo and showing them how to do 3d graphics when they were teenagers.
naet 5 hours ago
It's very difficult to get right. Even with the exact same programming logic, tiny tweaks to certain numbers around velocity, acceleration, friction, impulse, etc all can have a huge impact on feel. So even without changing anything besides a single static value here or there you can make the game feel very different. (and then of course you can also add more logic and tweak things endlessly, like adding coyote time, jumping higher when you hold the button, nudging the player slightly into place instead of stopping flat if they are grazing an object... and then other things like sounds and animations can themselves completely change the feel without changing the systems at all)
Feel is also something that is very subjective. Some people might like something that feels very tight and responsive, some people might like something that feels more floaty or forgiving. I tweaked one simple game I made to be a bit quicker and tighter, which caused more casual players to feel it was too hard and quickly stop playing, but more competitive players got highly engaged and played over and over to climb the leaderboard.
asimovDev 9 hours ago
>[Argonaut Games, Giles's first job] produced a 3D graphics demo for the Nintendo Entertainment System and collaborated with Nintendo [0]
To my uninformed self, this sounds extremely impressive to get a 3D graphics demo on the NES. Oh I would love to see how that looked. All I could find is that it was based on Argonaut's Starglider title from the Amiga [1]
0 - https://en.wikipedia.org/wiki/Giles_Goddard_(video_game_prog...
1 - https://web.archive.org/web/20080613053018/http://blametheco...
kilpikaarna 8 hours ago
coldpie 8 hours ago
https://gamehistory.org/eclipse-the-demo-that-sold-3d-to-nin...
Based on that, I believe Giles is mistaken in the Eurogamer interview cited by Wikipedia. The demo was on Gameboy, not NES. The also-linked NintendoLife article also mentions the demo was on the Gameboy. But I guess maybe that's actually more impressive!
samlittlewood 5 hours ago
deaddodo 7 hours ago
samlittlewood 5 hours ago
zoeysmithe 6 hours ago
NESGlider was a wireframe demo. Of course very impressive technically but just a tech demo. The 6502 chip spent almost 100% of its processing power just calculating the 3D lines, leaving very little room for smooth gameplay or filled-in polygons.
a1o 10 hours ago
> Probably about 15 people in the end.
Whoa, a much smaller team than I imagined! It must have been fun working in this group!! The rest of the interview is also cool but was impressed with this small number!!
onlyrealcuzzo 9 hours ago
Ocarina of Time & Majora's Mask were 40-50 people. If you look at the credits for modern games, they scroll for minutes at light speed. The entire credits are ~100 people on those games.
ramgine 7 hours ago
zoeysmithe 7 hours ago
Meanwhile, some of our most amazing software came from groups under 150 people. The original Macintosh was just 125 people. The NES was a core team of 4 to 5 engineers. The original iPhone team was 200 people. The original Amiga team was 30 people. Windows 1.0 started with 13 people. Windows NT started with 12 people. Microsoft Excel was originally 5-7 people. Google launched with six people and its 1999 staffing level was around 40 people. Some classic video games from the 80s were made by 2 or 3 people, often just 1 person. A lot of 90s games had teams of 5-30 people.
You could drive past a sleepy office park with a tiny office and inside would be 50 people who would change our software world significantly. I find that really interesting and romanticized a bit.
zabriel_goss 14 minutes ago
olivierestsage 9 hours ago
jebarker 8 hours ago
embedding-shape 3 hours ago
Kind of depends on what you work on. As a programmer, getting a task of designing and implementing something, obviously needs a lot of quiet time. But for creative projects like video games where you're basically creating art together in team, it's really hard to do "deliberate communication" for longer stretches of time and not end up blocking everyone left and right, especially in non-AAA teams, where you basically have to collaborate non-stop so everything can move forward.
SIMPL_Language 6 hours ago
HelloUsername 9 hours ago
ramesh31 7 hours ago
ramgine 6 hours ago
qoez 5 hours ago
axelb152 9 hours ago
declan_roberts an hour ago
pjmlp 9 hours ago
Due to its SGI influence.
midnightclubbed 6 hours ago
The api borrowed a lot from opengl and the opengl red book was required reading! I dont understand your C++ comment; only directX is C++. Vulkan and the playstation sdks are all C, and the programming language used to call into the graphics api has nothing to do with the look of a game.
dfxm12 10 hours ago
I had to put down too many early 3D action games because of clunky controls and not being able to see what was going on. Maybe horror games (like resident evil) could get away with awkward cameras in the service of jump scares, but it's frustrating when you have to make a jump and the camera, and thus the controls, don't cooperate with you.
a1o 10 hours ago
endemic 9 hours ago
mpyne 9 hours ago
midnightclubbed 6 hours ago
Mario64’s camera was a wonderful piece of design.
10729287 5 hours ago
frou_dh 9 hours ago
Keyframe 9 hours ago
AdmiralAsshat 9 hours ago
aizk 6 hours ago
ramshorst 7 hours ago
cubefox 9 hours ago
In Super Mario 64 this was different: pressing "up" on the controller didn't let Mario walk forward from his own perspective; rather, it made him walk in the direction the camera was currently facing. Basically every third-person game today now uses the Mario 64 control scheme.
It is interesting that another game which had a similarly huge influence on character controls was also a Mario game: Super Mario Bros for the NES. It introduced character acceleration, dynamic jump length based on character speed, dynamic jump-height based on how long the jump button is held, and character steering in the air. Basically every 2D platformer uses this control scheme to this day. Games before that had fixed jump arcs and fixed running speed.
deaddodo 7 hours ago
The same could be said for SM64, albeit less so as SM64 definitely revolutionized the third-person control scheme to a greater degree.
cubefox 6 hours ago
> Although Major Havoc was not a major commercial success in the West, it had a significant impact on the development of the Japanese computer game industry.
The Japanese Wikipedia page mentions four games which are influenced by Major Havoc, though they don't say anything about Super Mario Bros. The earliest listed game is Theseus (1984) for the MSX, which basically copied the Major Havoc platforming physics. It's also possible that this one influenced Super Mario Bros (1985) rather than Major Havoc directly.
Though it is worth mentioning that these games apparently had unlimited upward acceleration from holding the jump button (kind of like a jet pack) and they had a head bumping mechanic which would let the player drop down stunned. SMB didn't have that.