Tag: purple

The Atomic Heart by Stefan Blixt [Comp03]

IFDB page: The Atomic Heart
Final placement: 10th place (of 30) in the 2003 Interactive Fiction Competition

Comp03 is starting to feel like Old Home Week. First there was the return of Mikko Vuorinen, and now here’s a brand new game from Stefan Blixt, author of Comp97’s Pintown and Comp98’s Purple. Pintown, in my opinion, was an unwinnable disaster, and I found Purple to be very poorly implemented as well, albeit full of fun ideas. The Atomic Heart, I’m sorry to say, is in just about the same shape as Purple.

The game’s concept is that old science fiction nugget about the machines gaining consciousness and battling mankind, but it’s enlivened by the IF presentation, in which the PC is a nanny robot (albeit with a very minor twist, revealed only in game-ending scenes) who bears no hostility towards humanity. “PC as robot” has certainly been done and done much better by other games, as has the twist gimmick, but not in combination (so far as I know) with the “robots vs. humans” plotline, and I liked the idea of playing a robot whose mission is to save humanity from other robots. There were a number of interesting details in the writing, and the structure of the story was good too, with surprising revelations, an exciting climax, and a satisfying ending.

Unhappily, though, the game’s incredibly shoddy implementation demolished any chance I had of enjoying its story. Even more irritating, most of the game’s problems are attributable to nothing but carelessness. For example: synonym problems. There’s a photo that can’t be called a picture. There are “trainers” that can’t be called shoes. There’s this exchange:

>examine bulk integrity module
I only understood you as far as wanting to examine the bulk integrity
module.

“Well,” I had to ask, “isn’t that far enough?”

There’s more, though. Newlines are added or subtracted willy-nilly, giving the game a sloppy appearance. Losing endings are utterly unmarked as such, making them feel more like bugs than dead-ends. There’s a database that supposedly can provide all kinds of information to the robot, but when CONSULTed, even about the topics the game says it knows, all that ever seems to happen is that “You discover nothing of interest in the database.” Then there’s the delightful old “Which do you mean, the eighteenth century bottle or the eighteenth century bottle?” problem. Worse yet, one of the game’s main actions requires incredibly finicky syntax, and that action must be performed again and again in a successful game session.

After about an hour, I was so frustrated with the game’s inability to understand basic things that I started going straight from the walkthrough, and was gobsmacked to discover that even the walkthrough is loaded with commands that don’t work. I can think of no possible excuse for this. Apparently the walkthrough is a command transcript of the game’s author, or someone who has similar inside knowledge, playing the game through to conclusion, but if even the freaking walkthrough document can’t easily figure out how to phrase its commands, isn’t that a really big clue that the game is under-implemented? I think so.

I have to say, I really can’t figure this out. You take good idea, write an interesting story, make up some cool puzzles and such, then you put it together in such a slapdash way that almost nobody could enjoy it. I dunno, maybe there’ll be a big handful of glowing reviews for this game and I’ll discover that I’ve just become uptight and overly picky, but my experience with it was just so aggravating. The game even credits testers, but if the evidence of the walkthrough is any indication, just because a problem is obvious doesn’t mean it will be fixed. But WHY NOT? Why why WHY release something that is so much worse than you know it could be? Take some pride in your work, for heaven’s sake.

I guess this is all getting a little ad hominem, and I don’t mean it to be, but games like this just make me want to pull my hair out. There is just no plausible reason for a game to have problems like this, not with testers and playthroughs that clearly found them. Look, your job as a game author is to make sure your game is the best it can be. Do your job.

Rating: 4.4

Purple by Stefan Blixt [Comp98]

IFDB page: Purple
Final placement: 15th place (of 27) in the 1998 Interactive Fiction Competition

The world is ending. It’s not immediately apparent at first, because you and your brother are living out on the remote island of Lino Kapo, quite isolated from the political troubles of your future Earth(?), whose nations have names like “the Kollagio Antarktika” and “the Oceanic Republic.” But listen to the TV. (The nations have morphed so much that people are living in places like Antarctica, but we still get our information from the TV. Some things never change.) Political battles between the nations have led to the use of the deadly K-bomb, which releases, unsurprisingly, deadly K-radiation! (Where are you when we need you, Lane Mastodon?) This radiation turns the sky a disturbing purple, and threatens to choke out humanity in its menacing clouds. (By the way, the color of the sky is the meaning behind the game’s title. Hallelujah, a title that makes a little sense!) Lucky for you, your brother is a bit of a tinkerer, and has come up with this device called a Phoenix Nest, into which you can climb and sleep away the death of the world in suspended animation. The Nest wakes you up when the levels of K-radiation have dropped enough for humans to be safe. So in you climb, as the world ends, to await its rebirth and greet it with your own. Now, I know I’ve made a bit of sport with the plot here, but details aside I like this premise. It has a drama and immediacy to it, it creates a perfectly plausible reason for the world to be basically deserted, as it so often is in IF, and it gives the author a blank slate onto which a compelling alternate world can be drawn. Not to mention the fact that the mysterious “K-radiation” can be an excuse for almost any biological oddity you care to dream up.

The good news is that from this imaginative premise, Purple takes several very creative steps. The flora and fauna of the post-apocalyptic world are pleasingly exotic and interesting. The landscape is convincingly changed, and the language used to describe the new reality can be quite vivid. The bad news is that these good ideas are very poorly implemented. Let’s start with the writing. Purple isn’t exactly riddled with errors in the same way that, say, Lightiania was. However, there are enough mechanical (spelling & grammar) problems to be a serious irritant. Many of these problems aren’t exactly errors, but rather awkward turns of phrase that make the game harder to read. Purple‘s descriptions often sound as if they were translated from another language into English, by a somewhat inexpert translator. The awkwardness throws off the rhythm of the game’s prose, and I found myself frequently reading text more than once in order to figure out what it was saying. Then there are those sentences that really don’t make sense, like this one: “Urging to cover your eyes from the bright light, you still can’t move a finger.” I think that what this means is that you have the urge to cover your eyes, but you can’t because you’re paralyzed. I figured this out, but it took a minute, and for that minute I was thrown out of the story; in a text adventure, where prose is all there is, being thrown out of the narrative like this is problematic. Add a few outright spelling and grammar errors, and the game starts to feel more like work than fun.

Compounding this problem are some trouble spots in the code. There were several instances of disambiguation troubles, almost enough to make me feel like I was playing a TADS game. Scenes like this were not uncommon:

>X CEILING
Which do you mean, the up, the ceiling or the hole?

>HOLE
Which do you mean, the ceiling or the hole?

>CEILING
Which do you mean, the ceiling or the hole?

To make matters worse, I also came across several run-time errors of the flavor ** Run-time error: [Name of object] (object number 211) has no property to read **, and in fact once crashed WinFrotz altogether with a “No Such Property” error. Besides these basic errors in the code, there were also a number of problems with the way objects were implemented. For instance, you have half of a tool that you have to complete by improvising the other half, and putting one piece into the other. Unfortunately, unless you choose the right piece to insert, you are told that the other half “can’t contain things.” I also had trouble with a number of the puzzles, and was unable to figure them out without a walkthrough, but I can’t tell if that’s because of the stumbling English and buggy code, or the difficulty of the puzzles, or just my own denseness. On balance, I’d say that Purple is a very rough version of what could become a good IF vignette. After it’s undergone a few vigorous rounds of beta-testing, you might want to give it a try.

Rating: 4.1