Some of these I’ve seen. It’s notable that all of these features you mention have already been in parsered IF. If the new wrinkle is replicating them in CYOA, well not that it means great IF can’t be done in those systems, but I am a bit underwhelmed by the importance to the medium of the feature set. (Meaning for these you’ve just mentioned, not for Versu, which sounds very intriguing. I think it’s a smart and interesting experiment to try to control complexity by selecting a subset of the literary world to concentrate on modelling with a system, e.g. Jane Austen. I had never even considered that a system might take that kind of approach.)
Wow I really need to check this one out.
Could be artistically interesting in effect… if they managed to avoid making it feel sloppy/accidental.
I’m sure that’s not as boring a story as it sounds. Formally it does sound neat.
Hmm I begin to see why this is oft-mentioned. That sounds very neat.
Also something I need to track – I really need to know when people are juxtaposing the parser window with something else, because that (perhaps budding) tradition is where my WIP is going to fit.
This stuff sounds pretty cool, too. I haven’t played anything from late last year yet. Thanks so much for typing all this out for me, you’re the best! 8)
Thinking about this more, I feel that some of the change I described has been a natural extension of things that people were trying to do in the pure parser space. There were a number of types of gameplay interaction – social rather than physical action, large-scale action (e.g. things done over the course of days or weeks rather than OPEN BOX tasks taking just a minute), etc. – that we had talked about and in some cases prototyped for years, without reaching a point where they ever felt good or viable in standard parser IF.
To some extent that is because the parser IF vocabulary had become traditionally focused on a specific set of actions and so there was a weight of expectation at work; but in some cases it was just non-trivially challenging to represent the desired mechanics with a standard command line and world model pairing. So experimenting with other structures was perhaps necessary to get around that roadblock and address the kinds of interaction in question. StoryNexus actions, for instance, often describe interactions at the level of “go to this person’s ball” or “stand up to that villain’s blackmail” or whatever, rather than SAY NO TO VILLAIN; and this produces a different texture of play, even when the essential story elements are similar or identical to those in standard IF.
For instance, in Zero Summer, I decided I wanted to cultivate the friendship of the rather frightening woman who controls the mission in town. I knew she needed some supplies, so sought those out and gave them to her. This is in one sense a bog-standard fetch quest equivalent to getting a coin for a troll or hunting five rats to hand to the town mayor. On the other hand, actually getting the supplies to her involved a few action clicks, corresponding to a time frame of hours or perhaps even days in the story. That changed relationship between game effort and narrative time meant that my little fetch task felt like part of a long montage sequence in which I was gradually making friends with this woman; less grindy, more narrative than such quests usually are. (This is not to say that StoryNexus games never have their grindy aspect, but ZS balances these features comparatively well, and in a way that makes good use of the StoryNexus action structure.)
Likewise, in Zero Summer, place is important but again represented on a larger scale than in traditional parser IF; an area might be a whole neighborhood of town. The scale of space and the scale of time are linked intimately. Because time units in ZS are generally longer, it makes sense to skip modeling walking from street to street and instead elide any short walks into the main action.
None of this is impossible with parsed interactive fiction, and there have been experiments with the same ideas (as well as a few experiments that moved the granularity the other way – as in the room sub-modeling in Stone Cell or Shade). But some of these paradigms feel more natural when presented via something other than the command line, especially if they involve throwing away most of the standard IF vocabulary and replacing it with a totally other verb set.
To speak just for myself, here, I find that it is freeing to ask when I’m working on a new project, “does this actually need the parser? does it make use of it in an important way? would a different way of presenting player choice be preferable? which of the available tools best suits this story?”
Sometimes I come up with something that really does need the parser – Counterfeit Monkey could not have been a choice-based piece – but conversely Bee or First Draft could not have been parser pieces, and much of what Versu does would be prohibitively fiddly with a parser interface.
Yeah, even if I somehow guessed that the longer version is precisely what I’m supposed to type, I still wouldn’t really want to type it all out, so I see what you’re getting at – an integration of the command line into the tone of the piece itself. If that weren’t the goal, then it wouldn’t be necessary to expand the command line. Even a one-letter command could immediately be followed with ‘So you stand up to that villain’s blackmail…’ so it’s not that the sentiment isn’t expressible: you just want it expressed in the actual command line rather than immediately preceding or following. And that strikes me as more of an issue of smoothing out the wrinkles in the tone of the piece. In other words, the limits of the parsered command line that are being escaped by the above techniques are rhetorical limits, not functional ones.
I feel that this desire is heightened by the fact that the grammar of combining imperative commands with a second person narrative, has never made any sense. It just feels wrong to me and has always felt wrong. I have my own ways of trying to solve this and trying to achieve more evenness of tone; one of them involves going to first or third person, where throwing imperatives at the narrative as a spectator makes more rhetorical sense (and they have side benefits, like trading the emotionally empty act of ‘immersion’ for an actually contentful act of emotional identification). And there are some other tricks I am doing like rewriting all of the error messages to mimick an internal monologue, et cetera. The sort of thing that has been done in IF before to smooth what really is a grammatical eyesore. BUt it’s not the parser’s fault, IMO. The original decisions could have gone an entirely different way so that everyone associated the parser with third person narratives from the start; then things would have gone very differently and I think very different kinds of stories would have necessarily been told from the start – perhaps more like are told in CYOA.
Of course, you know all about perspective shifts, so this isn’t news, and even all that being said, parsered input is still not nearly as tone-even and rhetorically flexible as multiple choice, so I can see where you’re coming from. I think we all perceive certain problems but we name them differently, in the course of coming up with widely varying solutions. I hadn’t thought of CYOA before as addressing the same incongruity as does a perspective shift, but it makes sense.
As for Zero Summer, I can think of ways to do that kind of time compression in a parser (it’s a topic very important to me right now actually); in fact that is part of the cool challenge for me. One thing I find is important to remember for a parser: just tell people the damn commands. Don’t play coy as if part of the joy is in guessing the right verbs. The joy is in knowing all the verbs but not knowing in what rooms they are relevant. Having a master list of universally applicable actions with nonspecific referents is ideal; having a separate list for each object/room is what stomps on that illusion of open-endedness. It may all be smoke & mirrors, but I don’t care. Fiction itself is just a trick of the light falling on paper. I want to make decisions and not choose choices, if that makes any sense. I want that open-ended feeling, and that’s why I love the parser. Of course, underneath it all, everytihng is multiple choice in the end, narratively. I just don’t normally prefer to be baldly confronted with that on the front end, so CYOA too has its own disadvantage to overcome. There are things I dislike about the conventional presentation of both forms. I believe those things can be overcome in parsered IF but I’m not as sure in CYOA – probably because I have given it a lot less thought.
I have very similar concerns and interests here, but my experience from testing Orphanorium is that it isn’t enough to tell people the damn commands: if they’re not part of the standard verb set that they’re accustomed to, most players will forget all of them even if they’ve been told. (The classic example of this is games that introduce THINK ABOUT or REMEMBER; usually the player discovers that said verb is of zero or marginal use most of the time, forgets about it, and gets stuck later on when the verb becomes crucial). If you’re introducing a bunch of new verbs, you have to make them ready-to-hand: introduce them one or two at a time, make the player use them often, make them central to the basic texture of playing the game.
This is funny. I just realised yesterday there was a ClubFloyd of my one-move game from last year and finally read it. When you’ve seen all the endings, the game says ‘YOU CAN’T WIN’ (it being a one-move game, I felt awarding a win for completing multiple iterations would break the rules) but after reading the transcript I realised I should have added, ‘NO REALLY. YOU REALLY CAN’T WIN. AT ALL.’
I’ve just been doing it so’s I feed them directly to the player as needed. Even repeated reminders later at useful moments, because whenever a playtester walks away from my game because they don’t even know what sorts of things to TRY (and hoo boy, have they ever), I figure I deserve it.
Hmm, I haven’t played ZS, but the use of “grindy” is interesting to me here. Because when I think of “grind” I think of what every StoryNexus/Failbetter game I’ve played has, and IF usually doesn’t – repeated actions (in this case generally literally repeated; the same card or choice options many times) that give you gradual progress through stat boosts. The closest thing I can think of that parser IF usually has here is when you have to traipse across a map repeatedly, but even there it seems like it’s increasingly best practice to give you a “go to” command if you’re going to have to go to lots of different places on a large map. There’s also the grind of trying every object in a something until you find one that works, but that generally doesn’t give you gradual progress (and you can avoid the grind if you can figure out the right action the first time).
But parser IF doesn’t usually stretch its temporal and spatial boundaries like this anyway. A New Life did a good job of conveying a sense of great space in one of its transitions without making you type lots of commands, and so did The Guardian, but I can’t think of much that compresses time like this without cut scenes. (Hoist Sail for the Heliopause, maybe, but that’s compressing the time it takes to travel.)
Paul, I can think of some cases where figuring out a new verb provided a great moment of discovery, in Photopia and The Ebb and Flow of the Tide, and in both of them it represented a liberation for the PC as well as the player.
Same verb, as it happens.
Depends on the design, I think; as Sam says the trick for me as a player is to lead me to the new verbs. This is usually true in non-parser games as well, at least ones not named nethack. Feeding them directly to the player is a good idea.
It does make sense, and this is a concern to me as well; it describes a reason I have historically often not found choice-based work as compelling as parser IF. But I hypothesize that this sensation of making decisions is not dependent only or even chiefly on the interface. It’s also dependent on the world model, and that means that it can be partly or wholly replicated by a choice-based interface laid over a sophisticated model. The point here being that the player can learn how the modeled world works; can make plans that run several steps ahead of the choices she’s being currently offered; can anticipate and set up.
This, at least, is the design premise of Versu; it’s not up to me to say whether that succeeds or not. But the idea is that the social model is detailed enough to allow the player to think, “I will flatter this character and see if I can get us to become friends and perhaps then she’ll confide in me about the secret I think she knows.” Or: “I will pour myself a drink, then spill it on this character, and she will get angry and leave the room.” (Whether the result feels like a difficult puzzle or like a wide-open improv experience then depends on how many outcome states there are, how many possible routes to achieve them, and how tightly the story is gated on achieving a particular outcome.)
The player’s degree of control over the situation will depend on how well she has come to understand the model, and that understanding is a product of both player experience and authorial skill. But that’s true in parser IF as well.
Because they all, almost universally, use the object-and-room model to represent objects-and-rooms, which tends to necessitate frozen time. However there is no mandate that one MUST use the object-and-room model to represent exclusively objects and locations, nor is there any mandate that one must stick to the model exclusively and not ever abstract the player character from the model – realising this, and how many different ways there are of doing this, very few of them significantly explored, is the key to breaking the unities of time and space in IF, IMO.
Ironically, Emily is talking about improving CYOA by adding a world model, when too pedestrian and literal a use of the world model, may be what’s holding IF back. I feel parsered IF is currently facing a different challenge than CYOA: it is too hidebound by its world models.
You have to type a lot of commands to move time because unless you do precisely the right thing, it’s at a standstill. If you want to make a game in which time passes at different rates, then the best way to achieve that gracefully would be to start by making a game in which time passes naturally at the usual rate. Which it normally doesn’t in IF – that’s why it’s hard to vary the rate. Can’t elegantly modulate something that usually isn’t there, because then you have to introduce it as an element while modulating it at the same time – doesn’t really work.
Well, OK the clock ticks and story often passes when the player solves something or takes too long, but these are exceptional circumstances. What if time passed and often raised new story events every single turn regardless of what the player does, not as a sequence of ‘triggered events’ but as part of the normal default play loop – it naturally moves through descriptions representing time. A temporal partner for the spatial model, if you will. As a dev, you have to create it yourself, currently – or coopt the spatial model for it – but when that’s done, you should be able to vary the rate of its passing as much as you desire. It works even more smoothly if you aren’t always using room objects to represent every actual room, because room titles and descriptions sometimes just get in the way, y’know? 87
Good point! It can work for special narrative situations — in fact I can’t claim to have entirely avoided that sort of exceptionalism, myself. It’s just not a great routine discovery mechanism, because as such, it makes people quit. Hard.
I’m presuming that the setup you’re describing can only work with multiple nested selection lists, so that I don’t just choose from a list of actions, I also choose from a list of nouns to associate with those actions. I don’t think it would work for me otherwise, if I were tipped off in any way which action the system expects to see associated with which person/object in the room, so I expect that’s not how it works.
Of course, I should just try it rather than make the creator explain all of how it works, and as I mentioned Versu right now tops the list. Sounds more intriguing all the time. 8)
Well, note I didn’t say that the world model had to be (primarily, or at all) a model of nested rooms and containers, or anything so closely tied to the IF-standard world model. It just needs to be a model, something the player can learn and on the basis of which she can make predictions about the results of her actions.
I’d say part of the reason it’s hard to get away from the standard world model in traditional parser IF is that, as soon as one does so, it becomes necessary to teach the player a whole new verb set – not just list once, but teach systematically, until those new verbs become as comfortable and familiar as the old bunch. In my experience, it takes at least two or three puzzles (or, if not puzzles, successful interactions) to cement a new verb for a player. That means you could wind up spending a whole comp-game-length design on introducing a set of five verbs.
But five is a very minimal set – for rich-feeling parser IF you want to have enough verbs that they don’t feel like part of a menu. Enough that the player is not holding the whole set in her head, but is instead naturally and freshly thinking of the action she wishes to command in the moment she wants to command it. (Compare: LOOK, EXAMINE, GO, TAKE, INVENTORY, DROP, WEAR, TAKE OFF, OPEN, CLOSE, LOCK, UNLOCK, EAT, SMELL, LISTEN TO, TURN ON, TURN OFF, SEARCH, LOOK UP, ENTER, EXIT, ASK, ATTACK… that’s already two dozen, not counting individual directions, rarities, or meta commands like QUIT.)
In other words: teaching a robust set of brand-new verbs, with enough variety to rival the standard model, could take many hours of gameplay.
That’s challenging enough, but if the revised world model includes acting on any abstractions – talking about topics of conversation, say, or reviewing childhood memories, or changing the price of commodities – then one also needs to find a way to tell the player about those objects that can no longer be found as part of the room description. Parser IF has many ways to try to deal with this: topic lists; inventories that include abstract as well as concrete objects; actions that trigger augmenting menu systems; highlighted or hyperlinked keywords in the body text; ASCII or graphical add-on displays; hint text of various types; making the player use magic, a tool, or a computer to manipulate the abstraction; and so on.
But these solutions can feel clumsy, and as a rule, the more thoroughly you’re changing the world model the more you need to rely on them, until the positive aspects of the parser (a certain directness and precision for those players who are used to the parser at all, together with the pleasure of unhinted agency) have been lost. Instead you often wind up with a screen cluttered with too many extra helps, or a long verb list supplied in help output, or a bunch of key information relegated to an enclosed feelie, or some other unfortunate crime against user experience. Once that happens, some form of multiple choice is preferable.
All this is not exclusively an issue with the technology of the parser. It’s also partly to do with culture and player training. In some alternate universe where Crowther’s seminal text adventure was a story of intrigue in the court of Justinian, we might all be used to an interpersonally focused world model with a social verb set and, perhaps, a standard set of conceptual abstractions. Maybe.
I think the abstract-objects problem might remain a problem, even so.
This all makes perfect sense to me as long as I keep in mind that your primary objection to the standard model is its inability to capture social action, so naturally discarding that model means, for you, also discarding physical verbs and replacing them with more abstract equivalents. That’s not what it means to me. We all live in the physical world and nearly every social action is accompanied by a physical action that makes that social interaction possible, or modulates it. I can discard the standard use of rooms and room descriptions and move to a system where time passes by default, without discarding any of the standard verbs or even inventing new ones. But I don’t have the same goals you do, to simulate a social world. I would only want to explore the particular emotions and social interactions specific to the concentrated physical scene I am depicting – a scene in which you aren’t necessarily in any specific ‘room’ at every moment, but can still manipulate any objects that cross your path.
You know, more like ordinary walking-around life. In ordinary life, I don’t walk into a field and think, ‘Now I am at Center of Field. I can kick that soccer ball, but first I would have to move to the Left of Field, and then kick the ball.’ No, I should be able to type just KICK BALL from anywhere on the field, as long as I can see it. The field shouldn’t be five separate locations, just because the author of the game wants it to take me 5 turns to move through it. He or she should be able to manipulate my timing in crossing the field independently of modelling the field spatially, as a standard part of the game design. Then we wouldn’t get all of this weird compartmentalisation and distortion.
But ‘room descriptions’ don’t have to consist of actual ldescriptions of actual physical rooms. That is just a internal abstraction of the game – one does not have to take it as a requirement that ‘room’ text be representational and geographically simulative. Each ‘room’ could represent a state of mind, or a dream scene in the PC’s head; none of it actually exists, but put it in the world model and you can do all sorts of stuff to it with the standard verbs, because even a totally abstract dream sequence is full of at least metaphorical physical actions. And if you’ve got a temporal model that is separate from the spatial model, you can still use it to give the game a setting while hijacking much of the world model for something else.
I can see that for the stories you want to tell, something like that conclusion would hold, but those aren’t the stories I want to tell, so I see an escape clause in there for my kinds of stories, focused on particular temporally-enclosed situations and predicaments and their emotional consequences for the protagonist. You may solve toward an emotion, or make decisions based on how you want to feel, but you don’t actually try to manipulate other people directly with social verbs. You just try to change the circumstances in which things happen so that certain elements (physical or emotional) that are meaningful to the participatns are present or absent, having a different effect on what people say to the protagonist, or what the protagonist feels comfortable saying to them. Among these circumstances is the protagonist’s state of mind, based on the physical actions he (in my case it’s a he) has been forced to perform. Epiphenomenalism FTW? At least, I hope.
Emily, how does what your saying fit with what could be the most substantial non-physical model yet: your threaded conversation system? If a standard set of actions isn’t required there, is it really required for a physical world model?
I think the hard problem in IF is essentially Inception: to put an appropriate response in the mind of the player without them being overly conscious of that. Whether it’s poorly hinted physical puzzles, or obtrusive topic suggestions in a conversation, it can be very hard to hit that balance perfectly, but when it is balanced, the result is beautiful.
I’m hoping to add a Spaced Repetition hint system to Kerkerkruip. The hints will be presented somewhat obtrusively, but I hope that the modelling of skill acquisition might enable us to avoid the awkwardness where the player has progressed further along a work’s learning curve than where it thinks the player is at.
I don’t think I’ve contradicted myself. Threaded Conversation works because it gives explicit hints to the player on a regular basis, thus blending what are effectively menu choices into the parser system. And there is effectively one major standard action – SAY, which happens to apply to a rotating collection of available nouns depending on what exactly is going on at the moment – and a couple of minor standard actions, TOPICS and ASK ABOUT/TELL ABOUT, which discover other parts of the currently-speakable domain. TC is thus not providing a fully-rich system for a parser in the sense I’ve described above, but it’s intended to be used in combination with games that are also using other standard parsed commands. This is true even of, say, Alabaster. Physical actions may be few relative to spoken actions, but they’re present and significant.
Kerkerkruip I didn’t mention because the previous post was already getting pretty rambly, but I think that is a good example of a parser game incorporating substantial systematic changes to the model – and also where there’s a substantial learning curve as a result. The spaced repetition hints are an interesting idea.
It’s true that’s what I’m most interested in, so it’s the example I most often use to think with, but there are other examples that people have talked about over the years, models that were about different scales and types of action: what if you were, or controlled, an enzyme, a microbe, a city-state? if you were a drama manager-like figure who set the stage for the experience of AI NPCs? if you were a creator or artist who could bring new objects into being, or an empath who could change the mood states of other characters and then watch what happened? what if each of your actions consumed a day, a season or a century? But very few such games have made an appearance, even though the parser technically allows for the creation of entire new verb sets.
This specific kind of argument – “what if IF were more like real life?”, especially with a phrasing that suggests the particular solution in question is obvious – sets off my alarm bells, mostly because I’ve heard it so many times applied to so many different game features. There’s always a translation between reality and model; there are always points of greater and weaker fidelity.
But okay. Moving on:
That’s territory that’s been a bit explored in the past, both in Inform and TADS; there’s a sample about this (“Stately Gardens”) in the Inform manual that’s present because there was a bit of an interest in this modeling style back in 2005 or so when I was writing the bulk of the examples. As I recall, the ConSpace library for TADS 3 does something fairly similar. The idea is that the player’s vicinity is described automatically with reference to small local objects and also larger adjacent monuments; anything visible can be acted on; the player is automatically moved to touching distance of anything his action requires him to touch. And there are a handful of examples that go the other way, by dividing up a small area that would normally be modeled as a single room into multiple subdivisions.
Shade is probably the most famous and successful case of this, though part of its success comes from the fact that if you’re not thinking about IF modeling conventions explicitly, you might not notice what was going on.
As far as time, I feel like that’s in similar territory: people have experimented with both real-time gameplay and features where different amounts of elapsed time can be attached to different actions. Real-time makes an enormous difference in the feel of play, but introduces significant design and play challenges as well. (What if you outrun the reader’s reading speed? What does it mean to undo a turn in a real-time environment? etc.) Variable-elapsed-time actions feel more pedestrian, I think because I’ve mostly seen this sort of thing in contexts where the amount of time in question looks like “no time for examining or looking, one unit for most actions, two units for walking” (or the like). Aside from making examining into a free action – which can be very important in games with timed sequences – most of the other refinements on this I’ve experienced felt fancy but not enormously important to the overall experience.
Anyway, I’d be intrigued to see a compelling game or narrative application, rather than just a tech demo, of continuous space or variable-duration actions. I feel like I haven’t really yet, with maybe the exception of Shade. It’s not that no one has dabbled in those areas, but maybe no one’s combined the tech with the right design concept yet.
No, of course. IF has been doing surreal dreamscapes and metaphysical landscapes for a very long time. I think of this method not as replacing the standard world model, but as mapping the existing standard world model to a new set of meanings. It works well for some things, but it also imposes a distance between the player and what’s “really” going on, and there are lots of types of story for which it seems like a poor fit.
But I think I’m failing to envision the combination of features you have in mind. I’m sort of picturing a real-time story with a realistic set of events playing out in a complex real-world space, but which the player manipulated by moving/taking/destroying surreal abstractions inside the protagonist’s head…? Which could be totally wrong, so probably the most cunning plan would be to wait until you have made the thing to comment further.
Point taken. I didn’t mean to make grandiose claims, but I do tend to get carried way when talking about the things I think are possible that I haven’t really seen.
Yeah I realise that visible scope has often been made to cross rooms, but actionable scope typically doesn’t. It’s a lot rarer. Anyway I have played Shade but thanks for those other references. What I am getting at is more about doing away with geographical ‘rooms’ for great swaths of the narrative, only without doing away with geography, which only incidentally solves the scope problem. Despite this, I am positive that however idiosyncratic my solution, somebody somewhere has tried it already. 8)
I wasn’t really talking about real-time at all. Everything I said was aimed toward turn-based play. ‘Pedestrian’ is an interesting choice of words there, for that’s exactly what it is. Most games assume that the player’s default setting is standing still, and that player commands are needed to set the character in motion. I have not seen one that assumes otherwise. Heliopause came close. That’s the whole point of having a temporal model – to make the game ‘walk’.
Well for what it’s worth I plan to release my source code so if anyone likes the way I’ve done it, they can more easily copy it and replace with their own text. I guess I’ll know whether it actually narratively works and is fun by how many people feel the need to replicate it.
Yeah, exactly.
Well, that depends. I mean, you can put anything in there besides a room description. Anything. Surely you can imagine something non-geographical that wouldn’t impose a distance? 87
Yes, I feel that way, like I am failing to communicate the combination, and you are right that the various components have each been done before. I am sure it seems like a very sensible thing to be skeptical of this magic fairy dust, and I am not so sure about it myself. My first playtesting round with private friends went pretty awfully, too, but I believe that was due to extrinsic factors regarding my puzzles, and confusion about my narrative and win conditions. I’ll find out in round 2.
Yeah you’re sort of right but you have included lots of extraneous information on the assumption that all of the examples I proposed referred directly to my WIP, when actually they don’t. Some of the things I said were just alternate things that you could do with the general approach I’ve taken. I was trying to describe why I think my arrangement of technology works, without giving away story elements that I wish to be experienced for the first time as they happen. It’s really difficult.
But I’ve really enjoyed this exchange and found it very valuable to help clarify my thinking about this next round of improvements. Thanks for indulging me!
Monday, 16:30 is another game with fluid actionable scope, so that you wind up moving around the inside of an office when you’re acting on different things in the room. The game prints command clarification breaks as you move around the office so the internals are a bit more transparent than Shade’s.
One of the issues with having time move independently of your actions (as opposed to having it lurch forward whenever you solve a puzzle) is that if your actions move time appreciably enough to affect the puzzles, you’re doing a “be here at this time or be screwed” kind of game (like I understand Deadline to be) which just drives players (me, at least) crazy. Either you have to devote a lot of effort to describing how time passes and make the player care about it even though it’s irrelevant to the gameplay, or you have to make it so a lot of interesting stuff is happening even if you’re not where the author expects you to be. Challenging. (Or I’m sort of trying to envisage something, set in Stately Gardens as it happens, where the NPCs just do all sorts of crazy stuff and you’re really not expected to be in control of what happens, at best you can start a lot of chain reactions. But I’ve barely started prototyping some of the NPC stuff.
Paul, I really want to see your project. Even the first version that you scrapped after testing.
And the issues with comfort with the existing set of verbs is definitely a matter of community formation, IMO. I tried Cold Iron on an IF newbie (up to the midpoint, when we couldn’t figure out how to press space to continue on an iPad browser) and though she got through a bunch of it with less prompting than I expected (through commands like “read the book” and maybe “walk through the door”), she was absolutely flummoxed when she had to enter a compass direction.
I tried to chase down every single parenthetical command clarification in the i7 parser and erase it. Unfortunately, a couple are extremely hard to root out!
This drives me crazy too. However, this is exactly what I’ve done! In my defence, it doesn’t play like Deadline. It plays a lot more like Pac-Man, and ‘be here at this time or be screwed’ does not drive me crazy in Pac-Man. It’s the whole point of the game, so I’ve tried to replicate the conditions that make that work as much as possible in the physical part of the story. I don’t want to play this up as if I’ve succeeded at textualising Pac-Man or something, because that’s impossible. I just took achieving that kind of play loop as my design goal, so yeah… timing is everything. (But it’s not actually in real-time.)
Yes I have a lot of work ahead of me filling in corners in the geography where I want things to happen despite the fact that nothing is supposed to happen there, just so that bit won’t always be the boring bit.
That sounds pretty cool! It’d require a slower clock to allow the long chains of consequences to play out, unless you gave the NPCs longrange comms.
Mixed emotions about this. See, basically all of the text that is currently in my game is just placeholder text. I had the idea for the system and I ginned it up, and in order to test it I drew up ‘fake’ events and objects, just so I could tool around in it and get a feel for what it felt like to move around. I was really obsessed with achieving a certain kind of ‘flow’ and not focused on the text at all, but the process of playing my own game got me so excited that I was dying to playtest and check if I’m not insane. So I just sort of filled all the holes in my placeholder narrative as quickly as possible, thinking I had basically made it into something passable so that people could get a feel for what it was like to solve things in this different kinda space.
It wasn’t passable. At all. This was a totally premature playtest.
So anyway, I got depressed for a while, then realised that I had to finalise the planned sequences of accompanying visual elements before I fixed any game narrative at all, regardless, so I set to work on that. So those visual elements all turned out to be massively reshuffled to line up more closely with the gameplay fundamentals that I had just come up with, which I think are sound, and now I am back at the game with a new attitude and knowing exactly the way all of the game storylines need to go in order to dovetail with the visuals and produce juxtapositions that hopefully I can sink my teeth into in the dialogue; and a few adjustments I need to make to the gameplay, too. So I would much rather you play the version with the actual text first, rather than what I’ve currently got, but I think since I am back on the actual case, as it were, it might not be too much longer before I can at least release a select alpha, although I can’t make any promises. Maybe I will include the original test version for comparison. [EDIT: The alpha would be missing all of the graphics, and thus be absent a whole layer of interpretation, and I have mixed feelings about that, too, but I do want the text layer to work on its own.]
If it ends up taking me way too long, then maybe I will just pass around what I’ve got so people can get a look at it. If I don’t have my upgrades basically done by, say, mid-June, maybe that’s what I’ll do. HIt me up for it then, if you remember.
It’s those things that you just assume because they have become bred into your bone that come back to bite you with newbies. Many of my playtesters have been newbies so that’s become really clear! No matter how much I thought I tipped the first use of each command, it was never enough. Eventually I just listed all the commands at the moment they are needed, up on the status line, in plain view. And you know what? Even that wasn’t enough. Because newbies don’t look at the status line!
I still haven’t figured out what I’m going to replace the status-line based tutorials with, but I’m not happy with them.
Maybe I can find a way to blink the status text for a turn, somehow flash it in real time for a second whenever there is new help text, to attract the eye … after all it’s all the way at the top of the window whereas all the action is happening at the bottom. Just a single blink might do it, but since I don’t have any real-time system set up, it may be a little complex to achieve. But I will try, before I resort to littering the transcript itself with help text – that’s what I was trying to avoid.
I might need to go Glulx for that, and though I am compiling to Glulx now, my plan is to do a lot of optimising at the end, all at once, to shoehorn this thing into a .z8 so it will run as well as possible in a browser.
