C64 Dungeon Play and Lost World Demonstration

Another personal project post! I have done more work in making David Caruso II’s obscure Commodore 64 CRPG Dungeon, published in the issues of the disk magazine LOADSTAR more than once, presentable to current-day audiences. Although it certainly has its limits, there are some aspect to it that are unique, even forward-thinking. We posted about Dungeon here before. To remind everyone, we sell Dungeon on my (rodneylives’) itch.io page for $5, with the blessing of rights-holder and LOADSTAR owner Fender Tucker.

There are a few bugs in Dungeon, now basically impossible to fix, that I’m trying to track down and document, and I’m also working on improving the documentation, as well as provide some useful goodies with the system, like a disk of monsters, equipment and magic items. That’s useful because Dungeon has a special feature where it’ll take the monsters and items on a “Data Disk,” and scatter them around a dungeon map of its own creation. It calls these randomized adventures “Lost Worlds.”

Lost Worlds operate as a kind of quasi-roguelike. The Dungeon software creates a random map and places random items around it, but once created it becomes a Dungeon adventure that any created character can explore as many times as they like. While it doesn’t have roguelike tactical combat gameplay or random item identification, it does have a form of permadeath. Characters only get three lives to advance their level as far as they can go.

Lost Worlds are interesting places to explore, but there are some bugs in them. It is possible, in fact pretty easy, to get stuck in a part of the dungeon from which one can’t escape. Sometimes a one-way door leads into an area that can’t be escaped, and sometimes a passage-blocking trap will strand the player’s character in a dead-end. And once in a while a Lost World is downright unfinishable, its goal item disconnected from the parts of the dungeon the player can even reach.

While there are spells (Passwall and Teleport) that can release a trapped character, if they aren’t available the character is not completely lost. If you turn off the C64 (or close the emulator), then return to the Guild screen, the character will be marked as GONE. Over time, measured in loads of the Guild menu, the character will eventually find their way back on their own. It takes quite a while for this to happen though: I counted 15 loads, saving the game each time, before a GONE character returned.

This video (23 minutes) is is something I recorded myself as a demonstration of both Dungeon’s gameplay, and its Lost World adventure generation. It uses a set of 30 low-level monsters and items based on the stats of the old Basic edition of D&D, and a set of magic items I created for usefulness and to show off Dungeon’s spell set.

So, why would someone want to play this game, when there’s so many other newer CRPGs out there to play?

  • The idea of rolling up a character and taking them through scenarios made by other people, to try to get their level up as high as they can get before they die three times, is great. My hope, perhaps misplaced, is this release will inspire other people to make dungeons for others to play, and I look forward to seeing them myself.
  • The magic system of Dungeon, while it doesn’t allow for characters to learn spells themselves, is unique in that most of the spells are utility spells! There are spells for passing through walls, for teleporting anywhere on the map, for revealing terrain, for seeing in darkness, for giving oneself a damage shield, for locating the goal item, for disarming traps, and more. There is only one direct damage attack spell! Spells are more like tools than something you use to pound through the enemies.
  • The dungeon model allows for dark areas, traps that block exits, two-way and one-way teleporters, secret doors, one-way doors, and decorating dungeon maps with PETSCII graphics. The simplicity of the dungeons, all of them fitting on one screen, works in Dungeon’s favor. No dungeon can be too large since they must all fit within the bounds of the map grid.

There are unique design considerations for making Lost Worlds too. Even though the computer creates the maps unaided, since it populates them from the monsters, items and traps that are on the Data Disk, the difficulty of the resulting dungeon is affected. The various doodads are distributed without apparent heed for what they are; I wonder if the generator actually cares for their identities or if it just checks how many of each type are on the disk, so as not to exceed that number.

If there are more easy monsters, more powerful items, and more weak traps on the disk then the dungeon will be easier due to their corresponding numbers being greater, and vice versa. It occurs to me that one of the flaws in the dungeon generation I mentioned could be alleviated, by not giving it one of the wall creating traps that could trap a player in a dead-end, but that also makes the dungeon a bit less interesting, so I’ve left it in the mix I use.

I recognize that, if I let myself, this might become a Dungeon blog. Rest assured, I’m not going to take it that far. But I really hope that some people give Dungeon a chance. While sure it has its inspirations (one person on Mastodon said it reminds them of Phantasie, a somewhat less obscure early CRPG), I think it’s pretty unique, and deserves for more people to have a look at it. I’m particularly pleased how well the sample monsters and items I made work in the Lost World framework, and I’m trying to think of ways that it might be improved. More on this later… but, not immediately, I think.

