Awake the Mighty Dread takes place in a fantasy dreamworld fuelled by Alice In Wonderland, The Wizard of Oz and the aesthetic of steampunk. It's got orphans, air travel, capricious NPCs ranging in scale from an amphibian to a deity, and a reverence for storybooks. And all that in a smallish game. It's alluded to that its orphan protagonist slips away to the dreamworld in order to avoid abuse back in the real world, but the social system in the dreamworld turns out to be a troubled one, too. The heroine's spiky curiosity about what's going on there is well written, and provides motivational fuel for the player in a game which turns out to be not very good at signalling progress through it.
Awake is actually the IF dimension of a larger project by its author which can be found at
http://lyleskains.com/Faerwhile.html
However, the game was basically presented as a standalone entity in the 2011 Interactive Fiction Competition. Exploring the rest of the project might thicken Awake's backstory, but I doubt it would actually help in the playing of Awake for reasons to be enunciated in this review.
Awake received mixed reviews when it appeared in IFComp. My own private review (for other game authors that year) began:
"Since people have been saying that they found this baffling, I secretly patted myself on the head for not being baffled."
So, I liked the overall experience more than most, but the game's delivery is clearly a failing one. In spite of the author's writerly prose and obvious knowledge of some advanced parser conceits, the game exhibits no awareness of how to steer a player through its contents via the parser. Location descriptions are aesthetically pleasing but player-insensitive, with almost none of their interesting features implemented. The features that are implemented are there to service plot points in a story that only seems threadable in retrospect. Trying to make the story happen yourself with the game's minimal direction and tech oversights is futile-leaning, and so the game's solution file is essential.
In the case of contemporary IF, I have low tolerance for being involved with walkthrough/hint systems unless they're really well considered. I also have design philosophy qualms about some games I consider to be impossible without a walkthrough. Awake bypassed my concerns in these areas because it's an interesting failure of an accessible kind. Reconsidering it five years down the track, I'd say it's definitely of more interest to people who create IF games than it is to player-players. In this capacity, it's substantial enough not to feel too small or inconsequential, but still small enough not to feel like a time burglar in spite of its black box implementation.
That black box is actually the point of interest; playing Awake feels like trying to build a Lego model without being able to see your hands. A lot of interconnecting prose seems to be absent in this game. There's a train you start out on, and which automatically travels from station to station, and there's an effect whereby you can see what station you're at out the window. But the descriptions within and without can be indistinguishable. Being on a train in a location can be the same as just being in the location – until the train moves, of course. Similarly, objects sometimes appear 'painted on' in room descriptions, and stay there even after you've taken them. NPCs speak at appropriate moments but don't show up as prose entities when they're not speaking. It's hard to tell when conversations have ended, or if the conversants are still about. Finally, the most important action you must take in the whole game is unguessable, and deliverable as a command in a form that only hardcore parser folk would be aware of. Collectively, these sophisticated-leaning bugs at the coalface of interactivity suggest the author had strong familiarity with parser games but didn't run Awake through a sufficiently typical or robust group of playtesters.
I find the story in Awake interesting, and the game succeeds in feeling like a window onto a larger fantasy world, but in the end its technical oddities render it mostly a curio for parser nerds. Its contents can't be unspooled easily the way the contents of the famous stories it most emulates can. The site of the obstacles is its interactivity.
Hippo on Elm St is a cute, shortish and nicely modelled adventure about a house hippo (they're small) scouting the place for food on Halloween. It's based on the world of a Canadian Public Service Announcement video from the 1990s (http://www.youtube.com/watch?v=TNbw-qycyl4). I wasn't given this context when I helped beta-test it, which made the experience a tad perplexing for me. But then again, small, cute animals obviously need to eat, it's logical that other small, cute creatures might impede their attempts to do so, and if it's Halloween I shouldn't be surprised to encounter Halloweenish stuff, right?
The game environment is dynamic and a lot of the puzzles are about mutual exclusivity. Carrying one thing and not being able to carry another, being able to move in certain ways or on certain surfaces in certain circumstances and not others. It's clever like this and pretty dense for a small game.
Sticky points are that it's not always evident what you should be doing (if you lose focus, harken to the very first things the game said to you. House hippos are simple creatures with simple goals) plus the verbs themselves can be sticky. It's easier to finish the game than it is to get all the points, and there's still one I'm missing.
For cute, G-rated IF entertainment about snug-seeking house hippos who like tasty stuff, this is the house hippo game to beat.
I played this small IFComp 2011 game during IFComp 2011. I didn't get it.
The writing is good at creating the character of a muscular labourer who's a bit superstitious, and shy about using his imagination to solve problems. The game is obviously linear, and in that capacity does keep the player on track. It also demonstrates general technical polish.
However, it turned out either I was a dummy or the game was too subtle, because I didn't even notice when Something Dramatic Happened, to coin a phrase from amongst Inform's library messages while simultaneously avoiding any specific spoiling. I learned about what I'd missed by reading other reviews after I wrote mine. I was also unaware of a superstition involving cold iron, even though I used to play AD&D and so felt I should have known of it if it was a big enough thing.
Replaying the game armed with the knowledge of thing dramatis, it still seemed to me it was only mildly indicated.
I had been surprised (excited?) to see the game print, at one point, the library message "Because something dramatic has happened, the commands available to you have been cut down." I'd previously only seen this by poking around inside Inform on my own time. I then wondered: Was the point of this event (and the accompanying screen clear) that it tested whether I had been paying attention to recent content in the game, because at this point I could no longer scroll back to review the details of the story?
But then all I could do was go back to the chapel location, with or without having noticed thing dramatis. I was disappointed, both because of the possibility for excitement I'd anticipated that had not come about, and because the ending was so low key. (Spoiler - click to show)The first character had begun to flex his imagination, but not to much avail, apparently. Any ulterior purpose of the game was too obscure for me to discern. Whether I was careless or not – it seems I probably was – I didn't believe I was the only player who would miss thing dramatis, and since I expected thing dramatis to be bound up with the purpose, I felt the game was likely to undershoot a lot of people as it undershot me.
(This is an edited version of a review I originally wrote for my 2015 IFComp blog.)
War of the Willows is a combat game, requiring a Python interpreter to run, in which you must put down a giant, killer willow tree that's menacing your kingdom. Put it down mano a mano.
I doubt that anyone would have guessed this about the game based on its IFComp blurb –
"Did you see the clean air of the hilltops? Wind waves tumbled down through the trees, tore the drift of lavender smoke... Did you see then, in the cinder that glowed in the pewter cup, did you see how Death would wrap its roots around our throats?"
– except perhaps for the presence of that subtle pun about the roots wrapping around our throats. It's like that moment in the original Resident Evil when Chris Redfield, having polished off a building-sized carnivorous plant, says, "I think we got to the ROOT of the problem." (His emphasis, not mine.)
War of the Willows wraps a randomised combat game of obscure mechanics – one that at heart is not entirely unlike the kind of thing that appeared in David Ahl's 1978 book BASIC Computer Games – with a poetic and sometimes heavy-leaning text delivery. When a game starts by quoting a chunk of Edicts from the Bible, that's heavy. The original prose that follows flows in a similar, stansa'd vein. Poetry + combat = a novel entity, and once you get stuck in, you'll probably be hooked on trying to win at least once. But the game throws up tons of very obvious design issues. Primary amongst them: requiring the player to deal with way too much repetition of prose and key-mashing.
I believe that I am a poor reader of poetry-poetry, but I enjoyed picking my way through the figurative language of War of the Willows to learn about the woes of my kingdom and its apparent comeuppance at the hands of nature and such. At least I enjoyed doing it the first time. After I had tried to kill the tree about ten times, died as many times and mashed RETURN to make it through all of the same prose ten times, as well as answering the questions I had to answer on each playthrough to get to the battle, my right hand was ready to fall off and I was displeased at this design weakness.
Also – when you type in a god's name, you have to capitalise the first letter or it's not understood! And double also – I often experienced buggy code dumps in the middle of the prose. Maybe they're related to my version of Python. They didn't wreck anything, but seeing blocks of code from the game appear during the game was not an endearing quality.
The upshot is that when you get to the combat, you'll become interested in the combat, and all the unvarying material preceding it then just becomes a delay at getting back into the combat on replays. This applies to player death, too, which also requires a fair bit of RETURN-whacking to end proceedings.
The combat itself is significantly frustrating, but still compelling. The mechanics are hidden, but the prose does give feedback on your actions. Seeing new phrases appear suggests that your last action might have brought them about. There are logical ideas about useful ways to string together the available actions like strike / evade / advance, etc. that are likely to occur to any player, but as I say, it took me about ten plays to score a victory over the willow. It's hard to know what effect your pre-battle choices of god and desire have on the proceedings; I was having so much trouble killing the tree once, I never swerved from the walkthrough's advice (the walkthrough is purely advice) that one always choose certain combinations. I went with Vordak and Power.
I think the author has hit on a strangely original idea with this game, but it's a pretty user-unfriendly incarnation of that idea.
(This is an edited version of a review I originally wrote for my 2013 IFComp blog.)
Blood on the Heather (BOTH) is a wack-seeking CYOA adventure about three young Americans who take a vacation in Scotland and get mixed up with petulant feuding vampires and their scenery-destroying vampiric offspring. The author says it was inspired by the vampire B-movies of their youth. For me, this raised disturbing questions about how old the author might be… Twelve?! Facetiousness aside, the game's combination of bloodsuckers who act like the rabid zombies of the cinema of the 2000s, Underworldish vampire clans and a splat of Twilighty romanticism pointed to pretty recent stuff. And after I'd done all that thought, someone who watched the TV show Buffy the Vampier Slayer told me with great confidence that that was probably the primary influence.
BOTH gives off a strongly goofy vibe through its predilection for one-liner gags and funny/cool character behaviour, but it's also a work of quite driven prose. It was probably the biggest CYOA game I'd ever played when I first encountered it, and also the one with the longest passages between each moment of player choice. I was curious about what a text game which was confident enough to use this much unbroken prose would be like. As I'd expected and hoped, it was able to build up a lot of momentum. I also felt that it was capable of instilling each choice with more context, potentially making the whole thing more character-centric.
While I'm grateful to BOTH for demonstrating all of this to me in a big, real world case, I did find it an effort to get through a lot of it because I just wasn't interested in the petulant vampires or their moderately complicated mythology. In this respect, the game definitely reminds me of my experience with most of Hollywood's recent films about supernatural clans.
If the writing and characterisation of BOTH were both excellent, that would obviously do a lot for player interest. The trouble with the former is that it's erratic. I wouldn't underestimate the feat of achieving consistent propulsion of a story this big, which BOTH's writing pulls off comfortably, but it is the length of the thing which also throws the jumpy proofreading into relief. Some pages are in great shape while others are rife with typos and mistakes of tense. The characters tend to make the same kind of opportunistic jokes as each other, spreading a fuzzy zaniness across the game at the cost of character individuality. And I found the feuding vampire characters really annoying. They have a kind of Flash Gordon / Prince Barin rivalry going on, except that both of them are Prince Barin. The heroine (us), who unfortunately spends nearly all her time as an unwilling sidekick to one of the vampires, does develop over the game, mustering a tenacity which is underestimated by all the baddies. Her emerging resolve was a source of humour and tension which sucked me back into the second half of the game, but in the main I found too much of BOTH tiring or insufficiently involving. It would take more preparatory work than was done here, or more idiosyncratic characters, to get me interested in all these feuding vampires and the spectacle of their rampage.
(This is an edited version of a review I originally wrote for my 2013 IFComp blog.)
Further is a short, parser-driven Z-Code adventure set in the afterlife, or at least after your death.
In my relatively short experience of IFComp prior to playing Further (2010+) I'd observed that afterlife games were a mainstay of the competition. They'd appeared in forms as various as the cerebral puzzlefest, the religious sampler, the existential angst generator and the poser of ethical and moral dilemmas. Further's approach is less complicated. It uses simple puzzles to dramatise the process of remembering your life as you head for the light. The result is a modest game which didn't stir my emotions as much as I think it might have liked to, but whose concept is clear.
In Further you start out as an insubstantial form lost in the haze. Exploration reveals a small map composed of elemental terrain: grass, a sandstorm, snow. Little objects from your life are lying around, and by FOCUSing ON them in the appropriately coloured locations you can revivify your memories, transforming the locations into clearer recollections of your life. The colours are also used to paint the relevant pieces of text and to clue you in to suitable locations.
The delivery of these mechanisms is simple. Only a handful of commands are required across the whole game and not much is implemented beyond the vital objects, but the lack of extra detail happens to suit the overall idea that only really important stuff from your life is of value to your ghostly or insubstantial self now, and that only that stuff can help you move on. The descriptions of the memories themselves may suffer a bit from the game's sparseness, at least in terms of their power, but they're in keeping with the whole. I also like the minimal prose used in the final room and the lack of a game over message – even though I admit I then went and peeked at the solution to make sure I really had reached the end.
I found Further's simplicity satisfying. At the level it pitches at, its idea plays out well.
(A tech anecdote: During IFComp 2013, I played this game online using an iPhone 5. While it responded instantly to most commands, it would typically pause for up to 25 seconds each time a Player Experience Upgrade response was invoked... Ouch! Player Experience Upgrade was Aaron Reed's suite of code for Inform 6G60 games which sought to supply more accessible than average responses when players typed stuff that wasn't understood. Obviously it was a CPU-crippler for some combination of Z-Code games and/or online play and/or the iPhone 5.)
The Pyramid of Anharos hails from the heyday of Eamon, a time when Eamon authors who were making what you might call serious adventures – rather than jokey or personally expressive ones – were constantly trying to come up with new ways to outsmart (read: destroy) players who by now had about 100 different paths to hack or cheat their way around standard Eamon mechanics. Where swathes of powerful monsters might not ultimately stop a PC, difficult custom-programmed puzzles that paid no heed to the PC's engorged stats or superweapons probably would. Thus solidified the tradition of difficult, player-killing puzzle Eamons.
My speculation is that this author versus player attitude was exacerbated within Eamon because of authors' infuriating visions of character-hacking, upstart players who really needed to be facepunched to the floor. After all, if you had slaved away at making a challenging Eamon adventure, and you'd finally got it out there back in the days when getting it out there was infinitely more difficult than it is now, would you enjoy the thought of having your game cleared promptly by cheaty types?
Pyramid of Anharos definitely facepunches the player to the floor. It's not really wrathful about what it's doing, but if you put a character you like in the disk drive, it's guaranteed that they will be killed and deleted, probably multiple times, assuming you backed them up or cheated in the first place. The reason this is so tiring in Eamon is because you do have to keep cheating, hacking, breaking the game off and switching disks if you want to complete it, restarting every time. Your saves are deleted, too. Pyramid has tough puzzles and one undoable instant death after another. I reached a point where I become too annoyed with all this to want to risk experimenting any more, so I hit the walkthrough.
The puzzle collection and overall coherence of this game is actually pretty good in an adventuresome sense, and that's why I give it three stars – I consider it a worthy example in the Eamon catalogue of the kind of hyper-frustrating aesthetic I've described. I don't recommend playing it today if you're seeking an entertaining challenge; I only recommend playing it to see what these killer games were like.
There's a desert maze you can overcome if you just hire a guide. Glyphs you can read to learn secret words you need to say. Mummies you can search to find magic items. A few annoying riddles to answer. A gauntlet of deadly rooms with increasingly ravaged corpses on their thresholds as a warning. You also need to keep your water supplies topped up or you die of thirst. The main problem with Pyramid is that you get killed just for trying things out. The other problem is that it's particularly variable in its implementation approach. Sometimes important items are picked out, sometimes they're buried in the scenery. Sometimes you find a secret door by just LOOKing again, sometimes you need to examine a specific unhighlighted object. This amounts to you having to try interacting with everything in about four different ways to pluck the needles from the haystack. And in Pyramid, nothing is not in the haystack.
The author, Pat Hurst, was known for throwing some moral content into his Eamons, mostly of the 'help a beggar or pay later' variety. There's another beggar in Pyramid, though weirdly there's also a desert raiders camp where you basically need to pick which group of folks you'll hack down in order to get to the other side – the children, the women or the men. Tom Zuchowski's walkthrough opts for the women; like he says, it's the most direct route. And when a game is as unreasonably difficult as Pyramid of Anharos, you probably don't want any more indirect routes. It has notable production values, but it's also a prototypically devilish player-killer from middle school Eamon.
Baluthar is a fantasy-horror adventure set on a world which has been invaded by the Ivarns, a destructive and technologically advanced race. While this setting informs the events of the game, it does so from quite a distance. The game itself is really about a father following his missing son down the horrible dungeon in the well outside their hut. You play the father, and must first drag yourself out of bed after reading a heavy, non-diegetic quote from the book of Ecclesiastes.
The construction of the sense of the greater world in Baluthar is impressive. The game physically presents just a very specific part of it, but through the ruminations of the character of the father, and through scenic features like paintings and through the anthropology of the game's rather horrible monsters – which are lovingly described – a strange portrait of the whole begins to emerge. I see that the game was criticised upon its release for not letting the player venture out into that whole, but this element didn't bother me. The game's achievement is the grotesque inventory of creatures and weird artefacts it delivers in the space of a single dungeon: a child-ghoul, rooms awash with rivers of fist-sized corpse beetles and a half-alive skull embedded in a laboratory wall amongst them.
Getting around these creatures and overcoming hostile magic are the subjects of the game's puzzles. They aren't too complicated, and there's a completist hint system built in if you get stuck. The writing is vivid, certainly purple at times, overloaded with too-long sentences and prepositions, but given the intensity of the content and the shortish duration of the game, the style does not outstay its welcome for what it's doing. It is also clever in building up the world mythology out of little strokes and asides distributed throughout the prose.
The parser itself is the weak point. It just isn't honed enough to deal with some of the more obvious ambiguities of player intent in relation to the game's content. Baluthar was the author's first game, and programming up the interactions is his obvious site for improvement. But as a fantasy puzzle game with a horror-leaning aesthetic, it is self-contained, imaginative and satisfying.
The game potentially doesn't follow up on the existential weariness expressed in its opening, but I'm not sure. After it was over, I found myself thinking about the way the character of the father had been expressed. Weary at first, single-minded in his quest to find his son, wordless by the end. Perhaps it was the ASK/TELL system, implemented rather feebly in Baluthar for communication between the father and son, that left a querulous feeling on this front.
(This is an edited version of a review I originally blogged during the 2014 IFComp.)
Sigmund's Quest is the visually colourful point-and-click introduction to an incomplete CYOA style adventure based on a tale from Norse mythology. It runs in a web browser, and its deliberately magnified, pixelated colour graphics fill the screen. Unfortunately this is way too short (I reached the end in about five minutes) to sell or indicate much about the game-to-be except that it will have some charming graphics.
The blurb mentions werewolves and incest; none of either were in evidence in my playthrough. The tip of the story didn't hook me, as the content demonstrated up until the endpoint was too generic a tale of medieval royalty. The prose is simple and a bit workmanlike, with an earnestness which does little to riff off the playfulness that the graphics suggest as an aesthetic possibility.
The author cites the inspiration of King's Quest. This is writ large in the visuals, but the aggressive attitude of the King's Quest games (which I really, really don't miss - both the games and the attitude) is not. Yet I feel there needs to be some kind of attitude here to something. That's what's missing.
Sigmund's Quest competed in IFComp 2014. There was no rule against entering incomplete works, but historically they've faired poorly. The context is 99% of the reason why. If I'm given scores of games to play, why would I want to play one which isn't finished? Or in this case, barely begun? In IFComp, receptivity to a demo can plummet at the moment the player realises it's a demo.
To put an Introcomp spin on what I experienced of Sigmund's Quest, I wouldn't be interested in playing the rest of it if it were to continue in the fashion already demonstrated, and that’s primarily because I'm not trusting the prose or writing to become interesting if they continue in the fashion already demonstrated. Such a perception all comes down to the smallness of the sample space presented by this intro, one way or another.
One of the strange things about the mind is how seemingly long-forgotten information can be revived by the apprehension of brand new but similar information. Watching the floridly entertaining 1960s thriller Brides of Fu Manchu recently reminded me that an Eamon game called Superfortress of Lin Wang existed, and made me want to play it. So I did.
Superfortress is an out-and-out hack, slash and loot Eamon consisting entirely of exploration and combat. There are no secret doors or examinable room features, nor is there any custom programming. Bad guy Lin Wang has enslaved Japan and taken up residence in his henchmen-filled castle. Your job is to eliminate him, hewing through numerous ninjas, dragons and karate champions in the process and grabbing all weapons and treasures you see en route.
There are countless Eamon games in this vein, but Superfortress at least distinguishes itself with its clear aesthetic of martial arts bad guys and a sense of escalation of threat and variety. The author knows how to lay out a castle and to make the encounters heavier and more interesting as you progress. And the game's monsters don't just exhibit arbitrary stats. When you walk into a room with a dragon, both the prose and the nature of the preceding bad guys will have correctly cued you to expect that this will be a rougher fight.
With no puzzles or custom mechanics to test the player in other ways, this game is ultimately about how good your stats are versus those of the bad guys. Freshly minted characters who have completed nought more than Beginners Cave will get torn apart here. Even though I used the relatively tough Sam character from the Eamon Utilities disk, I died about five times before I won. (Proceedings weren't helped by the fact that there's a friendly NPC also called 'Sam' in Superfortress, meaning that reports on the status of his health were indistinguishable from reports on the status of mine.) There's always a chance that the worst monsters will take you out in two hits if you're simply unlucky, but if you save up all the hit points you can by learning the whereabouts of unnecessary fights earlier in the castle, you will optimise your chances of surviving on any playthrough.
Superfortress wasn't rated highly by the Eamon Adventurers Guild back in the day ("Once you've killed one Ninja, you killed them all" - Tom Zuchowski) but as an example of an unadulterated combat Eamon, it's decently designed and coherent. That counts for something, given the number of nothing-but-fighting Eamons in the library which aren't.