ISSUE #44 - April 30, 2006
___. .___ _ ___.
/ _| | \ / \ / ._|
\ \ | o_/ | | | |_.
.\ \ | | | o | | | |
The |___/ociety for the |_|romotion of |_|_|dventure \___|ames.
ISSUE #44
Edited by Jimmy Maher (maher SP@G grandecom.net)
April 30, 2006
SPAG Website: http://www.sparkynet.com/spag
SPAG #44 is copyright (c) 2006 by Jimmy Maher.
Authors of reviews and articles retain the rights to their contributions.
All email addresses are spamblocked -- replace the name of our magazine
with the traditional 'at' sign.
ARTICLES IN THIS ISSUE ----------------------------------------------------
The SPAG Interview: Graham Nelson and Emily Short on Inform 7
REVIEWS IN THIS ISSUE -----------------------------------------------------
Akari's Story
All Hope Abandon
The Baron
Damnatio Memoriae
Dracula: The First Night
Pantomine
The Potter and the Mould
Threnody
The Warlord, the Princess, and the Bulldog
SPECIFICS
=========
The Baron
EDITORIAL------------------------------------------------------------------
From the department of the obvious: This issue is late. For that, I heartily
apologize, both to SPAG's readership and (especially) to those who sent in
content and have been patiently waiting for it to appear. Now, however, I will
haul out my excuses. The first two weeks of delay were entirely due to my own
personal situation. I was in the midst of completing my university coursework
for the semester, and just did not have the time to do an adequete job with
SPAG. The next week of delay was to allow the Spring Thing competition to end,
and for me to print Mike Snyder and Dan Shiovitz's eloquent analysises of the
games that were entered there. Finally, I had the opportunity to interview
Graham Nelson and Emily Short about the forthcoming (and potentially
revolutionary) Inform 7 for the price of one more week's delay, and I just could
not pass it up. The good news, though, is that we have another very substantial
issue here, thanks once again to all of you, featuring commentary on some fine
examples of present-day IF.
I have been thinking a fair amount lately about the current state of the art in
IF. If we date the beginning of the modern era from the beginning of the IF
Competition in 1995, we are now far enough into same that larger trends might
start to assert themselves. Modern IF, in short, has a history of its own now
apart from the larger story of IF as a whole. Prompted partially by some recent
(and occasionally heated) discussion on the newsgroups, I find myself wanting to
understand those trends. Whether my analysis will be correct in the end only
more time and the better perspective it brings will tell, but I am going to
briefly describe the way I see IF's recent evolution.
I think we might call the first six or seven years of modern IF, from 1995 to
2002 or so, the era of experimentation. It was marked by an explosion of games
that seemed determined to sort out just what this medium could do and be now
that it was freed from the commercial constraint that "IF" must be a synonym for
"(text) adventure game." That First Competition included C.E. Forman's Mystery
Science Theatre 3000-ization of Detective, Garath Rees' one-room experiment The
Magic Toyshop, and Neil Demause's bizarre self-referential Undo. As time wore
on, such experiments in form continued unabated. I am thinking of works like
Aisle, The Space Under the Window, Shrapnel, and many others here. Even the
much-loved Photopia could fall into this category. (Can we remove all of the
gamelike elements from IF and still make it compelling?) Galatea fits as well.
(Just how believable of an NPC can we manage with our current tools, and can we
build an interesting work around nothing but interaction with her?) Of course,
this was not ALL that was going on. Plenty of traditional text adventures were
being written as well. Still, I think I see a trend here, and possibly a
dominent trend.
The works I have just mentioned, and many similar ones I did not, were all
important, indeed essential, to IF's artistic growth. They were, however, also
somewhat limited in their artistic success by their very natures as formal
experiments. I do not think that Neil K. Guy felt compelled to tell the story
of an average fellow in a grocery store, and decided that a one-move work of IF
was the best way to do that. Similarly, and perhaps more controversially, I do
not really see Emily Short as writing Galatea with the primary intent of
illuminating the title character for her players. I think she wanted to
experiment with conversation in IF, and chose Galatea after making that decision
as a clever and interesting subject. (Photopia, on the other hand, I will leave
alone as the exception that proves the rule.)
I had a creative writing teacher once who gave me some advice I have never
forgotten. She told me that the form of a work should arise organically from
the nature of what the artist is trying to express. This remark was made in
response to the trend nowdays in fiction to break the rules seemingly for the
sake of it through the employment of fragmentation, deliberate grammatical
errors, colors and odd typefaces, etc. Such things, my teacher told me, should
only be used if the artist cannot get her message across without them.
Otherwise, they merely draw the reader's attention to the surface of the work
and away from its real heart. They are, in short, mere showboating by the
author, who seems to be crying, "Look at me! Look how very clever and
postmodern I am!" One is often left to suspect that the heart of the work is in
fact empty, and thus all its author has to work with is its surface textures.
I don't mean the preceding to sound as harsh as it possibly might in the context
of this discussion about IF. I don't see the authors of any of the works
mentioned above as being guilty of showboating for its own sake in the way that
irritates me with authors of postmodern fiction. What I do see, though, is
these authors working out through experimentation and trial and error just what
the tools of IF really are, and what can and cannot be done with them. Think of
Renaissance artists discovering the rules of perspective through a series of
sketches. The IF works I have been discussing are works of real quality,
interest, and historical importance, but they are also limited by the very
motivation behind their creation. Their authors did not say, "I have this
amazing story -- (or, depending on the nature of the work, amazing game) -- to
communicate, and this form is the best way to do so." It rather seems to me
that the form came first, and the details of the story/game followed. This does
not make the works any less clever or important, but it does give them a certain
coldness or even, to use a word batted rather recklessly about the newsgroups
recently, pretension. As was also mentioned, though, pretension is not always a
bad thing, and is often necessary for the advancement of an artform.
I believe I see a change in the games being produced by the community in the
last few years. The formal experiments have decreased considerably in number.
Increasing in number, though, are works that internalize the fruits of that
experimentation, as well as the considerable body of design theory the community
has built up over the years, in the service of their artistic intent, rather
than the other way around. Take Vespers, winner of last fall's Competition, for
example. It tells a story that I personally find as emotionally compelling as
Photopia, yet it manages to also do something Photopia did not: to put the
"interactive" into its "interactive fiction." The narrative and the crossword
are in perfect balance.
For an artist to create great work, she must first understand her tools. Just
possibly, we in the IF community are finally reaching that stage. It may be
that in ten years whoever is editing SPAG will point to the last few years as
the first rumblings of the artistic maturity of IF.
IF NEWS -------------------------------------------------------------------
NEW WEB-BASED Z-MACHINE TERPS
Wei-ju Wu has developed a new Java Z-Machine interpreter. Everyone who is still
using ZPlet to imbed IF games in their web pages should definitely take a look,
as Wu's program is already at version 0.89 much more attractive and capable.
Also, Q.P. Liu has written a Z-Machine interpreter entirely in JavaScript (!).
It's a bit slow, but may be worth a look.
http://sourceforge.net/projects/zmpp
http://www.geocities.com/qpliu/if
THE 2005 XYZZY AWARDS
IF's equivalent of the Oscars, for the best games released during the previous
year, were recently announced. My, what a good year Jason Devlin had.
Congratulation to all of the winners! Visit the XYZZY News website for a
complete transcript of the ceremony from the IF MUD.
Best game: Vespers, by Jason Devlin
Best writing: Vespers, by Jason Devlin
Best story: Beyond, by Mondi Confinanti (Roberto Grassi, Paolo Lucchesi, and
Alessandro Peretti)
Best setting: Vespers, by Jason Devlin
Best puzzles: Distress, by Mike Snyder
Best NPCs: Vespers, by Jason Devlin
Best individual puzzle: Following the murderer in Beyond, by Mondi Confinanti
(Roberto Grassi, Paolo Lucchesi, and Alessandro Peretti)
Best individual NPC: The storyteller in Whom the Telling Changed (by Aaron A.
Reed)
Best individual PC: Wendy Little In Tough Beans, by Sara Dee
Best use of medium: Mystery House Possessed, by Emily Short
http://www.xyzzynew.com.
SPRING THING 2006
The Spring Thing competition has just wrapped up as I am writing this. Thanks
to Greg Boettcher for administering it for a third year, and to Mike Snyder and
Dan Shiovitz for their timely reviews of the games to be found in this very
issue. All four games are eminently worth playing, but this is after all a
competition, and so the results were as follows:
1. The Baron by Victor Gijsbers
2. The Potter and the Mould by Robert Street
3. Pantomine by Robb Sherwin
4. The Warlord, the Princess, and the Bulldog by David Whyld
SPAG NEEDS YOU!
Once again you folks have come through for me, helping out with reviews of older
games to clear much of my backlog. There are always more being released,
however, so your work and mine never really end. Would we really want it any
other way?
SPAG 10 MOST WANTED LIST
========================
1. Eragon
2. A Spot of Bother
3. 1893: A World's Fair Mystery
4. Finding Martin
5. Swineback Ridge
6. Mystery House Taken Over games (any, some, or all!)
7. Remaining IF Comp 2005 Games
8. Dracula: The Arrival
9. 2k Competition 2004 Games
10. IntroComp 2005 Games
THE SPAG INTERVIEW---------------------------------------------------------
We may someday look back upon April 30, 2006, as a hugely significant day in the
history of IF. If you haven't heard yet, Graham Nelson has today released the
latest version of his Inform IF development language. Actually, thinking of
Inform 7 as just an update to Inform 6 does not begin to do it justice. It is
in fact a major paradigm shift, not just for Inform but for IF development in
general. Inform 7 allows its user to create IF not through a conventional
programming language but through natural language descriptions of the
environment to be simulated. The result is a tool that both Graham and his
closest partner in Inform 7's development, Emily Short, feel is both more
powerful and flexible and much easier to use than Inform 6, and that has the
potential to expand IF's authorship community immensely. The presentation side
of things has also not been neglected. Inform 7 games are developed within a
slick and professional IDE (available for Windows and Mac OSX), and can be
packaged for release with cover art that is automatically displayed at run-time
on interpreters equipped with the ability to do so. I encourage every one of
SPAG's readers to visit the Inform 7 website at http://www.inform-fiction.org to
see for yourself. I think you will come away excited and impressed.
Graham and Emily were kind of enough to take time during the hectic final days
of Inform 7's development to talk with SPAG. Their interview follows.
SPAG: We all know what Emily has been up to recently, namely authoring a
string of interesting and important games. You, Graham, had however retired
from the limelight completely. I had assumed that you had lost interest in IF
and moved on to other things. Now that I realize that is not the case, I
wonder just how long you have been working on Inform 7. Could you briefly
describe its development history for us?
GN: I tend to get involved publically only when I feel I have something to say,
I suppose, but my apparent invisibility in recent years is partly an aspect of
the natural life-cycle of community software. Inform 6 is not gcc, or emacs, or
even curl, but it is (I hope) a fairly dependable command-line tool. After rapid
flux in 1993-96, during which Informs 1 to 5 never stood still long enough to be
debugged, I spent about six months recoding the compiler from first principles -
this was Inform 6. It then needed stability and a trustworthy infrastructure of
support and documentation. In 1999-2001, spurred on by the kindness and interest
of Mike Berlyn and later David Cornelson, I worked mainly on the Designer's
Manual, notionally the fourth edition (people took to calling this the "DM4")
but really the first to be a genuine book. Gareth Rees's editing forced me into
doing the job properly: the best kind of editor is also the author's conscience.
The DM4 is the scene of a collision between two quite different books - one on
the history and practice of IF, the other on Inform 6 - but perhaps that is what
gives the book its cult status, if I can call it that. I have always rather
liked hand-made books which expose the inner landscape of the writer - Robert
Harbison's "Eccentric Spaces", say. Sometimes such books put a spurious
intellectual gloss on individual captivations which leave others cold, or worse,
embarrassed: and they can be awfully gauche, like "Godel, Escher, Bach", or just
plain mad, like "The White Goddess", but there's a kind of honesty in them. I
don't compare myself, but the DM4 belongs to that genre. It continues in print,
and Dan Sanderson published a third impression just this month - actually, I
received the first hardback copy today. Buy early for Christmas.
After 2001, Inform 6 stabilised to its published description. The Inform-
maintenance mailing list organises bug fixes - Roger Firth, Cedric Knight, David
Kinder and other fine people do all the work; I doze benignly on my peacock
throne, occasionally murmuring when something radical is said, but otherwise
leaving Inform 6 maintenance to the professionals. A few years ago, Roger asked
me what would be the next step forward for Inform 6: I think I disappointed him
a little by saying that I wanted stability. People do sometimes push for, say,
Java-like exceptions, or other new linguistic features, but I think they would
add little. While there are minor process improvements to Inform 6 which I think
would be helpful - more transparent Unicode support, for instance, a little more
work on Glulx compilation - and while we do need more reliable unit testing,
Inform 6 is in an essentially final state.
So in 2001-02, I felt that I had pretty well said what I wanted to say about IF.
Except... Off and on, I worked on a little draft of an IF, which never got much
further than a few scenes because I kept grinding to a halt. I found using
Inform at the command line to be fussy, inelegant. To start a project took ages.
And why was I typing so much verbiage just to establish that one thing was in
another, and so forth? I formed some hazy thoughts about what would be a better
interface, but they seemed hopelessly unrealisable.
But over 2002-03, I began again in earnest, and persuaded Andrew Hunter to join
the project. I had by now written what I thought of as the "Book of Inform", a
brief description of how Inform should present itself to the user - the name
being a homage to Jef Raskin, who wrote a similar "Book of Macintosh" at Apple
twenty years ago. Andrew, who had already written a beautiful Z-machine
interpreter for Mac OS X - Zoom - agreed to take on the coding of the user
interface: I would write the actual compiler inside, and the two together would
be Inform 7. The final interface isn't exactly as once specified - many ideas
came later and were Andrew's, not mine - but it's pretty close to the original
"vision", if I can call it that. David Kinder's user interface for Windows came
later and is in some sense a clone of the Mac OS X one, but they have no code in
common - his is an independent miracle of programming.
The history of Inform 7 can be divided into five: initial sketches and false
starts; completion of a superficial, but just about IF-capable first draft (it
was this that Emily used to write "Mystery House Possessed", whose banner was
the first public appearance of the words "Inform 7"); going back to the drawing
board, which meant fairly intensive study of linguistic semantics and even a
little philosophy of language; realising that the new features added as a result
of this had enormously expanded the scope of Inform, and developing the
consequences; and finally, polishing, documenting, finishing up.
I hope it will not be thought that I am the only begetter of Inform 7. Emily
Short became increasingly closely involved after the first year, and went from
being an adviser to becoming - as she now is - in practical terms co-regent.
Andrew Plotkin remained an occasional adviser, so his contribution was more
modest, but he injected exactly the right radical ideas at the right time.
Emily, want to talk about what it was like from your point of view?
ES: I, er, gosh. A blur. I guess I spent roughly a year filing hundreds of
fiddly bug reports and writing long, annoying email about all the difficult
features I wanted added; and another year or so writing test code and examples
and full games. So during the first part I spent a lot of time thinking about
what the strengths of the system were, and how they could be enhanced -- whether
there were ways to generalize or abstract the things that it already did, to
make them more powerful. The second half was turning around and applying those
things again, and making sure Inform really could handle all the applications I
envisioned for it. There are still, oh, two dozen or so directions I want to
develop further, but it's time to let other people have a crack at it too.
SPAG: Many Internet programs, especially those intended to be used by a
community, are written in public, with open source and frequent published
drafts. Why is Inform 7 only now making its first public appearance?
GN: Partly my nature, no doubt. TADS 3 has had a much more open process - and
perhaps a more confident one. I will certainly plead guilty to being a control
freak. The hard decisions are what to take out, not what to put in, and that
becomes more difficult when there is a nascent user base. (Also, you need to be
careful which wish-lists to read: the wish-list you need to pay most attention
to is the one written by a designer of actual IF, not a well-motivated
bystander.)
Had Inform 7 been developed in open source, I am fairly sure it would now be an
elaborated version of the superficial prototype, and that it would be much the
poorer. And it ought to be remembered that for at least the first year of the
project, I wasn't at all sure it would ever work - "work" in the sense of being
capable enough to be useful.
I do not quite buy the argument put by Eric Raymond in "The Cathedral and the
Bazaar", that the bustling, self-organised world of the bazaar gets things built
better and faster than the secretive clergy. I suspect he chooses a cathedral to
rebut the famous passage in Brooks's "The Mythical Man-Month", which points to
the aesthetic triumph of those cathedrals whose masons stuck to the original
design conception, rather than adding incoherent but fashionable motifs in each
generation. But I think Brooks is right more often than Raymond. (Actually, we
need both kinds of software development: we need both Linux and Mac OS X, the
classically open bazaar and classically secretive cathedral - they keep each
other honest.)
In particular Raymond's argument seems to me applicable only to programs whose
basic operation is clearly understood by all parties in advance. The bazaar gave
us Linux, but Linux was essentially a duplicate of an already very well
established mode d'emploi, as we might say. To be fair to Raymond, though he
says some silly things about academia and is somewhat in the thrall of the Ayn
Rand and Robert Heinlein school of society - I'll bet he read "Farmer in the
Sky" as a kid, and thought it just dandy - let me note that his actual writings
are more pragmatic and less ideological than the 20-point headlines printed
above them. I think Raymond accepts that all projects go through both cathedral
and bazaar phases.
Besides, these two cultures often overlap. Chartres cathedral used to have an
actual bazaar in it, in the middle ages - you could buy vegetables, or even
livestock, and it must have been mayhem sometimes: but that was all right,
because the occasional runaway piglet was never going to be able to knock over
the columns holding up the walls. Well, if Inform is a cathedral, its explicit
support for extensions is the equivalent of inviting the townsfolk in to set up
their stalls.
To give a perhaps ridiculous example - only I don't think it is ridiculous - of
what I mean by holistic design, over the last week we have been worrying about
the colour of two of the icons used in the Scene index. This tiny corner of the
user interface is based on the metaphor of traffic lights - the icons are green,
amber, red. But was the middle colour too yellow? (We looked at photographs of
actual British and American traffic lights at this point.) And was a round shape
quite right, or would it wrongly suggest affinities with other round elements in
the user interface? We didn't spend long on this, but we went through five
iterations of icon designs, and it was time worth spending. I think my ideal for
software may not be as ambitious as a cathedral, but it is good to try to build
something like a Charles Rennie Mackintosh house: one in which the furniture,
the decor and even the cutlery are part of the line of the whole.
The question, of course, is whether anyone would feel able to sprawl out and
relax in a Charles Rennie Mackintosh house. We shall see.
SPAG: Until now, there have been two paradigms for the development of IF.
There is the programming model, which brings great power and flexibility but
can be difficult to learn, especially for the non-technical. And there is the
GUI-based model, which is quick and easy to learn but sacrifices power for
ease of use. With Inform 7's natural language model, you have introduced a
third way. What led you to the idea of using natural language for IF
development?
GN: It's funny: I used to think that conventional styles of programming "bring
great power and flexibility", but now I'm not so sure they do, in this
particular arena - though I certainly accept that they are way ahead of point
and click models.
I think it is significant that the impetus for natural language came out of a
desire for better semantics, not better syntax. Many systems which adopt
English-like scripting languages do so in a way which might be called
"procedural programming plus syntactic sugar", and the result is seldom very
edifying, except to produce readable configuration files now and then.
The answer is that this came out of a tiny piece of unfinished business from the
DM4. One of the last chapters to be written in the DM4 was a formal semantic
description of the Inform world model - semantic in the sense of linguistics,
not computing: there were sections on how time, space, and so forth were
conceptualised. I would read this - mostly lucid, mostly precise - and then look
at the quite horrible expression of the same ideas in the Inform 6 library,
which is written in Inform 6 code. And I would think: why can't Inform simply
read the world-model chapter of the DM4, and use that as its library?
ES: I confess that when Graham originally wrote to me to say he was working on a
natural language version of Inform, my reaction was, er, extreme skepticism. I
didn't see how such a system could be anything but infuriating to program in;
the natural language bit seemed to be at best a way for the novice to sketch out
some rooms and objects, but I imagined the real work would have to be done at
the I6 layer, and that anyone half-competent at I6 would probably find they
preferred just staying at that level. So I wrote back what I hope was a polite
letter, expressing an interest in seeing what he came up with, but hinting that
trading Inform's native power for this sort of convenience would be a serious
mistake. I also had some concerns about the fact that this kind of language
would be less accessible to non-English speakers.
At some point, though, I started to realize that this natural language business
had deeper implications than I had previously appreciated, to do with making the
parser and the world model and the output all work together properly, and that
it was adding power to the system, as well as readability; which is the point at
which I became really committed to working on the project through to the end.
SPAG: I understand that Inform 7 is not really a compiler, but rather a pre-
processor that generates Inform 6 code, which is then in turn compiled by the
Inform 6 compiler. Was there any reasoning behind this choice beyond
technical expediency?
GN: Well, again, I hope it will not be thought that Inform 7 "is" the compiler.
It is the compiler and the interface and the documentation, all merging one into
another from the user's perspective. (The compiler is actually called NI, for
"natural language Inform", but this name is not outwardly visible.) As for "pre
-processor", perhaps I might observe that the Inform 7 compiler source is much
larger than the source for Inform 6.
It is true that Inform 7 code-generates to Inform 6, rather than to native Z-
code machine language. This has obvious benefits in terms of the proven
reliability of Inform 6 as a code generator, and also for cross-platform
compilation to the Glulx virtual machine (an eventual goal, though one that
isn't yet supported). I think of Inform 6 as a rather low-level language, but
one that is securely implemented: I'm naturally keen to leverage all of the
programmer-hours which have gone into making it work. It also contains a solid
kernel of run-time code - notably the parser.
SPAG: Emily, you stated on the newsgroups that Inform 7 actually allows you to
do things easily that were difficult or impossible in Inform 6. I assume it
must have advantages and capabilities that go beyond being more readable and
easier to use than Inform 6. Now that the cat is fully out of the bag, as it
were, could you elaborate a bit about what those are?
ES: This is a pretty large question, so I will stick with a couple of major
points I'm not mentioning elsewhere - one to do with natural language, one to do
with abstractions, and one to do with Inform as an application - though in fact
there are others.
Re. natural language: One of the things one is always doing in traditional IF
coding is trying to get the parsing, the screen output, and the world model to
line up: make sure all the words that are ever used to describe something are
also valid for parsing it, make sure that important conditions of objects are
always described to the player, that sort of thing. And it is even more work
dealing with temporary conditions. Inform 6 does a bit with understanding "lit"
and "unlit" to distinguish objects, for instance, but it's not easy for the
author to add to that system. Along the same lines, I6 automatically describes
things as lit/open/etc., but it takes considerably more effort to turn off that
automatic description or get the game to narrate some other aspect of the world
model entirely.
With Inform 7 this was something we had an opportunity to improve, and the
natural language component made it easier to bring those three aspects - input,
model, output - in line with one another. Adding a concept like "color" or
"weight" to an I7 game doesn't affect the model world alone; it also means that
Inform 7 knows how to print and parse those words or units. This offers a lot of
help in implementing objects that change in complex ways (like liquids, or
burning objects), and in letting the player specify precise interactions (like
"cut two inches off the twelve-inch string").
Second, the language allows the author to define (and then refer to) new kinds
of relationship between things. The classic I6 world model knows about some
basic relationships, like the relationship between a container and the contained
object, but it is not always possible to expand upon that as richly as one might
like. In Inform 7 it is possible to make up entirely new kinds of relation, and
then test for those relations, change them easily, and run path-finding routines
through them. So I could, if I wanted, add to my model world the concept of one
object being under another, and from then on refer to "the things which are
under the chair", for instance. But I can also use these relations to say things
like "this conversation topic relates to these other three conversation topics":
now Inform has an idea of relations between abstract ideas, which was never
present in the built-in world model, but I can bring to bear on that relation
various abstract tools. I can write a grammar line that tells the parser only to
understand topics related to the current one, for instance; I can change the
interrelation of topics midway through the game; I can write NPCs who seek a
path to a specific conversational goal, just as though they were seeking through
the rooms of the map. In "Bronze", I used relations to describe which objects
are required to solve the puzzles presented by other objects, which means that
the adaptive help system is working on a (primitive, but adequate) model of
puzzle structures, and I didn't have to think of all the possible
interdependencies myself. "Damnatio Memoriae" runs through all the kinds of
relation that Inform recognizes, partly as a test of the system, but also
because this was a very trim and tidy way to express the in-game style of magic.
Finally, Inform 7 includes a number of features that make it easier to develop a
solid game. Some of this is reflected in the indices: you can check out your map
and your world layout easily, and see whether Inform agrees with you about the
way you've set things up. Less immediately flashy, but hugely valuable, are the
pieces that keep track of previous playthroughs and let you automatically verify
an entire walkthrough or a single portion of the game. "Bronze" was less painful
to beta-test than just about any game I've written in Inform 6, though it does
some challenging things, because it was developed simultaneously with the
mechanisms for automatic testing; as I put new pieces in place, I was able to
verify the outcome more thoroughly and efficiently than before.
SPAG: Many aspects of Inform 7 are forthrightly booklike. I speak not only of
the natural language model itself, but also the appearance of the IDE as an
open book with two facing pages, and the inclusion of "cover art" with Inform
7 story files. Is this indicative of a desire to drive Inform 7 toward a more
literary model, and if possible to attract more literary people (as opposed to
technophiles) to IF?
GN: Again, we use these computer-programming terms! I suppose the user interface
for Inform is indeed an "IDE", but somehow that isn't how I picture it. The
question I have tried to ask is: what is the natural representation, the natural
expression? How do we think about something, and how can we make the user's
engagement with it unconscious, rather than being a deliberative act of
translation?
I do want to make Inform accessible to a wider community. The manual says that
it is for "computer programmers intrigued by writing, and writers intrigued by
computer programming", but truthfully, I'd like to see IF tools - not just
design systems, but also iTunes-like browsers and interpreters - which open up
IF to that huge creative community of people who write blogs, and design their
own websites, often startlingly well. IF will never be for everyone, but I would
like it to be on the table as a viable form of artistic expression.
On cover art, I think people have been wary in the past because of a suspicion
of illustrated IF - bad partly because only graphic artists can make it work,
but also perhaps partly because it is associated with the collapse of the glory
days of commercial IF: it is seen as a slippery slope, a deviation from purity.
I'm sympathetic to that, and wouldn't, for instance, be much impressed to find
drawings every twenty pages in a new novel by Ian McEwan. On the other hand, I
do not expect a new McEwan book to have a uniformly beige cover.
ES: You might be impressed to find a vintage children's novel with the original
plates, though, or a manuscript with illustrated initials, or a textbook with
historical map inside the front cover. There are plenty of uses for illustration
in IF other than trying (and failing) to emulate a graphical adventure game.
There have been a handful of IF games in recent years that do this really right,
and I would like it to be easier. I'd like to be able to write a game that had a
frontispiece illustration before each major plot scene, for instance. Probably
one drawn by someone other than me, but that's beside the point. It's possible
to find collaborators for these things.
But anyway, you were saying about cover art...
GN: I think people have a sophisticated understanding of the level of artistic
statement being made by a cover picture: that it is not of the book, yet sets
the tone for it: that it may come and go with new editions, and indeed may give
an old text a new lease of life. I think it's good to employ the sophisticated
understandings we already have, rather than miss out on a potentially
interesting form of expression.
There's also a practical reason for cover art: most of today's IF tools have
their origins in the age of FTP, when cover images would have been meaningless.
Today we must engage with the Web, and the world of blogs - a world of
promiscuous quotation not only of text but also of the image.
Lastly, it's not an accident that Inform has a large suite of features for
putting finishing touches to works, and that one whole chapter of the manual is
about "Publishing". That isn't entirely a matter of providing a whole solution,
like the teaspoons in my imaginary Charles Rennie Mackintosh house. It is also
one of several ways in which Inform tries to manipu - excuse me, to encourage
the user to produce something finished, and tidy, rather than makeshift.
ES: I think "seduce" is the word you're looking for.
SPAG: Are any plans afoot to offer the Inform 7 manual in hardcopy form, as
was done with the Inform 6 Designer's Guide?
GN: Yes, but not yet: there are sure to be changes, and perhaps major changes,
as Inform 7 meets its users. What we would really like to publish - I say "we"
because while I wrote the main text, Emily wrote almost all of the examples -
would be an elegant, almost coffee-table book. One whose design doesn't evoke
computing books of the drab Addison-Wesley style, but is more like a lifestyle
cookery book, or one of the more aesthetically pleasing Photoshop guides. I
certainly want something that would comfortably lie flat open. Digital printing
has come a long way since the DM4's first impression in 2001, but our
aspirations are probably a bit ambitious for now. Still, we might just be able
to do it, if we printed the first edition by subscription, as David Cornelson
did with the DM4: let's see.
Actually, "the" manual is really two different volumes interleaved: the main
text, and the examples, which are organised into a recipe book aiming to show a
comprehensive range of techniques. From one viewpoint the examples footnote the
main text, from the other it's vice versa. On screen, one can have it both ways,
as the reader prefers: for the printed manual, we would have to choose.
SPAG: You mentioned in your notes on this project that you are attempting to
construct a rules-based rather than object-based model for IF development. Can
you briefly explain what you mean by this?
GN: This is Andrew Plotkin's idea more than my own. As you say, I've gone into
this in some detail in the formal paper about the project, but broadly I would
say that Inform 6's biggest semantic failing is that it ties all events and
behaviours to individual objects (well, or classes, to be fair: but then you
don't have easy access to the class Object, to put it mildly). Suppose one
possible event is Alice eating a cake and shrinking. Is that a behaviour of
Alice, or the cake? Why must we choose? Source code for IF games like Scott
Adams's "Adventureland", which is stuffed full of combinations of objects doing
something or other, becomes impossible to read in any linear (i.e., plot-
respecting) way. Worse, if it's a change to the standard rules of realism (to do
with what containers people can go inside, say) then it may be impossible to
implement at all, without rewriting chunks of the Inform 6 library. There is
constant pressure for said library to call more "entry points", to provide more
hooks to hang customised code on, etc. The system grows steadily more complex
and arcane - and it's never enough.
ES: For instance, with "City of Secrets", I had to replace the library's
handling of movement verbs to allow for the player to use a >GO BACK command. In
Inform 7 the same job is accomplished with a couple lines that add an extra step
to the Go action, without disrupting any of the things that are already supposed
to happen.
GN: Rules allow us to treat the world model and the actual game as interleaving.
There is no dichotomy between the world model (fixed and with universal
validity) and the objects in play (free to be altered but in ways that have only
very specific validity).
ES: I have found that the rule-based aspect means I tend to rough out a whole
system fairly efficiently (for conversation, or some simulationist purpose or
other) and get a structure working fast. There's still a lot of refinement to do
after that point, but it's comparatively easy to build new features into the
framework without doing a lot of rewriting.
GN: Also, we can write the source in whatever order we think best. So once the
framework is in place, it's easy to tidy up - to rearrange under suitable
headings, say - without affecting its functionality. I reorganised "Reliques of
Tolti-Aph" two or three times until I was happy with its chapter and section
breakdown. I actually feel that this freedom considerably adds to the expressive
power of the language even though it makes no difference to the outcome - it
enables me to have the source text read back in a way which reflects how I think
about the problem.
SPAG: The two of you recently released three demonstration games as a taster
for Inform 7. Some quite sophisticated effects were to be found therein that
would have required considerable programming skill, and even in a couple of
cases recourse to Z-Machine assembly code, to achieve. Were these games
written entirely in Inform 7's natural language?
GN: "Reliques of Tolti-Aph" - a frivolous piece of IF, whose real purpose is to
test whether Inform could handle highly algorithmic puzzles - is written
entirely in natural language, about 33,000 words of it. The text can be browsed
at the Inform website.
ES: There is almost no direct use of Inform 6 in mine either; all the screen
effects and status line elements rely on extensions included with I7. (The
extensions do drop back into Z-machine assembly code, but the user of the
extension doesn't have to worry about that.)
GN: It may also be worth mentioning that all three of these "worked examples",
as we call them, were written very quickly - "ROTA" in the spare evenings of
less than a fortnight, for instance, plus a little time for play-testing.
SPAG: Two classic pitfalls of IF development are the modeling of liquids and
the modeling of ropes. Will Inform 7 offer any help here?
ES: Neither is built into the default world-model, but I did write some example
code for rope-handling, and several different pieces of code for liquid
implementation. These range from the very simple (containers that are simply
full to different levels or not) to a full system of mixture that keeps track of
the components within and automatically identifies recipes (so that if you've
poured the correct amounts of orange juice and champagne, say, it will relabel
the liquid as "mimosa", with appropriate parsing and naming).
GN: Is that what a mimosa is? I do wish people would just say orange juice and
champagne if -
ES: Yes, well, as we see not everyone wants this level of complexity.
There are a number of other similar things in the examples as well: models for
different types of conversation, telephones, objects that can be broken into
component parts, cutting, burning, more sophisticated treatments of lighting,
NPC goal-seeking, parsing keywords and adverbs, automated help for stuck novice
players, organization by plot and scene rather than by location, and so on. Some
of these are very standard simulation problems, and some have more to do with
overriding the defaults of the world model entirely and making interactive
fiction that behaves in an utterly different way. As I wrote the examples I
spent a huge amount of time combing through extension libraries, RAIF posts, the
IFwiki - anywhere where anyone had posted about wanting to be able to implement
any hard thing at all - and tried implementing these things at least to a basic
level in I7.
Sometimes I ran into trouble, and then I pestered Graham for feature additions.
A few of these involved major reconsiderations of how the model works - non-
player character actions are now handled more or less on a par with player
actions, so it's possible to make the same rules apply to both. The lack of this
had always struck me as a major weakness in Inform 6; combined with Inform 7's
action-handling procedures, it means that goal-seeking behavior can be written
for NPCs using the same mechanisms that we use to write implicit actions for the
player.
Similarly, Inform 7 has a more developed mechanism for dealing with output. It
was an early conversation with Nick Montfort that convinced me we should be
thinking about descriptions and output as a separate aspect of the system,
essentially, alongside the parser and the model world; and though there is quite
a lot more one could do with this, it is now much easier to do things like keep
track of what the player has been told about, and also to write rich and complex
scene descriptions that vary depending on what's present and don't look so auto
-generated.
But quite often I found that Inform 7 did already provide the leverage I needed,
or would with just a little minor modification, which I find encouraging.
So I am hoping that people will be able to pick and adapt from these whatever
they find most suited to the game they're writing - and, of course, people who
develop more elaborated systems can, as always, offer those as extensions. I am
not at all under the illusion that these examples are the final word in any of
the areas they cover. But there was a kind of intentional propaganda in writing
a lot of disparate examples that implied entirely different kinds of IF: I
wanted to show off some of the true flexibility of the system, and encourage
authors to think beyond the usual paradigms. We've had a number of interesting
discussions on the newsgroups over the years about what IF might be like if it
were less based on geographical rooms, a simple physical model, and so on; here,
I think, is a tool suited to writing some of those works.
SPAG: Has your work on natural language processing for the programming side of
Inform 7 lent any insights that might be useful in improving our in-game
parsers, or are we speaking of apples and oranges here?
ES: Hm, well. It's certainly made me more aware of things I wish an in-game
parser would handle intelligently, some few of which have actually been
implemented and the rest of which I would like to see later. On the other hand,
I don't know a lot about the practicalities of this. Inform 7 is able to
extrapolate a good deal of implied information from the text it is given, and I
would be interested in something similar in an IF game, but at the same time I
imagine there might be speed issues.
GN: It was in some ways the other way round. It annoyed me that Inform 6 did not
parse source code as well as the Inform 6 library parsed commands in play - the
latter was a little more linguistically aware. But as Emily says, there's more
that could be done here.
SPAG: Inform 7 does not currently support the Glulx virtual machine, but I
understand that plans are in the works to do so. Are there any plans to expand
the language to support the display of images and playback of sounds within
Inform 7's natural language level? Will Glulx replace the Z-Machine as the
standard Inform 7 virtual machine at some point?
GN: Yes, cautiously yes, and we shall see - I do not intend to force any such
change of allegiance. Inform 7 makes Z-code which runs fine, though I've
published a note of what an interpreter could do to have an easier life playing
Inform 7 games (notably, have a larger stack capacity). But it's easy to hit the
limits of the Z-machine, certainly: "Reliques of Tolti-Aph" is right up against
them. Coding in Inform 7 makes it so quick to throw in vaguely nice if
inessential extras (let's have not just Teddy Roosevelt but also a bison's head
on his wall, oh, and a stuffed bear, why not, and...), that one hits limits
earlier. And certain Inform 7 techniques do use up memory - various-to-various
relations on large kinds, for instance.
ES: I am quite interested in getting the ability to drop in images and sounds,
myself, so I occasionally raise this topic. So far we've mostly been preoccupied
with other more basic functionality, but the time will come, I hope.
GN: Oh yes, I do hope eventually to have "Figures", just as in Emily's example
of a children's book ("Figure 6. The hook-nosed stranger, his hand shaking,
pointed the revolver straight at Biggles").
KEY TO SCORES AND REVIEWS--------------------------------------------------
Consider the following review header:
TITLE: Cutthroats
AUTHOR: Infocom
EMAIL: ???
DATE: September 1984
PARSER: Infocom Standard
SUPPORTS: Z-code (Infocom/Inform) interpreters
AVAILABILITY: LTOI 2
URL: Not available.
VERSION: Release 23
When submitting reviews: Try to fill in as much of this info as you can.
Authors may not review their own games.
REVIEWS -------------------------------------------------------------------
From: Sara Brookside (jsh11a SP@G aol.com)
TITLE: Akari's Story
AUTHOR: "Taleweaver"
EMAIL: tralu SP@G hotmail.com
DATE: 2005
PARSER: ADRIFT
SUPPORTS: ADRIFT interpreters
AVAILABILITY: Freeware; Shadowvault archive
URL: http://www.shadowvault.net/games/akari.zip
VERSION: Release 1
In this game, you play a Japanese teenager on a typical weekend day (in other
words, no school!) I would place this piece of IF in the "slice-of-life" genre
and the game does do a relatively good job of faithfully simulating Akari's
daily life. Unfortunately, that simulation can sometimes be a little bit
pedantic in the sense that it provides little in the way of "escape value." I
wasn't particularly caught up in the story or involved in the action, despite
the fact that the world-modeling implementation was adequate. Along those same
lines, Akari's day lacked a sense of urgency or any clear goals. Accordingly,
there wasn't very much to command action or to require much of the PC.
The walkthrough reveals that the game ends after a certain number of turns. at
the end of the day, so to speak. So, there is no real way to "win" the game,
although there is a scoring system that awards points for certain actions. The
walkthrough also revealed that I tried many of the actions that the author had
in mind, while there were others that I missed completely and would have never
thought of had I not read the walkthrough.
One of the most interesting aspects of this piece is that it DOES provide
insight into another culture (unless, of course, you happen to be a Japanese
teenager yourself!) Japanese customs and terminology and even dietary
preferences are woven into the game, which is quite intriguing! The game also
reveals a bit about what is important to modern Japanese youngsters. also neat
to know. On the downside, this may have the effect of making the player feel
more like a spectator than a participant. It is as if one is observing Akari's
life, rather than participating in it or living it, which makes the pace of the
work feel rather slow at times.
The writing is rather sparse, in the sense that room descriptions are relatively
brief and many nouns are non-examinable. Still, I didn't note any particularly
jarring errors in grammar or spelling, which certainly helped make for a
pleasant reading experience in that regard. In short, however, I felt much as
if I was reading an essay by a Japanese teenager about her life, rather than
playing a game.
There are puzzles in the game and they are reasonably well-crafted, although
certainly not complicated. I wish there had been more of a sense of payoff to
successfully solving the puzzles, however. Because the problems posed were
essentially of the routine, day-to-day variety, and there was very little
urgency, it didn't seem to matter much whether I solved the puzzles or not. The
only real impact for doing so was the point value added to my score for
performing certain actions.
The characters in the game were largely undeveloped, except for the PC. All of
the NPCs felt rather static and cardboard to me, almost as if they were objects
rather than characters. Conversation is minimal, except if you happen to guess
the few things that the author has allowed you to "ask [character] about," but
this is not an uncommon problem by any means.
As for plot and story, both were a little thin. Without a compelling goal to
spur action, the experience was much more like an exploration than an
interactive narrative. Game play progressed smoothly, though, with little
evidence of "bugginess." There was an occurrence or two of "guess the verb,"
but I found those issues to be relatively easily solved and certainly not game-
stoppers. A reading of the walkthrough definitely revealed several cases of
"read the author's mind" and in each case, I had failed to do so.
In conclusion, this game could be much improved by augmenting descriptions to
add atmosphere and capture the attention of the player, as well as implementing
more variety and innovation in the tasks of the PC to make for a more compelling
story line.
Overall rating: ** out of ***** for faithful simulation, fair puzzles, and
cross-cultural value.
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
From: Paul Lee (bainespal SP@G yahoo.com)
NAME: All Hope Abandon
AUTHOR: Eric Eve
EMAIL: eric.eve SP@G hmc.ox.ac.uk
DATE: May 2005
PARSER: TADS 3
SUPPORTS: TADS 3 interpreters
AVAILABILITY: Freeware; IF Archive
URL: http://mirror.ifarchive.org/if-archive/games/tads/AllHope.zip
VERSION: 1
Only a well-done game can successfully combine such elements as a rather
detailed plot, puzzles of all sorts, a theologically dense theme, and Greek
alphabet characters. "All Hope Abandon," though the prospect seems dizzying in
retrospect, does all of the above and somehow manages to seem somewhat natural.
This feeling of being natural is not inherent; this is especially apparent early
on when the player is quickly thrown into the deep end at which point the game
world seems like a disgruntled fairy tale. Thankfully, this "fairy tale" feeling
soon dissipates into the more interesting scheme of the game.
The player is cast as Dr William Fisher, a New Testament scholar, who at the
opening of the game is found listening to the lecture of the deranged Professor
Wortschlachter. Earlier at breakfast, William had met a pretty blond woman who
somehow also ends up trapped in Limbo land (though the reason this happens is
never adequately explained -- I think on purpose). Apart from adding a little
romance to the story, she serves to symbolize the theme of hope throughout the
game.
The text is not overly complex or "purple," but is sufficient and usually easy
to read. Sometimes the writing even has a slight pinch of wit, such as in the
introductory text. The game is very detailed -- even unnecessary objects are
carefully described. A "THINK" verb is implement which allows the player to
THINK ABOUT certain topics, and I found the responses to cover mostly everything
that could be thought about.
The detail in prose and design is complimented by many puzzles. These puzzles
come in a range of difficulty, generally becoming more difficult as the game
progresses. The solutions to quite a few of these at least partially require the
player to scrutinize every single detail of an important object. This sounds
tedious, but it works alright because one gets used to the high level of
implementation and also because the puzzles all at least require some level of
critical thinking besides just examining. The game is structured so that it is
quite easy to finish the game without having solved all the puzzles, and thus
without having tied up all the loose plot ends. This is a result of the
integration of the narrative and the puzzles, and gives the game more
replayability than most interactive fiction games out there.
Even with its great puzzles and well-done story, "All Hope Abandon" would be a
mediocre game if it was riddled with bugs and grammatical errors. This is not
the case; it is clear that the game was carefully tested. Everything works as
expected, and it does not appear possible to get the game into a state that was
not anticipated by the author. I must report that I did find one accidental
typo; however, but if you can get over such things it will not lessen the
quality of the game for you.
In conclusion, "All Hope Abandon" by Eric Eve is an extremely well-done work. I
would definitely commend it to your "to play" list if you have not played it
yet. If you never play it, you should know that you are missing out on one of
the best games to be released last year.
From: Valentine Kopteltsev (uux SP@G mail.ru)
I know, I know -- a decent review has to start with some smart preamble on a
more or less abstract topic; unfortunately, I couldn't think of any for All
Hope Abandon. So please excuse me just for this once, and let's move on to
business.
The theme of this game is probably best defined as "subconscious jorney".
However, if the author was trying (please note the conditional mood) to
create a dreamlike atmosphere that suggests itself for a work of that kind,
he didn't succeed too well. Anyway, no matter what the author's intentions
were -- the game more than makes up for it by providing a stunning cocktail
of adventure, theology, and romance, all that spiced with a good shot of
irony. Several ways to victory are laid through it; and although the
denouement is rather predictable at the end of the day -- the rich,
intentionally anachronistic setting full of gadgets to fiddle with, and the
considerable variety of the paths provided make it worth replaying the game
several times to try out each of them.
Another aspect of All Hope Abandon, which was especially pleasant personally
for me: it doesn't act overly symbolic, although, again, it'd be very much in
the tradition of the genre. You know, symbolism is just not my mug of beer,
and games relying on it too much often leave me puzzled. On the other hand,
the fact AHA sets forth its main ideas clearly enough doesn't mean it's as
uncomplicated as a game as I am as a person;) -- I'm sure that players more
skilled at interpreting symbolic links than myself will be able to enjoy the
game on additional levels that remained inaccessible to me.
From the technical point of view, the game is faultless. In comparison with
the previous version, TADS 3 added several interface enhancements (for
instance, let's mention the menu-based built-in hints, and the topic
suggestions mechanism of the conversation system) on its own. All Hope
Abandon not only makes extensive use of these facilities, but introduces, in
its turn, a few more. The most interesting ones are the THINK ABOUT command,
and the ability of the player to look in a specific direction. The first
feature is one I've been looking forward to for a long time. Particularly in
this game, it seems all the more appropriate since the protagonist has some
"specialist knowledge that most players will probably not share"; besides,
it's smartly used in one of the puzzles. The second one probably wasn't as
challenging to implement from the technical point of view, but means A LOT
additional work for the game author (ten extra descriptions -- eight for
compass directions, and two for LOOK UP/DOWN -- in each room); even taking
into account they're more terse than the "main" room description, and that a
few of them are similar -- it's still a feat worthy of esteem.
At this point, I've taken a pause and looked at what I had written so far.
You can bet on it -- I'm utterly disappointed with the results: All Hope
Abandon is a great game that deserves an outstanding, or at least a memorable
review, not the generic stuff I sullied the (virtual) paper with. Of course,
any reviewer will tell you it's much easier to write a memorable review for
a flawed game; sure enough, All Hope Abandon doesn't offer much in this
respect. At best, one could complain about the puzzles being too easy, which
isn't much of a drawback as times go, and the most sceptical among the
players would probably point out that the whole romantic plotline is a bit
unrealistic, considering the protagonist and his beloved barely knew each
other; well, I consider myself a cynical person, but not cynical enough for
not believing in love at first sight, so this was OK for me. Still, the
unsufficient flaws of the game are a pretty lame excuse for my review being
so insipid.
I think the problem is, All Hope Abandon just arrived at a wrong point in my
life. The effect is like paying a visit to the British Museum at the very end
of an exhaustive sightseeing day trip through London: the overstrained
tourist feels there's a lot of things to admire, but the emotions just aren't
there. Thus, in spite of my review probably not sounding too enthusiastic,
let me assure you -- this game is a great work suitable practically for any
players, ranging from novices to the versed ones, and represents a glorious
showcase for the opportunities the new version of TADS offers.
SNATS (Score Not Affecting The Scoreboard):
PLOT: Predictable, but still gripping (1.3)
ATMOSPHERE: Motley mix (1.5)
WRITING: Manifold, and splendid in its every manifestation (1.5)
GAMEPLAY: Relaxed trip for the most part (1.4)
BONUSES: Rich setting, fine irony, the THINK ABOUT command (1.4)
TOTAL: 7.1
CHARACTERS: Memorable enough (1.3)
PUZZLES: Well-clued and logical (1.2)
DIFFICULTY: On the easy side (4 out of 10)
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
From: Mike Snyder (wyndo SP@G prowler-pro.com)
TITLE: The Baron
AUTHOR: Victor Gijsbers
EMAIL: victor SP@G lilith.gotdns.org
DATE: March 31, 2006
PARSER: Inform 6
SUPPORTS: Z-code (Inform .Z8) interpreters
AVAILABILITY: Freeware
URL: http://mirror.ifarchive.org/if-archive/games/springthing/2006/baron.zip
VERSION: Release 1
The Baron deserves a spoiler-free review.
The difficulty is it's a game that can barely be discussed at any length
*without* spoilers. I think this one is as spoiler-free as you'll find, but
*anything* said about The Baron might be too much. In other words, reader
beware.
The author's introductory text describes the story's theme as disturbing,
shocking, and tragic. On the surface, it's about a missing girl and the father
determined to save her from her captor, the evil Baron. I use the word
"evil" because the game does ("x photo" in your bedroom, near the
beginning). After that, it's left up to the reader. What kind of monster is
the Baron? Can he be redeemed, or should he die? Is he a monster at all?
The story (if ever a work of Interactive Fiction wasn't a game, this is it)
begins in a cave. You must slay the dragon, because nobody else will. I found
no way to achieve this, but later events make it clear that you don't have to.
After this, the main quest begins. Along the way - and it's a journey that
feels much longer than it actually is - you encounter three obstacles. These
are decision points, not puzzles. Each obstacle can be overcome in numerous
ways. Not every way is obvious in a first play-through, and some of the
multiple-choice decisions won't even make sense the first time. It should
really be played at least twice. The second time, your decisions are likely to
be wildly different - not because you're poking around for changes to the
story, but because you will understand the story in an entirely different way.
Before setting out toward the Baron's castle, look around the house first. At
the Baron's castle, it also pays to poke around. Even though the story lacks
puzzles, it features bonus material for the observant reader. A torture
chamber, found through a hatch under a rock at the castle, hints that things
aren't exactly as they seem. Well, not so much that, but it's a good
indication that the author is relying on symbolism to enhance the story.
In relating what has happened at the *end* of the story, the PC mentions
nothing of a dragon. It stands to reason that the story's first scene was
someone else's experience. If this is the case, it might have made more sense
for the dragon to approach from a southern lair, while the PC stands firm.
When it ends, the story offers no congratulations. You haven't won. You
haven't lost. The final choices allow the player to affirm his or her
convictions. The story doesn't tell *you* what's right and what isn't. *You*
tell the story.
What I expected from The Baron wasn't what I got. In his introductory text,
Gijsbers does a good job of preparing the player. Actions should be taken
because they're meaningful in the situation, not because they "solve a
puzzle". My first reaction was "sure - I've heard this before." I can't
help but treat IF as a game - even when the author tells me not to - because
every decision affects the outcome. In The Baron, that's not the case. Some
decisions affect the PC's dialogue at the end, but none of it affects the
experience of the *reader* except to the extent that the decisions themselves
are part of the experience. So, even though the author warned me that it
wasn't a game, I tried to play it like a game. I expected something dark and
sinister. I expected torture, helplessness, suffering, and perhaps victory in
the end. The story delivers these things, but in an unconventional way... in a
disturbing, shocking, and tragic way.
If all of this leaves you wondering just what you might be getting into if you
try The Baron, by all means read a spoilery review. Even though this could
soften the punch of experiencing it for yourself, you might be doing yourself
a favor. You may say to yourself "bah - I can handle blood and gore and text-
rendered pain." If that's what The Baron actually had in store for you, a
disclaimer would be unnecessary.
It's difficult to say if The Baron hits the mark, without knowing what the
mark was. The final choices in the walkthrough included with the Spring Thing
version (available from the HELP menu) might be how the author imagines it.
Most of us won't be able to feel compassion or empathy for the Baron, though -
let alone identify (thank goodness) with the story itself. So, are these final
decisions meaningful to us, as readers?
With precious little else to be said without delving into spoilers, some
discussion of the design and craft is fitting. The story file is in .Z8
format, written in Inform. The English translation of the Dutch original (also
included) is surprisingly good. Aside from a few typos, not much in the
translation detracts from the experience. Even with a second play-through (or
read-through) of some of the story, I found it easy to complete in an hour and
a half. Certain bits - especially the dialogue - are presented in multiple
choice lists. The rest of it, however, manages to maintain the traditional IF-
style command system. You move around a map. You get, drop, and examine
things. You open doors. You take an active part, just as IF is meant to be.
It's hard to describe The Baron as a *good* story, in the way a game can be a
*good* game. It's an *effective* story. Appreciating it doesn't mean *liking*
it. Even so, I can imagine the opinions of various readers will vary wildly.
Some may say it was emotional. Some may say it wasn't. Some may say it was
purposely manipulative. Some may say it was an honest and heart-rending story.
Some may resent becoming an unwitting participant as the story unfolds. Some
may describe it as grim. Some may feel entirely detached from it. Some may say
it will receive accolades it doesn't deserve, while others may believe it to
be unfairly criticized. Some may even say it's a story that didn't *need*
telling.
I say... nothing, except that it was an interesting experiment. In the context
of the Spring Thing competition, it's far too short (even adding a replay or
two). I was moved (I'm a parent - how could I not be moved?), but this alone
doesn't make it a clear winner when this year's competition features three
other very good games. Scoring it is even harder than reviewing it. After some
thought, I have settled on a middle-of-the-road score. It succeeds as
Interactive Fiction, and it doesn't pretend to be a game. It fails as
entertainment (for me), even though it's more like art for the sake of
emotion. In another context, it might be a "9" or a "10". It should prove
to be one of the most memorable works of 2006, regardless.
My Spring Thing score: "6"
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
From: José Manuel García-Patos (josemanuelinform SP@G josemanuel-gp.jazztel.es)
TITLE: Damnatio Memoriae
AUTHOR: Emily Short
EMAIL: emshort SP@G mindspring.com
DATE: March 1, 2006
PARSER: Inform 7
SUPPORTS: Z-code (Inform .Z5) interpreters with blorb support
AVAILABILITY: Freeware
URL: http://plover.net/~emily/DM
VERSION: Release 3
Once upon a time there was this guy in Greece -- ancient Greece, that is -- who
set fire to some very important temple (Athena, maybe?). The reason why he did
so was simple: He wanted to be famous. What did the other Greeks do? They forbid
any mention of the incendiary's name. They condemned him to oblivion. That's
what the title of the game, Damnatio Memoriae, means. And that's what the player
must avoid in it: To be forgotten.
No, that's not true. The game's real goal is not to get caught by your enemies,
as in any other game. Posterity is secondary. Let's say it's a plus. I don't
think that's a flaw, but I would've liked a *** You have died ***-like message
every time you had managed to survive but not to save your memory from
destruction. I would've liked to see a game where your life wasn't the most
important thing at stake. (Has a game like that ever been written? One where the
last message would be *** You have died, but you have won ***?) Also, I would've
liked to read some thoughts on the subject of fame and posterity, because the
story really had potential for that.
Damnatio Memoriae shares a similar design pattern with Galatea. In the latter,
the reactions of the NPC depended on several variables, and the ending was the
verbal expression of the final values of those variables. Here you have your
life and your fame. And the ending depends on the final values of both. This
always reminds me of this Japanese show, Takeshi's Castle, where participants
were put inside a giant ball and thrown down through what looked like a
Tartaglia's triangle pinball. The outcome depended on whether they fell on safe
or death spots. With this system, it doesn't really matter if you choose A or B,
because the result is the same. Only the value of the variables change. Also,
you can end up taking the B path even if you had chosen A earlier.
My own storytelling concept is quite different. I think of interactive stories
as trees. And trees are nothing but lists with a common root. So, interactive
stories are a bunch of different linear stories that, depending on the player's
choices can lead to lots of different endings. I find games designed like this
easier to write and to plan, and more human, because it lets the story evolve
almost without constraints. Doing things the other way seems confusing to me.
And now that I'm dealing with theoretical aspects, let me mention a detail that
I consider a wrong way of doing things. If you have already played Damnatio
Memoriae and the ending ever caught you in the other location, you'll have
noticed that you're brought back to the original room and offered again a full
description of it. The reason why I think this is wrong is because it breaks the
rhythym of the narration. I'm not talking about this particular game or about
the author, but about the system that produced it. Why are Inform games
organized by location instead of being organized by sequence? Remember the
opening sequence of Touch of Evil? Why can't IF games do things like that? Let's
suppose you have this PC who's talking with a friend while walking down the
street. Are you going to interrupt the conversation every time they
turn a corner? Let's suppose you have a PC who's being chased by the police. Are
you going to interrupt the chase every time the player types E or S to offer a
boring description that nobody would care about at that particular moment? If
games were organized by sequence, only each one's opening location's description
would be offered and the rest could then be simply asked for. To me this makes a
lot more sense, and also leaves freedom to the author to write a narrative text
and make the story advance instead of offering a description that's always more
or less the same.
But, finally, the good news. I liked the game. Really. I did. It was short, so
it didn't get boring. Actually, when I reached the ending for the first time I
thought: Hey,this is it? I want more. Also, it was easier than most of her other
games. By easier, I mean the interaction was easier. For example, in Savoir
Faire the non-standard verbs drove me crazy. It was like watching one of those
pretentious B/W indie movies. It's not me the one who has to adapt to your
style, it's you to mine, stupid filmmaker! But in this case, I liked the story
(I love the Romans) and I could take the time to learn how the special commands
worked, because the learning gave almost immediate results. Also, I think it is
Emily's best written game.
[Final note: Oh. In case anyone was thinking: You uneducated freak! It was the
temple of...! And the guy's name was...! I know perfectly well who the temple
was dedicated to, and who the incendiary was, and even the exact date when that
happened, but I'm not doing him a favour even by giving you hints about him.]
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
From: David Wanaselja (wanaselja SP@G gmail.com)
TITLE: Dracula Part I: The First Night
AUTHOR: El Clerigo Urbatain
EMAIL: urbatain SP@G gmail.com
DATE: September 5, 2005
PARSER: Inform
SUPPORTS: Glulx interpreters
AVAILABILITY: freeware; IF Archive
URL: http://www.ifarchive.org/if-archive/games/glulx/Dracula_The_First_Night.zip
VERSION: Release 6
Occasionally I get the urge to play some gothic horror game, featuring vampires,
werewolves, and all the other sorts of unnamed horrors that lurk below the
surface of the night. Thankfully, Interactive Fiction has its fair share of
this genre, some excellent, some average, and some just plain awful. While
Dracula Part I: The First Night falls between the average and just plain awful
categories, it does have some redeeming qualities that make it worth playing for
the 10 minutes it takes to complete.
Dracula Part I: The First Night is a remake of the Rod Pike game Dracula,
released in 1986 on the Commodore 64. Actually, it's a remake of the first part
of Rod Pike's Dracula game. The authors have promised the second and third
parts are forthcoming, and I can't imagine what is taking them so long, as this
first part literally takes less than 45 minutes to see all it has to offer.
[As of this publication, the second part of the trilogy -- Dracula: The
Arrival -- has just been released. --ed.] Throw in the fact that it is a near
identical game to the original, and I'm left wondering why they didn't just
remake Pike's original trilogy in full. The text is ripped directly from the
original, and although the graphics have been redone, almost everything else is
the same, aside from some minor additions. The differences are few, but using
the Inform parser is by far the greatest improvement. The original was clunky
and hard to manipulate, but this version is far easier to handle by comparison.
The story is of John Harker, who is on his way to meet his "client," no doubt
Dracula. Harker has arrived at the Golden Krone Hotel in the Carpathian
mountains for a brief respite before continuing his journey. It is told from
the first person perspective, with the parser constantly demanding the player
"tell me what to do." This first person narrative is fairly entertaining, but
is punctuated by far too many exclamations and instances of bad grammar and a
few misspelled words. Seems understandable when you realize that the first
language of the author is Spanish, but unforgivable when you think about the
fact that the text is nearly identical to the 1986 version.
The main puzzles hinge on what you have to eat and drink for dinner. Some are
more difficult to manage than the others, but all are fairly simplistic. There
are some interesting graphics that pop on screen for these interludes, probably
the most improved aspect from the original aside from the parser. Depending on
the puzzle and how you die (if you fail) you get a different picture. They also
threw in some familiar music to add ambience at this point, so turn up those
speakers.
By far the most annoying part of the game is the fact that it makes assumptions
about what the player knows. Have you examined everything before you've tried a
particular course of action? If not, you may find yourself in a bind at one
point or another, which will lead to your death or failing to complete the game.
It's not a big loss, as you'll always be able to "undo" your last move or just
play through again since it's so short. However, it is a tad annoying.
Overall, Dracula Part I: The First Night suffers greatly from its short length
and questionable prose. If the game was less remake and more makeover, it would
work far better and be a much more successful game. The fact that parts 2 and 3
are not yet available (excepting the Commodore 64 originals) also puts a damper
on the enjoyability of this title. As it stands right now, Dracula: The First
Night is a below average game that offers almost no real reasons to play through
it, aside from the pretty graphics, and the fact that you can finish it while
waiting for your wife to get out of the bathroom. Once parts 2 and 3 become
available, it will be well worth it. Until then, it feels like a text adventure
from 1986 that needs to be reworked badly.
From: Mike Tulloch (Poster SP@G aurora.cotse.net)
To be fair from the onset, Dracula the First Night (DTFN) is a remake and a
translation of an older game, and the initial splash screen captures well the
spirit of the old EGA graphics while conveying a hint of mystery. Still, this
screen reads, "Remaked by..." and unfortunately, that signifies what lies in
store.
Immediately you're given the option of choosing maroon text on black or gold
text on blue. (Ugh.) The EMPHASIZED WORDS IN ALL CAPS grate the nerves as does
the chat-like sentence construction...a bunch of short phrases and half-
sentences...arranged like this. Spelling errors are legion; the writing tone is
utterly bombastic and overwrought; exclamation marks deluge the player! Yes,
this is the familiar topography of the Penny Dreadful and the 1950's B-movie.
Was this what the author wanted to achieve? I suspect so.
Most of the puzzles are simple and appropriate, except for one. It's a timed
puzzle that you'd never know was timed until you lost the game. To solve it, you
have to do something non-obvious a priori. (Argh.) Some puzzles involve rather
improbable scenarios, such as waking up carrying everything that you were
holding before you went to sleep. This detracts from the atmosphere but then
again, that may have been an intentional nod to, or spoof of the horror genre.
As for mechanics, the parser seemed lacking. Examining anything but an object
with an Examine routine returns the result for the coded object. There are a few
doors, but you can't knock on them because the parser doesn't recognize that
word. The same goes for answer, table, and many others. However, because the
puzzles are simple, you don't have to play "guess the verb" very often.
DTFN does exploit other features of Glulx, such as full-window graphics and
music. These graphics are presented after long sections of text as a way of
visually enhancing the effect. The last graphic presents a well done panorama of
your destination. The music consists of a simple synth organ which begins when a
graphic appears and pauses only when a new graphic appears. (Ow.) Though well-
played, the classical MIDI melody oozes cliche`s.
The verdict? I salute the author for creating a game in Glulx. I've tried and
found the going awfully rough. The game includes random elements that make each
time through slightly different but not overly so. That's creative. And the
graphics, though sparse, do effectively enhance the atmosphere. The plot works
well for a game of this length -- fifty turns once you know the way. However,
the parser, the writing, the grammar, and the colors prove very trying.
If you are expecting a modern Glulx game, I'm afraid that DTFN isn't it. The
author isn't a native English speaker but he deserves some credit for his work;
that's why I give this game a solid 3. If you're a fan of the old-school EGA
games and/or IF with graphic touches, of course, you might enjoy Dracula: The
First Night much more. An hour or so of retro diversion awaits you.
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
From: Mike Snyder (wyndo SP@G prowler-pro.com)
TITLE: Pantomime
AUTHOR: Robb Sherwin
EMAIL: beaver SP@G zombieworld.com
DATE: March 31, 2006
PARSER: Hugo
SUPPORTS: Any Hugo Interpreter or GLK Hugo
AVAILABILITY: Freeware
URL: http://mirror.ifarchive.org/if-archive/games/springthing/2006/pmime.hex
VERSION: Release 1.00
In the early morning minutes of October 1st, 2005, a list of IFComp entries (at
the official IFComp website) showed 50 or so potential games. As titles were
knocked off the list (probably because the authors never completed and uploaded
them), the list dwindled down to 36. For those of us online at the time, it was
an interesting thing to watch. Among those original intents, though, was Robb
Sherwin's Pantomime.
Now released for Spring Thing 2006, it weighs in on the light side (considering
the competition's focus on medium- to long-sized games). As an intended IFComp
entry, this makes sense. From chatting with Robb at his Hugo forum, I know that
it took much effort and some sleepless nights even to finish for the Spring
Thing deadline. Even short and perhaps rushed, Pantomime is a solid game with an
entertaining story.
In Pantomime, you live on Phobos, currently a moon of Mars, but soon to break
apart into an orbiting ring of debris. It's the last place anyone would choose
to be, even before the crisis. It's a world where cloning is commonplace, robots
named after Unix commands are a man's best friend, and being good at chess is
cause for embarrassment. This is a vision of the near future.
I've only played the beginning of one or two Robb Sherwin games prior to this.
That's probably why my reactions bounced between "whoa. did he really say that?"
and "wow. what's it going to be *next*?" Somehow, even if he's holding back, it
doesn't *feel* that way. Aside from a few typos - probably the result of the
hurried effort to meet the deadline - the writing is great. It flows better
because it's more casual. It's not just *how* Sherwin writes - it's also *what*
he writes: the insults between characters, the one-off jokes, the clever
descriptions and bits of back-story. I usually cringe at coarse passages and
lowbrow humor in a game, but that's part of what makes Pantomime so interesting.
Sherwin seems to write it in a convincing, honest way.
Pantomime is what an episode of Futurama might be, if the script came from
Cartoon Network's Williams Street crew and it aired on HBO after hours. The
little censor that lives inside Robb Sherwin's mind has a freedom not given most
other IF authors, save maybe Adam Thornton. I mean, if a wacked-out robot needs
to sport a cloned copy of a male porn star's money-maker, Sherwin will work it
into the story. And it'll be *funny*.
The game *is* meant to be funny. I think. It's sometimes tongue-in-cheek humor.
It's *definitely* black humor, where the absurd and the macabre come together.
It might be an allegory for some of today's issues, but if so, I didn't really
get that. More likely, it's just a strange but fascinating story.
The puzzles aren't difficult (generally just a matter of figuring out what
action to take to move things along), and inventory is almost non-existent.
antomime is very story-driven. The most difficult bit may have been passing the
spiked gate, but even that obstacle yields to some creative but simple reasoning
(okay, okay - I solved it by blind luck and experimentation, but it made sense
afterwards). Even the second-to-last confrontation doesn't require anything more
complicated than following instructions and listening to the bad guy's diatribe.
This should be particularly appealing to anyone who prefers IF to be more
*fiction* than *game*.
A few minor bugs remain in the competition release. They range from typos to an
odd exit back to Kangaroo's Club - nothing game-killing. This seems to happen
more toward the end. What's most likely to work against Pantomime, though, is
that it doesn't seem long enough for a Spring Thing game. It also glosses over
the additional detail in most places, when it comes to interacting with (even if
only to "look at") scenery objects. Knowing Hugo, I think this could be fixed
easily, even without real objects. Just add an "extra_scenery" property to each
room, with lists of keywords that will cause a different reference message. It
means the difference between something "not there" when it really is, and simply
being "unimportant".
A few plot points left me confused. Who sent me the vial? What was the purpose
of the seemingly unnecessary gate code? And how drunk was Sherwin when he came
up with the interaction that helps the PC escape the airlock? Other than that,
everything is wrapped up tidily at the end, where a couple of fitting plot
twists are thrown in.
I enjoyed Pantomime, and I recommend it - especially if an update comes after
the competition. Without hints, I finished in two and a half hours (plus some
re-play of select earlier bits). It's definitely a game that wouldn't have been
out of place in the annual IFComp, but even snack-sized by Spring Thing
standards, it's a worthy entry.
My Spring Thing score: "7"
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
From: Mike Snyder (wyndo SP@G prowler-pro.com)
TITLE: The Potter and the Mould
AUTHOR: Robert Street
EMAIL: adrift.reviews SP@G gmail.com
DATE: March 31, 2006
PARSER: Adrift
SUPPORTS: Adrift Runner and GLK Adrift
AVAILABILITY: Freeware
URL: http://mirror.ifarchive.org/if-archive/games/springthing/2006/mould.zip
VERSION: Release 1
The superhero genre isn't my favorite. I've never been a big fan of larger-
than-life, hard-to-believe super powers. Sure, I enjoy the comic-based movie
from time to time - Superman with his flying, strength, and x-ray vision;
Spiderman with his spider-sense and web-slinging; Batman with his. super wealth;
X-Men, of course. I've been known to read a superhero comic, although not
recently. I've played superhero IF once or twice.
In essence, I'm not the ideal fan for The Potter and the Mould. This is a story
for superhero fans, and it comes complete with all the trappings. Origin story?
Check. Mutant-like powers? Definitely. An imperfect, self-doubting protagonist?
Uh huh. The mentor/student relationship? You bet. An evil but misunderstood
villain? Sure. Motivation by revenge? Of course. It's everything you'd expect
from a superhero story.
What I like best about The Potter and the Mould is that it keeps moving. It will
appeal most to superhero fans, but it's a frenetic and fast-paced adventure that
kept me enthralled for the four hours it took to complete. It *feels* more
difficult than it really is, which is a credit to the author's talent. The
puzzles aren't hard enough to impede the action, yet they leave a sense of
accomplishment in their wake. My longest sticking point involved a machine-room
and a clay dog. After solving it - which was easier than I tried to make it - I
realized that the puzzles were simple and understated. They work to keep the
story moving, not to work against it, and that's probably the best kind.
In most cases, Robert avoids text-dumps by way of action prompting. This
typically comes as a nudge from an NPC, beginning with the rescue scene at the
beginning, through Waterfall's revelations in the mall, to the hurried trip to
the Potter's inner sanctuary. It works very well, and keeps things interactive.
The story has some surprises and twists. It strays from the predictable formula
particularly near the end. Even though I appreciate the change-up, the victory
felt less than satisfying. It was like facing down Dr. Evil, and getting a back
-stabbing Mini-Me instead. What follows is an exciting bit, but not what I
expected.
The writing in this, Robert Street's latest game, left me puzzled. Even though
I've commented about this in prior reviews, it seemed more noticeable here;
equally hard to pin down, but more prevalent. It could just be his style, but
I'm not convinced that's it. Too many sentences (even some in close proximity)
ended awkwardly with the word "though". There was a glaring lack of contractions
throughout the text - not always, but in certain passages - making it more
awkward. This alone isn't a sticking point, but coupled with some awkward
phrasings in general, it just didn't always read *right*.
Take the following - just one random example from hundreds of lines of text:
"The shops in this corner seem to be trying to outdo each other with silly
displays."
The words "seem to be trying to" are the awkward bit. I might write this as:
"The shops in this corner strive to outdo each other with silly displays."
These kinds of things weave themselves throughout the text. The removed bit was
clunky and passive. The replacement flows better, and it's more active. I
usually qualify these kinds of comments with a reminder that I'm no expert. I
have to look two or three times to figure out just what it is about a sentence
that bothers me. Even in the example above, I might change "each other" to "one
another". At times, the text in The Potter and the Mould felt like a first
draft, as though it had been written once and then left alone. At other times,
the text felt too heavily edited, as if the smooth flow and original expression
had been lost under the weight of so much revision. Which the case may be, I
don't know. Like I said, it might just be the author's unique style.
Robert didn't skimp on details. Even though this is an ever-moving game, the
extra effort shows in the responses, from looking around to trying various other
actions. This isn't always the case in story-heavy works, where the only
important thing is doing exactly what advances the plot. I liked that The Potter
and the Mould stood up to some prodding.
The hero's premise, now that I've come to it, is that he can "mould" his shape
into various things. Robert implemented this in a logical, user-friendly way.
Mould options are task-specific and presented in a list. This maintains the
illusion that you're really able to morph into anything, where free-form input
(John Evans's games come to mind) makes this very difficult. It also gives the
PC some say-so as to how the player proceeds. In other words, the PC dreams up
these forms so the player doesn't have to. More than that, it eliminates the "I
tried to become a diamond-tipped drill, but it didn't work" complaints, at the
expense of limiting the player's options. Occasionally, this let me figure out a
puzzle where I wouldn't otherwise have had all the facts, but all in all, it was
a good design.
Next comes the obligatory Adrift discussion - but I'll keep it short. I'm a fan
of Adrift's auto-mapping, even if I found some necessary exits unmarked on it.
It can be a crutch sometimes, and I probably shouldn't have tried to rely on the
map as much. I'm not a fan, however, of Adrift's pick-apart parsing. I call it
that, because I don't know if it has a real name. This is most problematic when
commenting a transcript. If you type something that has the word "undo" anywhere
in it, Adrift believes you intend to undo your last move. If you comment about
"he" or "she", Adrift starts matching pronouns, leading to some interesting
responses. Knowing nothing about its inner workings, I still get the impression
that grammar isn't built the way it is in Hugo and other IF languages. Adrift
makes plenty of assumptions, and it doesn't conform to any grammar rules. If it
finds what appears to be a verb, and what appears to be a noun referencing a
known object, it reacts. At times, such as when it reacts on an NPC you haven't
encountered yet, it can even be a little spoilery.
Even though I'm not a superhero fan, I enjoyed The Potter and the Mould. It was
trippy, but it was fun. It's a solid game, and a credit to the author's
experience.
My Spring Thing score: "8"
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
From: Mike Harris (M.Harris SP@G spi-bpo.com)
TITLE: Threnody
AUTHOR: John Schiff
EMAIL: john SP@G dopplerfx.com
DATE: March 13, 2005
PARSER: TADS 2
SUPPORTS: HTML TADS interpreters
AVAILABILITY: Freeware
URL: http://mirror.ifarchive.org/if-archive/games/springthing/2005/Threnody.zip
VERSION: Release 1.0b
Threnody bills itself as "a lighthearted, puzzle-rich fantasy game" and as such
hits the mark. The backstory is a pedestrian "castle full of treasures" meme,
with the mildly interesting twist that in addition to treasure “points”
accumulated, each of the NPC’s has a "Catena" which must be located and
destroyed to "release" the NPC, a tally of which scores in a parallel point
system.
The player must choose at the beginning whether the PC will be a warrior, wizard
or thief, as well as the gender of the PC. While the former affects what
options the PC has available to solve portions of the game, the purpose of the
gender choice seems only for fleshing out the story thread. The verbiage is
standard "fantasy 101" with the exception that objects’ and sometimes NPC’s
descriptions contain horrible puns. The title NPC is a talking cat and is
generally helpful as a guide but which purpose seems more to further the story
than the game. I delight in both bad puns and cats; those not so enamored might
find the game less charming.
I prefer to be very methodical when playing IF, searching and examining
everything in a room and solving as many puzzles as possible before moving on to
the next room. This approach works poorly with Threnody. Those who prefer a
brief visit to every accessible room before beginning any puzzle solving in
earnest might find Threnody less frustrating. Firstly, objects that might aid
in solving puzzles are often available; I did a lot of guessing. Secondly, many
rooms and locations are empty, there as "place holders." Lastly, the game is
full of objects that seem to be nothing more than red herrings.
This leads us to bugs.
It is possible to locate and destroy the Catenas of some NPC’s before
encountering the NPC’s themselves. While the disappearance/destruction of the
NPC should mean its absence when its location is eventually found, this is not
always the case. Taking the Catenas to unusual locations to be destroyed will
sometimes trigger the same bug. In any case, this bug allows the game to be put
in an unwinnable state as the NPC can not be vanquished. I also stumbled upon a
sequence of moves that "recreated" the Catena of one particular NPC, which I
could then destroy repeatedly for points.
In some cases there is more than one way to "beat" the NPC, but I found another
bug involving engaging a NPC in a game of chance using an object found
elsewhere. While defeating the NPC in the game of chance should achieve
success, and the NPC states that you can take the (blank) because you’ve won,
any attempt to actually do so results in the pre-defeat response.
I found the "red herrings" to be frustrating as well. While they may not be
true "red herrings" but have some purpose in solving puzzles when the PC is in a
different iteration, their sheer number gets tedious – "open (blank) with
(blank)"; "put (blank) on (blank)" is fun for the first thirty or forty tries
but does start to pall once one gets into triple digits. Furthermore, while the
PC’s carrying capacity is large it’s not unlimited. Three quarters of the way
through the game I found that I was no longer able to pick up objects and had to
decide which objects in my vast inventory to jettison, hoping that I would not
rid myself of anything truly useful in the process.
While some puzzles are ludicrously simple, some are so difficult that I had no
recourse but to refer to the hints or the walkthrough. There is some trouble of
the “guess the verb” variety but in many cases there seems to be no way to solve
the puzzle except through brute force, trying every possible combination hoping
that one works.
Some minor squawks – default responses sometimes come up when the story would
dictate otherwise. For example, upon entering a room there are often lavish
descriptions of furnishings, floor etc., further examination of which elicits
"you see nothing special about the (blank)" type responses, or directly
contradictory responses – "The floor is made of large slabs of a dark, rough
stone" after the description states something very different. The story
emphasizes the importance of the Catenas to the NPC’s, but (with the exception
of the title NPC) showing the catena to the NPC elicits a default "(NPC) is not
impressed." And speaking of "guess the verb," during play I could often not
recall the term "Catena" or names of NPC’s and more generic descriptions such as
"man," "crystal" or "blue" were ineffective.
In summary, while Threnody is a mildly entertaining diversion exactly as
advertised, its flaws and generic storyline made it less than compelling. The
optional graphics are very much like the game itself – workmanlike, well
executed but ultimately unremarkable, and doing little to enhance the storyline.
Once played through as one PC I had no desire to play more than a small amount
with the PC in a different iteration, just enough to get a feel for that
particular PC and some of the differences in puzzle solving. On a scale of 1 to
10 I would rate it a 5 for difficulty and an overall rating of 5.5 to 6.
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
From: Mike Snyder (wyndo SP@G prowler-pro.com)
TITLE: The Warlord, The Princess & The Bulldog
AUTHOR: David Whyld
EMAIL: dwhyld SP@G gmail.com
DATE: March 31, 2006
PARSER: Adrift
SUPPORTS: Adrift Runner and GLK Adrift
AVAILABILITY: Freeware
URL: http://mirror.ifarchive.org/if-archive/games/springthing/2006/warlord.zip
VERSION: Version 1
It's not the next chapter in The Chronicles of Narnia (and if no other reviewer
makes the same joke, I'll be surprised). David Whyld's Spring Thing 2006 entry,
written in Adrift, reprises the exploits of mercenary bad-ass Stavros "The
Bulldog" McGrogan in a sequel to his earlier A Spot of Bother. It's up to The
Bulldog to sneak, fight, grunt, and puzzle-solve his way to victory against the
evil Warlord, Baron Grishtak.
At times, this is a contradiction. From the start, the goal is clear. I don't
mean the goal of the story (which is also clear), but the goal of the game
itself. Finish the three primary objectives with full health for a score boost,
and pick up more points for solving puzzles rather than pushing past them with
brute force. This opens the game to a variety of play styles, but that "best
score" objective is the carrot dangling just beyond reach. The Bulldog loses
life points when he fights, and without a clear idea of how to gain them back
(let alone how many can *be* regained), my inclination was to avoid fights and
slink about the castle solving puzzles, preserving every point of health
possible. So much for being a bad-ass.
Even though I enjoyed the game using this strategy, I might have enjoyed it
more if I hadn't been aiming for a perfect game. In the end, it didn't matter.
I didn't complete one of the three objectives, and I won with a score of only
80 and health of 90. The ending - and the death ending too, when I purposely
let The Bulldog get pounced by The Tiger - was still satisfying.
Things take a bit longer when you play for points. Instead of beating up the
bad guys, I lured them into traps, tricked them into leaving, or simply avoided
them entirely. When I stumbled into traps or lost health in unexpected ways, I
opted to "undo" or "load" a prior save, so I could try another approach. This
made the game tougher. To get it all right the first time, I would have needed
to read the author's mind. The interesting thing is that this was just another
way of playing the game. With a different objective - let The Bulldog fight
enemies and bully his way past the tough parts - it doesn't require psychic
powers. It's a fair system which rewards do-overs without making do-overs
essential to win.
I've mentioned "health points" several times. If you have visions of RPG stats
and random dice-rolls - especially if you don't *like* those things - take
heart. That's not how WPB works. Think of it as the antithesis of a scoring
system. When you earn "score" points, it's for completing a task, reaching a
milestone, or hitting some score-worthy trigger. These are things built into the
game, and the points are set. If you play much IF, you've probably seen this in
action. WPB has this *in addition to* its health point system. Points come off
by making mistakes, or in other predetermined ways that involve alternate puzzle
solutions. Sometimes, these mistakes (especially in facing enemies) can be
repeated, but on the whole it's more like a credit system. The Bulldog is
extended so many of these "mistake" points, and he spends them as necessary.
The beauty is that making these mistakes usually gets The Bulldog past puzzles.
For instance, there are several ways to pass the landmines near the beginning of
the game. One way in particular saves The Bulldog from damage entirely. Other
ways leave him only slightly scathed (or perhaps unharmed, but with the loss of
something that might be the key to avoiding damage later). Of course, stepping
into it (with persistence) solves the puzzle too, at the expense of a chunk of
health.
It's designed to be winnable, no matter how low your health becomes. The more
damage The Bulldog takes, though, the fewer risks he can endure. Suppose this
drops to a single remaining point. The game remains winnable, but every
additional obstacle must be overcome with brains instead of brawn. This can
become *very* difficult. Health can be recovered, but I never was quite sure
how much. If I recall, I healed about 30. The Bulldog has suffered some prior
to the start of the game, beginning with 63 health. Health of 100 is considered
"full". It may be possible to recover more than 37, making it possible to take
damage and still finish with full health. I never figured out the max. It's just
as possible that every method in the game adds up only to a total of 37, meaning
a perfect win requires a totally unharmed Bulldog. Maybe a better player than I
- or Whyld himself - will say for sure.
Really, it's a clever design. I can't think of a single puzzle that didn't
have two or more solutions. The easier the solution, the fewer the points (and
often, the more damage The Bulldog would take). Because my goal had me going
after the toughest of each solution, I hit the built-in help often. After only
a short ways into the game, I was requesting every hint available in every
room. In a way, this became just another tool, like "undo". Instead of cheating,
it seemed more like a part of the game. Some hints even felt more like puzzles
to solve. Even *with* hints, it was often difficult to work out the best (most
rewarding point-wise) solutions. Without them, though, I never would have.
This all makes it difficult to say just how tough The Warlord, The Princess, and
The Bulldog is. I solved many of the puzzles with easier solutions at first,
costing The Bulldog only a few points of health. I would have finished faster -
and possibly without so much reliance on hints - if I had just pressed forward
from those points. I suppose it ranges from "challenging but not overly
difficult" to "one step down from impossible", depending on what approach you
take. Mine was more on the side of the latter.
Whyld has done an excellent job of anticipating much of what players may try.
The implementation level alone is amazing. Very little encountered in the game
lacks first, second, even third-level implementation. If you look at scenery
that has parts, you can look at those parts. You can often *interact* with those
parts. If those parts have parts, they're probably implemented too. It pays to
really inspect what's around. Even though much of it is optional, enough digging
can bring up the keys to alternate puzzle solutions.
The prose in WPB is dotted with amusing passages. Generally, Whyld isn't trying
for real comedy - and if so, it probably wouldn't have worked here anyway. It's
more the "ah ha, that was funny" kind of subdued but cliched humor you'd expect
from a story in which the hero only grunts yet everybody understands what he
means. When Baron Grishtak writes a letter to his ace henchman - subsequently
obtained by The Bulldog - he admits that he "foolishly jotted down the access
code to the master computer on the bottom of it." He goes on to encourage his
henchman to destroy the letter after reading it, for that very reason.
As to the presentation, the author held nothing back. My first fifteen minutes
were spent just reading the introductory material - details about the game,
additional commands, the intro, etc. The game font size can be adjusted via the
command prompt. Screen-clearing at each room change can be turned on or off
(personally, I liked it on - it was easier to quickly scroll up and reread room
descriptions that way). Around four different fonts were used - one for room
headers, one for the room description, the default font for most game messages,
and a script-style font for letters and notes. It may sound like a hodgepodge,
but it works well (if you're using the Adrift runner and your Windows-based
computer has those fonts) and it set WPB apart from other games in terms of
style.
To now, it may seem as though I have no complaints about The Warlord, The
Princess & The Bulldog. A big game, though, has more room for things to go
wrong. None of these problems (in my play-through, anyway), were game-killing,
but they ranged from mildly annoying to completely preventing (or, at times,
*allowing*) certain solutions. My transcripts note quite a few typos - not
surprising in a game of this size and complexity, but still minor dents in the
proverbial finish. Weirder quirks included things like the non-working pendant
(it worked once, but after a subsequent "undo" or "restore", shaking it didn't
work even though it still had 3 charges); being able to enter the guards'
training courtyard in a "they're gone" state, even though they shouldn't have
been; a reference to a voodoo doll in the hints, which doesn't seem to be in the
game (Adrift will usually respond to objects it knows, even in other places, and
it didn't know that one); being able to break the panel in the sleeping quarters
repeatedly; I didn't realize it at the time, but the "code to the master
computer" is too long to work in either of the computers found later in the
game; some available exits were unmarked on the map; some exits described in the
text didn't work in the game; you can't "undo" to before a hint screen; I
couldn't get "exit" to work (even though it was supposed to), when trying one of
the codes; A seven-letter password scattered throughout the castle appears to
have two fifth letters; it's possible to set the watch before winning, so that
it goes off during the final scene; a few other miscellaneous quirks.
As the game progressed, these things either became more common or more
noticeable. Maybe it was the cumulative effect, but my faith in the game's
internal consistency was shaken. If I felt at all guilty about reliance on
hints, the feeling passed when I thought that maybe the game was broken just
enough to *prevent* the solutions I needed for a perfect win. This may not be
true. From my experience, the bugs that persist after beta testing are usually
the bugs in sections that *aren't* vital - else they would have been worked out
already. Nonetheless, it's a reminder: the better the polish, the higher the
faith.
Most of the design works great. The health point system contributes to alternate
puzzle solutions, and alternate puzzle solutions are abundant. The hints,
although cryptic at times, are helpful. Even so, a few specific parts left me
cold. One very early puzzle (the one that avoids a loss of health - an easier
but damaging alternate does exist) requires waiting a few turns after taking
action. I was impressed that the game allowed the particular action, but I
thought I had messed up - so I did an "undo". Speaking of "undo", you can
unwittingly make a move that disables it, in what I can only describe as a prank
perpetrated by the author. It's by no means a necessary (or even an obvious)
move, but some players will try it. I found no way to re-enable it, aside from
reverting to a prior save (or starting over). One obstacle requires that you
lose everything in inventory. The hints describe a way to keep most of it, but
it requires repeating an action (and it's even possible to undo a failure,
repeat, and succeed the second or third time).
As a Spring Thing entry, WPB is fittingly sized. My play-through - taking most
puzzles the hard way and relying heavily on the built-in hints - was eight and
a half hours. Despite the flaws, I enjoyed the time I spent with The Warlord,
The Princess & The Bulldog. An incredible amount of effort was put into this
game, and it really shows. A post-competition release could address the
remaining problems, making it even more recommendable.
My Spring Thing score: "9"
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
___. .___ _ ___. ___.
/ _| | \ / \ / ._| / _|
\ \ | o_/ | | | |_. \ \
.\ \ | | | o | | | | .\ \
|___/ |_| |_|_| \___| |___/ PECIFICS
SPAG Specifics is a small section of SPAG dedicated to providing in-
depth critical analysis of IF games, spoilers most emphatically
included.
WARNING! SPOILERS BELOW FOR THE FOLLOWING GAME:
The Baron
PROCEED NO FURTHER UNLESS YOU HAVE PLAYED THIS GAME!
THIS IS NOT A TEST! GENUINE SPOILERS TO FOLLOW!
LAST CHANCE TO AVOID SPOILAGE!
From: Dan Shiovitz (dans SP@G drizzle.com)
TITLE: The Baron
AUTHOR: Victor Gijsbers
EMAIL: victor SP@G lilith.gotdns.org
DATE: March 31, 2006
PARSER: Inform 6
SUPPORTS: Z-code (Inform .Z8) interpreters
AVAILABILITY: Freeware
URL: http://mirror.ifarchive.org/if-archive/games/springthing/2006/baron.zip
VERSION: Release 1
In my review of The Baron for the comp, I mostly just said "I'm pretty sure this
is not like any IF game you've ever played before" and left it at that. But this
is a SPAG Specifics review, so I'm going to assume everyone's played the game
all the way through, and will feel free to get into the nitty-gritty details of
how and whether I think the game works.
To get some stuff out of the way, I'm not particularly impressed with the
writing or storyline here. I think it's too obvious early on that weird stuff is
going on with the daughter, the "the PC is actually a bad guy!" plot has been
done before (in Bliss, for example), and most of the actual plot elements feel
more like setpieces than real places or NPCs -- you got your generic dragon cave
(bone flooring optional), your generic village, your generic forest, your
generic ruined castle. So given all that, why did the game work so well for me?
The first time the game astonished me was when when I typed >KILL WOLF on the
young wolf after I killed its mother, and the game *asked me why I was doing
it*. Man, even now I am still blown away by how cool that is. When this
happened, the game essentially defined a whole new reason for why IF is
interesting. We've talked in the past about buzzwords like "exploration" and
"agency" and "complicity" to name things you get out of IF that you don't get
out of static fiction, but The Baron defines a new one -- justification.
There have been hints of this kind of thing in the past. Piece of Mind, for
instance, has a famous section where the player is challenged by the game's
protagonist over the rightness of the action the player's typed in. And
obviously there are plenty of games where the PC has to make a moral decision.
The thing is, in almost cases the moral decisions involved in those games are
lame, or not really a decision at all -- the game clearly identifies one of the
decisions as right and the other as wrong.
The game-design insight in The Baron is that by shifting the moral judgement
onto the player, the decision suddenly becomes much more interesting, because
now the player (and not just the PC!) has direct personal stakes. This is sort
of similar to how you can make a storyline more involving by presenting it in
nonlinear order: in that case the player gets involved in the plot because they
have to piece it together themselves. In this case they're involved in the
decision because then they're asked to justify it -- not to the game, which
would be trivial, but to themselves. The game establishes that the PC has been
doing something bad for a long time, and is on the verge of doing it again, and
nothing more. The question of how bad a person this makes the PC is entirely up
to the player, as are the punishment for and future consequences of the PC's
actions.
When The Baron gets away from asking for justification, it tends to lose its way
a little bit. The scenes at the beginning in the dragon cave and at the end in
the ruined castle are examples of this: the symbolism comes off as heavy-handed,
and none of the PC's actions matter. Which is an interesting objection, since
the PC's actions don't really matter elsewhere either -- there's only one place,
right at the end, where you have the power to alter the storyline in a
significant way.
The point seems to be that, again, the PC's actions in The Baron are meaningless
except as they're evaluated by the player: your actions with the wolf don't
matter except that the gargoyle forces you to discuss them. I'm surprised that
the initial scene with the dragon never gets a similar kind of discussion -- the
choice to fight or run, and the question of whether failure is really inevitable
fit in just fine with the rest of the game, but without discussion they aren't
particularly important.
So where to from here? I would be totally interested in seeing new games use
this one as a jumping-off point. The thing I would most like to see is if
there's a way to restore some agency to the player here -- The Baron focuses so
tightly on the moral decisions that it makes the PC's actions irrelevant to the
course of the narrative even if they're relevant to the player. It seems like it
must be possible to have a game where the PC's choices are significant both
in-game and out of it. But The Baron is still seriously ground-breaking, and I
hope in a few years we can look back and see it make the same kind of impact on
IF design that Photopia or A Mind Forever Voyaging did.
As one final closing note, Victor Gijsbers is involved in the modern RPG scene,
and it's hard not to think that The Baron is strongly influenced by trends
there. Like, here's a quote from Ron Edwards defining Narrativist gaming, the
closest RPG trend to what Gijsbers's game is about:
Story Now requires that at least one engaging issue or problematic
feature of human existence be addressed in the process of
role-playing. "Address" means:
Establishing the issue's Explorative expressions in the game-world,
"fixing" them into imaginary place.
Developing the issue as a source of continued conflict, perhaps
changing any number of things about it, such as which side is being
taken by a given character, or providing more depth to why the
antagonistic side of the issue exists at all.
Resolving the issue through the decisions of the players of the
protagonists, as well as various features and constraints of the
circumstances.
Sounds familiar, hunh? This is from
http://www.indie-rpgs.com/_articles/narr_essay.html -- somebody interested in
working on a game like The Baron would be well-advised to check it out.
Even if you're not interested in a game that's as non-standard as The Baron is,
there's plenty of RPG theory and craft that still applies: how to set up a
scene, how to cut between scenes, how to build storylines that allow for and
adapt to the PCs doing surprising things. The modern IF community has gained a
lot of valuable insight from static fiction and other types of computer games,
but RPGs have been mostly absent as an influence since Colossal Cave. It's
probably time the IF community starts looking at another interactive
storytelling medium and seeing what techniques they have that we can learn from.
SUBMISSION POLICY ---------------------------------------------------------
SPAG is a non-paying fanzine specializing in reviews of text adventure games, a.
k.a. Interactive Fiction. This includes the classic Infocom games and similar
games, but also some graphic adventures where the primary player-game
communication is text based. Any and all text-based games are eligible for
review, though if a game has been reviewed three times in SPAG, no further
reviews of it will be accepted unless they are extraordinarily original and/or
insightful. SPAG reviews should be free of spoilers, with the exception of
reviews submitted to SPAG Specifics, where spoilers are allowed in the service
of in-depth discussion. In addition, reviewers should play a game to completion
before submitting a review. There are some exceptions to this clause --
competition games reviewed after 2 hours, unfinishable games, games with
hundreds of endings, etc. -- if in doubt, ask me first.
Authors retain the rights to use their reviews in other contexts. We accept
submissions that have been previously published elsewhere, although original
reviews are preferred.
For a more detailed version of this policy, see the SPAG FAQ at http://www.
sparkynet.com/spag/spag.faq.
---------------------------------------------------------------------------
Thank you for helping to keep text adventures alive!
Click here for a printable, plain text version of this issue.