It’s a busy day for me coming up, so here’s one from my list of Youtube links: the Ultimate Gameboy Talk (1 hour 1 minute) by Michael Steil, but you don’t have to watch it on YT, as it’s also hosted on the website of Chaos Computer Club in various formats. The embed below is from Youtube though, since they usually have pretty good embedding:
This “ultimate” talk is ultimately about the hardware, its internals and quirks, and tricks that can be pulled off in it. Sure, it’s very technical and extremely geeks, but that’s pretty much the standard around these parts. Enjoy!
MADE is the Museum of Art and Digital Entertainment, a San Francisco-based video game museum loaded with playable examples. They’re trying to raise $500,000 to secure operations funding for the next three years. I’ve never been to it, but I’ve had at least one worthy person recommend them to me today, and so I decided to help spread the word. (Info link, fundraiser link)
You gotta love a museum with a sign out front reading “Play Retro Games Here.” If I was in San Fran, I’d probably never leave the place.
The fundraising seems to be going slowly at the moment, which is a shame. They’re at just 2% of their goal. Please, if you have some spare change, you could probably do worse than to throw it their way. And spread the word if you can!
“Children love our classes!” Well I’d expect so, they’re a video game museum!
I am back from DragonCon, but got hit by a staggering blow from life (which I will not mention the details of here) that’s going to take me a long time to recover from. So in the meantime, please enjoy this 19 minute video in which someone on Youtube describes his plan to get arcade Commando (a.k.a. “Wolf of the Battlefield”) to play Ron Hubbard’s excellent soundtrack from the C64 port.
Arcade Command didn’t have bad music at all, but Ron Hubbard’s score is generally regarded to outshine it. The two hardware platforms are really different: the C64 has a 6502-workalike and the legendary SID chip, while the arcade version used a custom platform. This is a first video in a projected series, so at this point we don’t even know if he’ll be successful. Let’s hope.
I’ve lamented how Atari Games shut down lots of interesting prototypes over their operation because they didn’t perform well on test, or maybe other reasons.
Well other game companies did it too, and one was Mylstar, a.k.a. Gottlieb, the makers of Q*Bert and a number of other classics. I found out about a very interesting little game called Wiz Warz that I’d have loved to have found in a classic arcade (if I had been able to visit many classic arcades back then). Insert Coin has a nice demonstration of it (9½ minutes). It’s kind of like Tempest, but you can fire at any direction into the playfield, and there’s lots of other unique elements too. We’re still in a low effort mode this weekend, so have a look, and speculate about a game that could have been.
Some weeks ago I linked to a Wolfenstein 3D-like shooter by jimo9757 with a rendering engine implemented entirely in PETSCII, the only kind of graphics a Commodore PET, their first computer, was capable of producing. It was pretty shocking to see it in action, even if the best-looking version of it was the one made for a Commodore 64.
Well, here’s another video shenanigan along those lines, a platformer, one styled much like Super Mario Bros., also implemented with PETSCII graphics, and also from jimo9757. First the PET version (15 minutes, all eight levels), then the one made for the Commander X16 (3 minutes, a demonstration):
While other retro computer systems had their own distinctive fonts, including MS-DOS’s nigh-legendary code page 437, I think PETSCII is among the best. The PET could only do graphics at all using it, but it had quite a lot of foresight put into its character set. Among its characters are are seven different heights and widths of solid block, diagonal lines, balls, slopes, playing card symbols, box drawing borders of two different types, enough corners to make for decent low-res images, and reverse video versions of all of the above. Later 8-bit Commodore computers didn’t have to use PETSCII for graphics, but its presence made for a good baseline for amateur programmers without having to start messing around with POKEs (which every other kind of graphics on a C64 or VIC-20 required).
It’s an interesting problem. One interesting is the pixelization is an intrinsic part of it. The less obvious the pixels are (like, if the invader is too large), the less aesthetically pleasing it tends to be.
Posts will be a bit lighter for a week and a half or so, as I travel to and attend DragonCon again this year. If you’re going too, let me know!
The Legend of Makai is a 1988 arcade game from Jaleco, developed by NMK. NMK made a variety of games around that time, but one especially notable thing they did was publish a Famicom game in Japan called Densetsu no Kishi Elrond, which is a slightly modified version of Rare’s Wizards & Warriors. It’s no bootleg: it was licensed from them for release.
This is getting off the track a bit, but Elrond is one of those games where the changes are minimal, but what was changed is extremely interesting, since rarely will you have so a clear an example of what the publisher’s priorities are. In the Japanese version the level order has been rearranged, and your knight hero has only one life, but does have a numeric counter for their health, and by collecting health-granting meat you can increase your life total above its initial maximum.
Wizards & Warriors is one of those games that’s fallen into the classic gaming netherworld. Its publisher Acclaim no longer exists, and Rare has little connection with Nintendo these days, so while it’s possible to play it officially these days (as part of Rare Replay), it’s missing from most of the prominent avenues in which classic NES games have been kept playable, like the Wii and Wii-U Virtual Consoles, the NES Mini and Nintendo Switch Online. Back on the NES W&W was rather popular; its hero Kuros actually got a cartoon rendition as part of the cartoon segments of the game show Video Power (there he’s a generic barbarian who speaks in thees and thous forsooth, and has no armor). His second and third adventures were developed for Rare by the legendary Pickford Bros. But now, the series is gone, and probably will never be revived.
So why do I bring up Wizards & Warriors, a British game, in an article about The Legend of Makai? Because as Nicole points out, The Legend of Makai is a arcade game made by W&W’s Japanese publisher, and it has many things in common with Wizards & Warriors that can’t be coincidental.
Your character jumps in a similar way, that few other games replicate
Your character holds their sword out at all times, and if you jump into enemies you can stab them with it
You’re searching for colored keys
Levels have a verticality to them that’s reminiscent of W&W
You’re searching for permanent powerup items that increase your abilities, some similar to W&W.
Hardcore Gaming 101 also noticed the similarities. It’s unlikely we’ll ever know what went on there (maybe someone who can read Japanese can look through old magazines from the time?), but in one of those twists of fate, it’s easier to legally play The Legend of Makai now than Wizards & Warriors, for it’s been released through Arcade Archives (Switch, PS4), while W&W has to be sought out through Rare Replay, or else on the original cartridge.
We’ve linked them before, and more than once, but they’re one of a small number of Youtubers who consistently does great work. Here they look at the effects in a number of games and reveal how the programmers coaxed surprisingly complex effects out of the hardware for each of them. (25 minutes)
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
Well I was just notified this morning by a comment on that video, with the handle kirkbradfordmyers7196, that this happens because a table of ghost scatter times in the code is too short, so it reads data from an unrelated source which indicates a long period of time, much longer than the scatter phase is supposed to last.
kirkbradfordmyers mentioned that they’re working on a romhack that provides a fix for this bug, and others that exist in the code, and hopes to get the game much closer to the arcade. We wish them luck, and hope they’ll come back and tell us about their work when it’s done.
It’s been a while since I linked a good solid ultra-geeky hacking video. Poking Technology is really good at this sort of thing. Here he takes apart one of those extremely cheap portable game consoles (1 hour 12 minutes), the kind you might find at the checkout line at Walmart for ten bucks, put logic analyzers on it, run it through Ghidra, and basically figure out how it works.
I find this stuff fascinating. Look, I’m not going to claim everyone will be interested in it, but that’s one of the advantages of running a daily blog that casts a super wide net, if you’re not interested in this there’ll probably be something more to your liking tomorrow. And if this is your kind of thing, take it from me, it’s really going to be your kind of thing. I’ve been munching on this video a few minutes at a time, and I’m still not at the end of it yet, I don’t know where this leads. I hope it goes somewhere where he puts his own code on it, which I kind of suspect he might.
CP/M fascinates me. It was the first real crossplatform OS for microcomputers, and it was also extremely small. It could be implemented in as few as 5KB of memory, and those 5,120 bytes got you a character-based screen, disk access, a file system and I/O support. If it looks like DOS to you, it’s because it was originally created as a clone of CP/M, and so lots of CP/M’s limitations transferred over to DOS, like its single-letter drive names and its 8.3 filename structure. But CP/M was first released in 1974! It was silly for Microsoft to have adapted that limitation too, and as a result until Windows 95 their consumer OSes had to live with the same limitation, when even Commodore 64s could have 16-character filenames. Jeez! PC-DOS/MS-DOS would soon get directory support, which CP/M didn’t get until the under-adopted version 3; until then it had to use a less-flexible system where a disk could be split up into numbered “user areas.”
CP/M being so small, it was also very simple, enough that one person could understand everything going on under the hood, something you really can’t say about OSes these days. That complexity has been used, in recent times, in service of their makers against their customers, to push in all kinds of misfeatures that many people would rather not have.
Nowadays CP/M is a footnote, its founding company Digital Research is a mere bag of property rights owned by Lineo, while Microsoft is worth hundreds of billions of dollars, and it’s very much because of a single decision by people at IBM to go with PC-DOS, later MS-DOS, from Microsoft. IBM offered both OSes, but they sold CP/M for 8086 for $240, several times what they sold PC-DOS for, and that’s why Windows is huge today and CP/M is a footnote. But there is no reason to believe definitely that, if the decision had gone the other way, that we wouldn’t be bemoaning Digital Research’s terrible decisions now instead of Microsoft’s.
But it’s also the case that DR might have turned out differently, while we know Microsoft would become the uncaring behemoth that harmed people’s perceptions of computing since the 80s, and is now propping up OpenAI and trying to shove it into everything. Remember everyone, to always strive to be better than your hypothetical replacement, or someone on a random blog decades in the future might ask aloud if we’d be better off without you.
Read the subject line, and say to yourself quietly, “No way. What’s the catch?”
There is a catch, of course. There is an art to these kinds of hacks though, and it lies in finding the right catch. The catch that makes the hack possible at all, but seems the least like a cheat.
You can technically “run” Doom on a C64, if you actually run it on a Raspberry Pi plugged into it, that only uses the machine’s video hardware for output. That’s an egregious cheat; Raspberry Pis didn’t exist back in 1983 when the C64 was new.
There are speed-up cartridges for the C64, and you could even implement a co-processor to do much of the hard work of rendering the display for you. That’s also a cheat, although a bit less of one.
One could approach the problem from the other direction, diminishing the scope of the hack until it fits more comfortably in the computer’s capabilities. There are 3D corridor games on the C64; when I was a kid, a tape of software that a co-worker gave to my dad had one, called LABYRINTH, that was written in BASIC. But if it was truly the equal of Wolfenstein 3D it’d have revolutionized the gaming world. It wasn’t, and it didn’t. It generated one of those Wizardry-style mazes, sometimes called “blobbers,” where your perspective is fixed in the center of a grid-based maze. It wasn’t a shooter, it didn’t animate smoothly, and it was a pretty simple algorithm, simple enough that lots of games used it, especially RPGs.
What makes smoothly rendered graphics slow on a C64, indeed on pretty much all home computers at the time? It’s the necessity of using a bitmapped graphics mode. The math of deciding where the corridor vertices and lines go is within the machine’s capability, even at 1 mHz, but writing all those bytes into the C64’s 8K bitmap screen takes a huge amount of time.
It’s why few action games on the Commie used the bitmapped modes. Even if you used a hand-tuned machine code loop to write a single value to every byte in the bitmap, it’d be slow enough that you could visibly watch the screen fill up. If you wanted to actually vary those bytes, such as by rendering walls, it’d take much longer. Even filling the text screen takes so long that it’s difficult to do it in a single video frame, which is why games that feature NES-style full-screen scrolling on the C64 are impressive. (There are tricks to doing it; some of them quite bizarre. Let’s discuss those some other time.)
But you could do what jimo9757 did, and use text characters to simulate the rendering. In fact they did it one better, and used the PETSCII graphics characters for the display. The result is pretty striking! See for yourself in this demo (8 minutes):
Reserving a port of the screen for a status display is itself a bit of a cheat, that cuts down on the number of bytes that must be changed for each screen update, but it’s one that Wolfenstein 3D used too so let’s give it a pass. The walls only have horizontal lines for textures, but it’s not like the original’s were that worthy either. It’s certainly not 60 fps, it’s maybe 15 or 12, but it’s certainly still impressive to see those walls glide by smoothly on a machine with a 1 mHz 6502-class chip.
Since the game uses PETSCII for the maze, this engine can even work on the Commodore’s first home computer, the PET, whose character set was fixed in unchangeable mask ROM. Here’s video of the first-person shooter they made for the PET (3 minutes). I think the graphics, while many would call them primitive, have a fun style to them:
By the “first LowSpec” processor it means the 6502. This video is a retrospective on its origins (27 minutes). With its manga-styled illustrations of key players interspersed by stock footage and the occasional meme, It’s not my favorite style for a YouTube doc (those would be the Dan Olson/Folding Ideas style), but it’s not a bad introduction?