A 30+ Year Old RPG System for the Commodore 64

It’s been months now since I announced my plans to release some project involving LOADSTAR, a 17-year computer magazine on disk, either here or on itch.io, or both. I’m still working on them.

In the meantime, I present this, a packaged-up release of Dungeon on itch.io, a complete old-school RPG gaming system for the Commdore 64, as it was released on the disk magazine LOADSTAR back in 1990.

Written by David Caruso II, Dungeon is a way of creating adventures for others to play, and a system of creating, maintaining and playing characters in those adventures. It was kind of a throwback even in 1990 (the SNES was released that year), but it definitely has charm, and an old-school kind of appeal.

You start out on the Guild screen, where you create a character from one of five fantasy races, then venture out on adventures stored on floppy disks, which in this release are provided as C64 1541 disk images. Fight monsters to earn experience points, find the object of the quest and then return to the Guild by the exit to have the chance to advance in experience level. If your character dies they’ll be revived, but only up to two times! If something happens and you don’t make it back, but don’t die either, your character will be marked as “GONE,” meaning they’re stuck in limbo until they make it back to the Guild on their own!

Your character advances in level between adventures, but they don’t get to keep any items they found on their journey. If they advance in level however, they get to permanently improve two of their stats. Getting to the maximum score of 25 grants them a special ability, but it’s really hard to get there!

