The games and effects covered this time:

• Art of Fighting on the PC Engine, zooming in and out from the fighters as they approach and draw away from each other
• Road Rash on the SMS, which created a startling effect of a road undulating and going over hills for 8-bit hardware
• Ranger-X on Genesis/Mega Drive, artillery shots firing into the distance in the background and multi-plane parallax scrolling
• The Lawnmower Man on Genesis, SNES and Gameboy, fast 3D virtual reality scenes (well, slower on Gameboy)
• Donkey Kong Country 3 on SNES: vertical stretching of a boss
• Contra 3 on SNES: rotating both a large boss, the background and the player on the screen at once when the SNES only had one hardware scroll background layer
• Super Metroid: the Power Bomb explosion effect

If you enjoyed this you’re in luck, for they’ve done many other videos like this one. They’re all in this 21-item playlist.

rodneylives

It makes the useful observation that the first programmable game system (that is, with interchangable cartridges that contained program code), the Fairchile Channel F, contained 2K of RAM to use as a framebuffer, a region of memory the system’s graphics controller referred to in building its display. Using a framebuffer simplifies video creation, but at the time RAM was very expensive.

The Atari VCS/2600, however, only has 128 bytes of on-board RAM. It doesn’t create a framebuffer, it doesn’t have enough memory. Instead the processor, a MOS 6507 (a variation of the 6502), works with the TIA graphics chip to build the signal in real-time. Effectively, the VCS has a one-dimensional display: it focuses on building the video signal by focusing on it one raster line at a time.

There’s a danger when talking about these things, of telling people something they already know. It’s been observed that some game facts that were once obscure are fairly well known among enthusiasts, like that Super Mario Bros. 2 was adapted from an earlier Japanese game called Doki Doki Panic. I feel like the unusual way the VCS constructed its graphics might be one of these things. I’m still fascinated by how it works though. I’ll probably end up bringing it up again someday.

rodneylives

Suffice to say this is the former category. I didn’t write this history of Kid Pix: Craig Hickman wrote it, back around 2013. And he also created the original version of that program too. And it was terrific. Here is the link.

What was Kid Pix? It was a paint program for early Macintosh models that was very well-received, and is very fondly remembered. It had a powerful UI but was still, neverthless, aimed at kids. Think of it as a more fun version of MacPaint. I refuse to stay in my lane regarding entertaining uses of computers, but perhaps of more interest to what I’d think are our usual readers, it had a similar concept to the art module of Mario Paint, but came out at least a couple of years earlier.

I especially like how he described the original Macintosh UI as having “a consistent and enlightened vision behind it,” which I’m not sure can be said of Macs today, or really of the products of any major software company. That’s just my opinion, mind you.

Did you know there is a Javascript re-implementation of an older version of Kid Pix? Here!

Kid Pix – The Early Years (red-green-blue.com)

rodneylives

Back on my Commodore coding days I became very familiar with these characters. I think they’re much more universally-applicable for graphic use than the IBM equivalent, the famous Code Page 437, although that’s mostly because PETSCII doesn’t bother defining supporting so many languages. Code Page 437 also uses a lot of its space for single and double-line versions of box-drawing characters, although on the other hand it doesn’t waste characters defining reverse-video versions of every glyph.

PETSCII has:

• A space and reversed space, of course.
• Line drawing characters for boxes of course: vertical and horizontal lines, corners, and three- and four-way intersections. There are also curved versions of the corners.
• More line-drawing characters for borders.
• Still more horizontal and vertical lines, at each pixel position within their box.
• With the reverse-video versions, enough characters to effectively do a 80×50 pixel display, as if it had a super low-res mode.
• Different thicknesses of horizontal and vertical lines too.
• Diagonal lines, and a big ‘X’. Note that on the PET and Vic-20 these lines were all one pixel wide, but on later computers with both better resolution and color graphics they were made thicker, which means diagonal lines have “notches” between character cells.
• Other miscellaneous symbols: playing card symbols, filled and hollow balls, and some checkerboards for shading. On the PET and Vic, the shading characters were finer, while on the other 8-bit computers they were made of 2×2 boxes.

There are resources that let you use PETSCII to create old-school computer art, like this PETSCII editor, Petmate and Playscii, and for a bunch of examples of what you can do with it you can browse through the Twitter account PETSCIIBots. And this blog post from 2016 both makes the case for PETSCII as a medium for art and provides some great examples of it.

rodneylives

Part 1: Three Dimensions In Software (Or, Quake And Its Discontents):

“By the middle years of the decade, with the limitations of working with canned video clips becoming all too plain, interactive movies were beginning to look like a severe case of the emperor’s new clothes. The games industry therefore shifted its hopeful gaze to another approach, one that would prove a much more lasting transformation in the way games were made. This 3D Revolution did have one point of similarity with the mooted and then abandoned meeting of Silicon Valley and Hollywood: it too was driven by algorithms, implemented first in software and then in hardware.

