
Back to Scotland! It’s been a while.
Engine Failure is a type-in that first appeared in Personal Computer World (April 1983) and then in the spin-off Personal Computer Games, the same as Adventure in 1K.

Personal Computer World was very business-oriented, so it is understandable they might have needed to scrabble from prior material to have enough to launch a games magazine.

An ad from the same issue showing a typical example of content. Hilderbay made a previous appearance on this blog with the game Gold but otherwise was focused on business and utility software.
The author, Ian Watt, is yet another one of our teen-aged authors (born in 1967). He founded a ZX80/81 club out of Glasgow (“One of the club’s main aims is to encourage computer literacy”) that was a branch of Tim Hartnell’s extended group (see my writeup on The Citadel for more on how that got started). Of his five published games, one was only in magazines (this one), one is part of a book edited by Hartnell, and three are part of a book by Ian Watt with an introduction by Hartnell. Eyeballing dates, it looks like Engine Failure was the first to make print, which is why I’m starting here.

Pollokshaws, where the ZX80/ZX81 club met. Via Rosser1954, CC BY-SA 4.0.
Engine Failure is “tiny” (two pages, along the lines of Arkenstone) but due to some cryptic object interactions took me a while to finish.

Our spaceship has had its engine fail near a planet, and the engine needs to be repaired before the spaceship is destroyed in the atmosphere.

Gameplay starts in a control room with cryptic buttons; pushing the red one right away causes the ship to blow up.

Even after finishing the game I’m unclear what the functions of the buttons are (that is, I know which ones to press to win, but I’m not sure what the user manual would say each one does in a real-world sense).

Just south of the starting control room is “living quarters” with “water” and a medical bay with a “pill”. The game lets you uneventfully drink the water and eat the pill although it isn’t clear what puzzles this solves, or if it even helps solve a puzzle (it does, I’ll mention it when it happens).

To the south are some “computer banks” with a floppy disk — I’ll deal with that later — and then heading eastward leads to a Cargo Hold (with pliers) and an empty Engine Servicing Room (where going any farther is death, due to a “pet origonk”).

The issue here conceptually is that the sparsity makes it unclear if this is just an adjoining room or something useful later; there’s no control panel or circuit board. Hence, for a while I kept trying to go west, but it turns out going west is impossible and always a death.

Heading back to the computer storage banks and west, there’s a shuttlebay, although entering the shuttle kills you with nerve gas.

It is unclear why the shuttle on your own ship would be filled with deadly gas. I assume there’s some unmentioned sabotage in the plot that happened on our last stop.
Going a bit farther west is a spacesuit; wearing it is the solution to the nerve gas.

Safe from the nerve gas, you can now find a screwdriver inside the shuttle.

The screwdriver can be used to UNSCREW a panel at a room marked “Left Engine” (Right Engine has the creature and is impossible to reach). The panel has a lever, and pulling it activates a blue light.

It’s time to head back to the control room, but while heading back we should grab a “jewel-socket”, a “zappergun”, and that previously mentioned floppy disk along the way.

There is a blue light in the control room now, and you’d think that’d mean you just press the blue button, but that kills you. You need to press the yellow button, which turns the light yellow, and while the yellow light is on you press the blue button, which reveals a “pcb” that is “somewhere in the ship”. (Somewhere turns out to be that empty “servicing room”, but we’ll head back there later.)

While we’re at it, we should also INSERT FLOPPY (no description that there’s a place to put the floppy, I just tried INSERT FLOPPY in every single room until it worked). This causes a red light to turn on, and now we can go straight to the put and PRESS RED.

This will activate a “TELEPORT TERMINAL” just to the south and west of here. I spent a long time trying to operate the machine before checking the source code; it’s just the word TELEPORT by itself.
You are safe using the teleport if a.) you’ve drunk the water b.) eaten the pill and c.) are carrying the zappergun. The first two prevent a disease from killing you, while the zappergun prevents guards from killing you. (It’s very weird and passive, since the zappergun doesn’t get shown being used! You might go through all this and not realize there is any opposition at all.)

While holding both the ASTRAGEM and the JEWEL-SOCKET from earlier you can INSERT ASTRAGEM. Then, back where the PCB got revealed (next to the killer pet) you can INSERT JEWEL (as long as you are holding PLIERS) and a red light will turn on. Then to finish the game you just need to run back to the control room (where it starts getting very hot, the time limit is tight) and press the red button again.