This presentation of Dungeon is being made with the permission of Fender Tucker, owner and former Managing Editor of LOADSTAR. It isn’t free, but for $5 you get the Dungeon system and five pre-made adventures for it, culled from the 240+ issues of LOADSTAR. I include a stock copy of the open-source Commodore 64 emulator VICE, configured for playing Dungeon. (If $5 is too much for you, rumor has it Loadstar issues can be found online elsewhere. Dungeon was first published on issue #74.)

If you want to know more about it, I have constructed this 40-page PDF of documentation on Dungeon, from the disks of LOADSTAR in 1990, along with the instructions for the adventures and further notes on playing it from me. Here:

(file size: 2.6 MB)

The document refers to an itch.io release, that’s what I’m currently working on. Late in the document there are some spoilers for a particularly difficult adventure using the system.

Dungeon was created by someone named David Caruso II. Neither I nor long-time LOADSTAR managing editor Fender Tucker knows what became of him. I have what is almost certainly an old address for him. It’s been 33 years, and I suspect that Dungeon itself is a couple of years older than that, so it’s possible that Caruso has passed away by now. If he hasn’t, though, I’d like to talk with him. I think (hope?) he’d appreciate that people are still thinking about his creation even now.

On The Red Obelisk

In 1987, programmers Robert Germino and David Todeshini wrote a weird and obscure Commodore 64 game called The Red Obelisk. It barely made a dent in the market, which is kind of a shame. It’s nearly entirely unique, which is a difficult thing to say of any game 36 years after its publication.

Part of why it’s not remembered much today might be how unique it is. It’s mostly a game about alchemy, but not as much in an Opus Magnum kind of way. You’re given an object, kind of like a gemstone, found in an asteroid belt. You shock it with electricity, zap it with lasers, and shoot sound waves at it. All of this is depicted in an illustrated laboratory, with surprisingly atmospheric graphics and sounds. Doing these things may increase its value. You can sell it at any point to earn energy proportionate to its value, which you need to run your ship and guard against hazards, and points. Your real goal though is to create a Red Obelisk

An earlier work of theirs was Sentinel, of which there’s even less information online.

I played a bit of The Red Obelisk and uploaded a recording to Youtube. I don’t do too well. Here is that video (7 minutes):

Both The Sentinel and The Red Obelisk, and another game I think they made called Phaserdome, were included on a disk called Master Blaster put out by Keypunch Software. Keypunch wasn’t a great organization; there are tales of them taking freeware games, scrubbing them of information by which their creators might be identified, and then selling that on a disk. It was before the widespread adoption of the Internet, the World Wide Web was still three years away, so it was easier to get away with that sort thing than it is now.

Later on The Red Obelisk got picked up for an issue of Loadstar, and the veracity of its editors I vouch for completely. I haven’t yet checked their products for the other games. Sentinel is also on Loadstar. The documentation I retyped below suggests they have another game on Loadstar as well. Both The Red Obelisk and Sentinel are on the Internet Archive, but you can get legal and paid-for copies for $15 of the first 199 issues (Loadstar was amazingly long-lived) via LOADSTAR COMPLEAT, still sold by its long-time Managing Editor, my friend Fender Tucker. The Red Obelisk is on LS64 issue 58.

The game is fully described in its instructions, below, so I’ll just give you some of my own impressions. It’s interesting! It has to have something to it for it to have persisted in my memory for so long. I think the game is implemented in BASIC with some machine code routines to handle the real-time portions. This is a perfectly valid way to implement a game; I did it often myself back then. It’s pretty much the only way to get the smoothly-moving asteroids and slick sound effects the game has.

What I remember the most is the Object Mode, where you zap various objects on your workbench in the hopes of creating a hugely valuable Red Obelisk. Everything you do costs energy, and running out destroys your ship, so efficiency is a must. In order to succeed you must take notes as to how each object behaves. Basic directions are given in the instructions: get the Tolerance below 100 with electricity, and the Temperature above 500 with lasers. Is that all there is to these tools? It has been too long for me to remember, but I do remember finding a string of Red Obelisks at one point, so there must be some process to it. Experiment to see what you can find.

The other thing I remember is the noise that your ship makes when you collect an object. All of the sounds in The Red Obelisk are effective, but that noise found a home in my brain when I played it decades ago, and it has never left. I think it probably never will.

What follows are the instructions to the game as included on Loadstar 58, as written by Fender himself, with section headings and minor formatting added by me.

THE RED OBELISK

by Robert Germino and David Todeschini

One of the safest bests of the 21st Century is that treasures will be found in space in the form of small meteors. They may be grey and drab-looking on the outside but inside will be jewels and precious gems, just waiting for the mining engineers to extract them. But it won’t be easy.

If you are a veteran of the universe of STURGRAT (on LOADSTAR #54) you will have an idea of the complexity of 21st Century space mining.

Setting


In THE RED OBELISK you are in control of a mining company. You must gather some object from space and by using the powers of your factory, you can ‘sell’ them for the maximum profit. Your goal, as is any capitalist’s, is to garner as many shekels as you can.

Let me describe your ship first. It is a Sturgrat space mining/laboratory and short-range fighting vessel. It operates in three modes, the Object Mode, the Mining Mode and the Attack Mode. You begin in the Object Mode (which is the inside of your laboratory) where you get a readout of all the capabilities of the Sturgrat.

Object Mode


The most important thing to keep your eyes on is the POWR rating in the lower right of the screen. If this gets too low, you will lose your ship, and, as is shown right above the POWR display, you only have two, not counting the one you begin with.

But your power is running down so you can’t tarry too long making decisions. And believe me, there are a lot of them to make.

You begin with an object on the conversion table. Its type is shown on the left. The idea is to process this object and then convert it into SCORE and POWR. You have to get the tolerance down and the temperature up.

These two values are shown on the left, TOLR and TEMP. You hold down the E key (for the electrodes) for a short period of time and notice that when you let up the TOLR has gone down. Get it down below 100. Press L (for the lasers) the same way to get the TEMP above 500. Since your POWR is going down all of the time, it pays to do these two things quickly and efficiently. They MUST be done for each object.

In the bottom left hand corner is the value of the object (VALU). As a true capitalist, you will want this figure as high as possible before you convert it into cash (SCORE).

You can increase the value of the object by bombarding it with Ultrasonics. Press U and then push the joystick forward and listen to the pitch of the sound. Press the firebutton and the VALU will increase by a certain amount. If you want to increase the VALU faster, push forward on the stick, the pitch will increase and so will the amount the VALU increases when you press the firebutton.

You can get too greedy with VALU. If you’ve increased it too high, the object will be destroyed and will disappear from the screen.

A good Sturgrat miner will write down the TYPE of object and try to discern the maximum VALU an object of that type can attain WITHOUT destroying itself at conversion. Write this figure down, too.

If you convert at too low a VALU, you will only get the VALU, but if you convert it at just below the ‘peak’ VALU of an object, it’ll be transformed into the incredibly valuable RED OBELISK, which, in more ways than one, is the name of the game. It’s up to you to determine each object’s ‘peak’ value.

You cannot do much more in the Ultrasonics mode. Press U to toggle out of it (if you are in it) and then you are ready for conversion. You do this by pressing RETURN. You’ll either (a) convert it for the present VALU, (b) create a RED OBELISK (which pays off handsomely) or (c) find yourself looking at a dreaded FALSE OBELISK. If you see one of these, you have to act quickly and destroy it by firing Caps at it (the F key) or by bombarding it with Ultrasonics. If a FALSE OBELISK is left to itself it will destroy your current ship and its cargo.

Mining Mode

Which brings up the question: Where do objects come from?

You have to space-mine them. Press the SPACE bar to go from the Object Mode to the Mining Mode. You’ll see your Sturgrat drifting through a meteor field. Use the joystick to maneuver around the meteors trying to capture the small, shining object that is floating slowly across the screen. The object must be captured DIRECTLY in the Sturgrat’s scoop. Even a small bit off-line will cause your ship damage.

You have a tractor beam which you can enable with the firebutton. It will draw the gleaming object up the screen where the action is less hectic.

As a matter of fact, the top of the screen is a safe place where you can scoop up hydrogen molecules with your tractor beam and slowly boost your POWR if you are running low.

You can gather up to nine objects at a time or you can gather just one and head back to convert it. To go back to the Object Mode, press RETURN.

Attack Mode

You begin your stint as space-miner with 3 ships and 3 Caps, but as your POWR gets higher (above 1500 megajoules) your Sturgrat becomes more attractive to marauding space-hijackers. When you least expect it you will be attacked.

The message says that you have lost the object on the conversion table and that the marauder wants to know if you surrender or not. If you surrender, you won’t lose your ship but you’ll have to continue with what you have. If you answer N to the surrender prompt you go to the Attack Mode.

This is the arcade portion of your mission. Move the joystick so that the cross-hairs are on the middle of the attacking ship and press the firebutton to fire. Keep an eye on your POWR level. If you are in danger of losing your ship you can weaken or destroy the marauder with a Giga-Gem by pressing the G key.

Giga-Gems can destroy any cargo that the attacker may have, so you should use them only as a last resort. When you have bludgeoned the attacker into submission he’ll ask if he can trade his cargo for his life. If you feel in a benevolent mood (or in a greedy one) you’ll probably do better accepting his offer and letting him limp off into space.

If you choose to destroy the enemy, you may be able to salvage some of his Caps. If you let him live you may get CRGO (objects), Krystals or Giga-Gems. Base your decision on what you need most.

The Krystals (KRYS) cam be converted in the Object Mode by pressing K. A Krystal is mainly a bonus score you get for defeating a marauder and being kind enough to let him slither off alive.

That’s about it. It will take a little practice with the controls of your Sturgrat but soon you will be grabbing objects and converting them like crazy hoping to find a level for each TYPE of object that will give you a RED OBELISK. As your POWR rating goes up you will have to fight off space-raiders more. Try to get the highest score so that you can head back to Earth a rich man.

As for the trip back to Earth, that’s another game, but one I’m sure Bobby and David will be creating soon. Sturgrat rules! Long may it run.

DISK FILES THIS PROGRAM USES: RED BOOT, RED BOOT 2, RED OBELISK, SPR1, T.RED BOOT

**** End of Text ****

Loadstar!

Now is the beginning of a fantastic journey!

Aah that’s a screen I haven’t seen in a long long time.

1982 saw the founding of the Apple II computer magazine-on-disk Softdisk. Soon after Softdisk Publishing produced disks for other home computers too. One of them, Big Blue Disk, has gone down in history as previous employer of some of the original principals of id Software, especially John Carmack and John Romero. But another of Softdisk’s legacies was their Commodore 64 product, Loadstar, probably the longest-lived Commodore 64 software publisher. They published C64 software from 1984 to 2007. And most, if not all, of it is available online!

Loadstar is yet another of those computer gaming stories that must be told, and I’m in a pretty good place to tell some of it, because I beta tested for them for many of those years, and sold programs to them as well. Yes, several of their releases bear the programmer name John “The Mad Gamer” Harris. You have to understand, this was long before the word gamer reached common usage. In fact, as someone who may have primacy over the use of the term, I hereby forbid its use by anyone with misogynistic, anti-trans or racist intent. It is so decreed, hey-nonny-nonny!

Loadstar was lots of fun. Every month they’d send you two disks in the mail with several new pieces of Commodore 64 software on it. Under the watchful eyes of Fender Tucker and Jeff Jones, and later on Dave Moorman, it’s not that they grew an empire of Commodore programs, but they did manage to sustain that platform for a small but avid userbase for far longer than you’d have thought possible.

I plan to start doing Loadstar reviews eventually, but in the meantime, you can try out some of the later issues of this important piece of computing history at the site linked below. Note that you’ll have to have a means of running C64 software to use them, of course. The emulator VICE is known to work well. And if you want to hear the words of Fender, Jeff or Dave yourself, all three are on Facebook.

The LOADSTAR Library