It was different, however, in that the entire industry looked to one man to lead it into its algorithmic 3D future. That man’s name was John Carmack.”

Part 2: Three Dimensions In Hardware:

“Born in Salt Lake City in 1924, (Dave) Evans was a physicist by training and an electrical engineer by inclination, who found his way to the highest rungs of computing research by way of the aviation industry. By the early 1960s, he was at the University of California, Berkeley, where he did important work in the field of time-sharing, taking the first step toward the democratization of computing by making it possible for multiple people to use one of the ultra-expensive big computers of the day at the same time, each of them accessing it through a separate dumb terminal. During this same period, Evans befriended one Ivan Sutherland, who deserves perhaps more than any other person the title of Father of Computer Graphics as we know them today.”

Part 3: Software Meets Hardware:

“Among these, of course, was the tardy 3Dfx. The first Voodoo cards appeared late, seemingly hopelessly so: well into the fall of 1996. Nor did they have the prestige and distribution muscle of a partner like Creative Labs behind them: the first two Voodoo boards rather came from smaller firms by the names of Diamond and Orchid. They sold for $300, putting them well up at the pricey end of the market —  and, unlike all of the competition’s cards, these required you to have another, 2D-graphics card in your computer as well. For all of these reasons, they seemed easy enough to dismiss as overpriced white elephants at first blush. But that impression lasted only until you got a look at them in action. The Voodoo cards came complete with a list of features that none of the competition could come close to matching in the aggregate: bilinear filtering, trilinear MIP-mapping, alpha blending, fog effects, accelerated light sources. If you don’t know what those terms mean, rest assured that they made games look better and play faster than anything else on the market. This was amply demonstrated by those first Voodoo boards’ pack-in title, an otherwise rather undistinguished, typical-of-its-time shooter called Hellbender. In its new incarnation, it suddenly looked stunning.”

rodneylives

Popular and prolific game asset creator Kenney has a page up at Github that links to some of his favorite tools for manipulating pixel art, such as creating sprite sheets and extracting images out of them. It’s got a lot of useful info! If you have an interest in this style of art, especially making games with it, these programs are worth having in your toolbox.

Kenney: Manipulating pre-made game assets

rodneylives

via @doc on Twitter. PikumaLondon tweeted out a thread (unrolled) explaining, in general, how the original PlayStation rendered graphics, and the source of its distinctive graphic artifacts, specifically texture warping, pixelated textures, and jittery polygons. The Nintendo 64 didn’t have these problems, but also couldn’t draw as many polygons each frame.

The thread also links to developer David Colson’s efforts to create a PS1-style 3D fantasy console. I’m sure this isn’t interesting to everyone, but worry not, this blog isn’t going to become entirely low-level hardware rendering geekery. At least, not yet.

rodneylives

pmorinerie (on Mastodon @pmorinerie@mastodon.xyz) has been working on a full disassembly of the fourth Legend of Zelda game, Link’s Awakening on the Game Boy, and has a series of articles they’ve written about interesting technical aspects they’ve found.

One of their discoveries is of a hidden structure to the overworld of that game. Their discussion of this is fascinating, and should be referred to if you have an interest in such things. I will give a broad summary here.

The Game Boy was not given much VRAM for storing graphics. To avoid bus conflicts, the CPU that runs the system only has access to VRAM, to store new background tile information, either during VBLANK, a specific time each frame when the PPU circuitry isn’t accessing memory, or by blanking the screen entirely, which is only really feasible during major transitions, like through a door or into a hole. So, the system is limited in how quickly it can store new tiles during play.

Link’s Awakening stores two kinds of tiles in its VRAM. Most of them are from a set that’s used throughout the overworld, but a small number are overwritten, used for different purposes as Link explores the landscape. The overworld is separated into 2×2 blocks, and each can have its own set of these customized tiles.

There is a problem with this setup, however. When Link changes screens, like in the original Legend of Zelda and A Link to the Past, the screen transition scrolls smoothly between the areas. During the scroll, briefly, it’s possible for elements from two different screens to be displayed at once. How does the program handle situations where the custom tiles have two different definitions between screens?

The answer is that the overworld is cleverly designed so that there aren’t adjacent screens with walkable passages between them that use different sets of custom tiles. There are screens in the game that only use tiles from the main overworld set, and all of the places with passages between the screens with custom tiles have one of them, as a kind of memory airlock, to prevent glitches during transitions. It’s pretty clever.

If this is interesting to you, I encourage you to read the whole article, especially for the exceptional cases where the system breaks down and they had to find other ways to keep the screen from glitching.

rodneylives