I remember Alone in the Dark (1992) as having a totally crazy rendering engine. Looking at footage on YouTube [1], I now see that a lot of the more complex background rendering was probably done offline.
The Sierra adventures at that time (Kings Quest V and the like) had painted backgrounds where the actionable items would stand out because they looked like crap.
The reason I remember this is that it inspired me to spend ages implementing Gouraud shading in my own graphics library (written in assembly language), only to discover that flat polygons look better most of the time.
Unless you mean pre-rendered backgrounds, there was no Gouraud shading in that game. It does seem to have a little texturing on some parts of the model, most likely ramp lighting and pretty expensive as they could not texture the whole character. E.g. here you can see each triangle in the model in whole untextured flat-shaded glory :) https://www.mobygames.com/game/325/alone-in-the-dark/screens... except the textured collar lit by recomputing the palette colors.
Some items in the inventory, such as the knife, and the book appear to have some kind of "metal shading", which was typically implemented as a modified Gouraud shader. It could all be texture mapping of course, but somehow I doubt that.
We can only do two things now: contact the original author, or reverse engineer the binaries! Does anyone know if there is a DOS emulator that allows you to visualize and override RAM access easily?
Yeah, it had different algorithm to render inventory and also could add/remove some objects to the background (those figures in dresses do not move if I recall, only toggle in and out). The inventory was not free camera with only controls to zoom, so you could do a lot of tricks with pre-computed shading. The general purpose rendering of the animated character and items they held was flat shading though.
Note that both Little Big Adventure (also called Twinsen's Adventure) and Alone in the Dark were created by the same person, Frédérick Raynal!
There is a very nice presentation [1] in which Raynal shows some of the old tools that were used to create Alone in the Dark. I'm still not entirely sure what kind of rendering is being used, but the editor sure looks nice (in 640x350 EGA). Perhaps there is some more background information on LBA out there as well?
I have a small nitpick with the video you shared: unfortunately that one and most others on YouTube are “talkie” CD versions which replaced the amazing MIDI music with rather uninspired symphonized CD tracks. Here’s a different longplay with the MIDI soundtrack:
The thing that really kinda bewildered me is when I learned that so many games like that: Final Fantasy 7, Baldur’s Gate, had full 3D scenes created and then rendered individual frames for backgrounds. I had thought it would have been easier to just draw and paint scenes instead.
Feels like so much work. You fully realize an entire scene and then capture a couple angles at most.
Of course I should have known better given the handful of times a scene comes to live via an FMV cutscene.
There are a bunch of considerations. As resolution and color depth goes up it becomes harder to throw a lot of graphical detail on the screen through traditional illustration, so games that went down that route increasingly became flat and cartoonish, while 3D games could be filled with textures, lights and "greeble" architecture. It was also a way to enforce style consistency. Lucasarts didn't have "art direction" as a role until DOTT, and their earlier games show a lot of style drift between assets. Early 3D enforced a style through the constraints - often not a good one, but definitely something that could look consistent just through the model/texture/light process separation.
The biggest one is actually animation. Animation gets expensive as you add more detail, and when you add resolution, you discover a need to add more frames of animation to make it still look smooth, so your art costs can explode. The use of 3D here is motivated by having camera-independent animation, and being able to use it for every minor environmental effect: think of every Myst-style game where you pull levers and push buttons and open doors. Character animation in early 3D was bad, but it was also "enough" to look representative, so it ended up beating traditional or live action approaches.
The Banner Saga or Cuphead are examples of the amount of time and care it takes to do high resolution 2D artwork properly. Those games are absolutely breathtaking because of it, but their development cycles took a very long time for relatively short games because of it. You just can’t keep up with a 3D asset pipeline.
As I understand it, the prerendered backgrounds in these games were rendered as video clips. This was an efficient way to superimpose 3D on a 2D backdrop. But I imagine it may have affected how crisp the backgrounds could look.
Use of video clips for backgrounds was possible but rare. The opening of Final Fantasy VII is a good example, where it blends seamlessly from the opening FMV to control of the characters. You are correct that it affected the quality. You could easily see the video compression artifacts. The more common non-video backgrounds looked better.
The thing is, the characters need to be in the screen using the correct perspective. So making a simple 3d model, that’s basically only looked at from one or two perspectives that then allows to have a correctly rendered character, is perhaps less work than making an illustration and then creating a 3d mapping and occlusion model for the character.
In the game, many of the scenes do use illustrated backgrounds. For example towards the end of the game, the caves. Here the calculation may have been the other way round (easier to do illustration).
I think a lot of the small detail required for a close up 3D model can be omitted for large scenes viewed from a specific angle at a distance like that, so it maybe ends up being easier in the long run, especially when you start being able to reuse assets (which again, from a distance is easier to do without variation to still have it look good). Almost everything that would require complicating a simple shape for detail purposes could be done through a texture without almost no quality loss, and that's without bump mapping.
Many? In 92? I don’t think so. AitD was the first in my (admittedly non-comprehensive) experience. 92 was full of sprite-based pixel art adventures, to be sure.
Relentless/Twinsens was 94. RE and FF7 were years after that
Spaceship Warlock did it in 1991 but was a Mac game so it went deeply under-appreciated. Admittedly this might fall outside your definition depending on if the focus is “3D scenes rendered to 2D” or “pretending they’re full 3D with a handful of actual 3D characters on top.”
LBA1 uses Gouraud shaded polygonal characters on top of tile-based 2D backgrounds. LBA2 does the same for indoor areas. For outdoor areas it uses a technique I don't recall seeing in any other game: every time the camera changes position it renders detailed and fully textured 3D scenes to a static background buffer (possibly taking a few hundred milliseconds), then renders the characters on top of that background. The camera changed position automatically, and you could also press a key to force it to re-render the background if you wanted a different camera position. It's a good compromise between real-time and pre-rendered IMO.
The Sierra adventures at that time (Kings Quest V and the like) had painted backgrounds where the actionable items would stand out because they looked like crap.
[1] https://www.youtube.com/watch?v=zsGaVrMr9N8