Why does red either blow up the ship, activate the teleporter, or activate some kind of gem? Why does the lever causing a blue light mean you should not press the blue button, but the yellow button instead? I know the author was essentially trying to create an “experiment” type puzzle, but it diverged into the sort of messy and unintuitive interaction I associate more with fantasy games.
Incidentally, while trying to solve the above issues, I looked at the room structure data, and it’s very unusual. Most games have data along the lines of Room Name, 4, 5, 1, 0, which indicates a room, and the rooms (by ID) that go north, south, and east respectively. This game instead has a whole data line like this:
0 -1 0 0 0 3 0 0 0 -3 0 0 -2 0 0
These are all the north exits, and furthermore, they give information in a relative sense. That is, if you’re in room 2 (living quarters) and go north, you subtract one from the room ID to find where it goes (room 1, the control room at the start). I’ve never seen anything like this before; almost always the absolute room ID of the destination is given. I’m unclear why the author would use this method of expressing exits. Perhaps his book has some clue, but we’ll save that for a later time.
Coming up: Infocom.
I suppose that structure makes it easier to add a room in the middle of the list? Not what I’d optimize for, but maybe the author had a bad experience with a closet.
The book seems pretty detailed so he probably explains it. (The book was what hit next on my random roll, so I won’t break for too long before getting to it. I just wanted to do his first game first. Engine Trouble is not mentioned on CASA or Moby or IFDB, I found it while searching for author details.)
One thing he does set down firmly is no exit mismatch. If you go south to get from A to B, north from B goes to A, no “turns”.
Quoting myself from the Citadel comments:
“16K Adventure Game (ZX80, I. Watt, Clarkston, Glasgow, Scotland) Interface – Vol.1 n11 p.17
‘Over 50 rooms with many objects and commands.’
Watt ran a long-running ZX80/ZX81 users group and contributed other material to Interface, IIRC, so he may have had the programming chops to pull it off. Would be the first known adventure from Scotland, I believe (the issue is from around 6/81).”
So that (lost) ZX80 adventure would presumably be his first. It would be interesting to know if one if the games from the book you mention could be synced up with this (admittedly sparse) ad description, so that it might possibly survive via a later type-in port.
huh, I didn’t have I as “Ian” but certainly that’s it
wouldn’t that be July? just based on
https://www.picclickimg.com/1mgAAOSwFUZgoQZn/Interface-October-1981-Vol-2-Issue-2-ZX80.webp
https://www.picclickimg.com/~qQAAOSwTwtgoQZs/Interface-October-1981-Vol-2-Issue-2-ZX80.webp
Yeah, it could be July. The scan has the cover blacked out for some reason, so I was just guessing based on issue numbers, I think. You can find it here:
http://qrp.gr/zx80/books.htm
As you can see, he was actually offering a “full listing”, as well as a supplement for converting it to ZX81, so I do wonder if this could have made it into one of those BBC books in some form.
Looking at his entries on CASA, I notice that he reused a sort of “escape from a castle with a diamond” premise a few times, and that based on the solutions there they seem a bit larger than Engine Failure. I wonder if these games could all be based off of this lost ZX80 original?
he actually talks about a whole trilogy written for zx80
he gives the full details on two of the games but then only gives the map and the information on the last (so there’s sort of a fourth game in the book, except he intentionally left stuff out)
based on the 50 room thing he might have meant “Journey”, he otherwise maxes out at 48 rooms
https://bbcmicro.co.uk/game.php?id=2142
It looks like the game from the Interface ad is Dracula’s Castle. The map has 55 rooms, and there’s a very large amount of items/objects for a game of this size. From Creating Adventure Programs:
“I have included the adventure “Dracula’s castle” in the book, as it is the first one that I have written, and I have improved upon the standard to which it was origianlly written. My first adventures were basically written around a six by eight matrix of rooms, but in my more recent ones, I try to devise more irregular matrices.”
“For instance, in my original version of this program for the ZX80, I did not include the necessity to kill the vampire in the coffin.”
Journey to Freedom was a direct sequel:
“This program is a sequel to “Dracula’s castle”, the objective being to return to your home city again with the jewel, and without being killed. Like “Dracula”, it takes up virtually the full amount of memory, and so you may need to make a few adjustments if you have a 16K machine.”
The third in the trilogy is Tyranny of Maglar, which is used as an incomplete template for writing your own adventure in the book. However, if you look at Crypt of Gabon in the Games BBC Computers Play book, it seems that it may have been an altered adaptation of that or vice-versa. Both books were published in ’83, either by Interface themselves or under the editorship of Tim Hartnell, so the connections all sync up.
Many of the later issues of Interface are unavailable online, so it seems likely that the original ZX80 Journey to Freedom would have been advertised similarly.
working on the next post, sort of a pre-show historical mystery for anyone who owns Suspended
does anyone have this particular document in their box? It’s in mine, but I can’t find in any of the other document sites
Looks like it was only (?) included in the original “mask” release. MOCAGH has it, and if you google that release there are several places that show it, including current auctions.
according to Andrew (who commented on Mastodon), he had a mask release which did not have the memo
so either it was in the first release and taken out, or added to a second facemask release and then taken out (or someone made a goof-up and forgot about it when making an new version)
It’s a complete guess, but I’d suggest it’s to work around a bug that was discovered after the gold master had gone off for duplication. Later runs would have had the bug fixed, so no insert. Might even have only affected certain platforms. What datafile version do you have?
it’s on an 8 inch disk for NEC APC
I unfortunately own nothing that I could use in order to check what kind of datafile is on it
NEC APC was one of those rare computers running CP/M on a 8086 processor. How did you pick that one for Suspended?
Anyway, that’s irrelevant here, because during this period of Infocom the game files were truly independent of the computers used to play them; all Infocom games should print a release (single digit) and a serial number (six digits) at the beginning, which uniquely identify the file.
I’m not sure that the contents of this letter correspond to any known bugs (spoiler alert – and follow the link there to Graeme Cree’s list with the version chart as well):
https://www.microheaven.com/InfocomBugs/suspende.shtml
So I’m not sure what’s going on here. Maybe they just initially thought that these issues would be a particular source of player frustration, but then decided it wasn’t a big deal later on.
I bow to your superior knowledge, Rob. That seems equally plausible. I said it was a guess. It just looked, er, not entirely dissimilar to an insert that may (or may not) have been included in some versions of the (I think) Jewels of Darkness trilogy published by Rainbird (ahem).