Creating Interactive Story

There’s a lot of garbage that has been written about the theory of interactive story in an online game. Garbage, because most of it is useless theoretical crap. Theoretical, because no one has done it yet. Not in a graphical game, anyway. That’s a serious problem, because it means that interactive online storytelling is essentially an unfounded medium of communication, something that has no easy templates or examples to draw from.

There have been some failed stabs at it in the past, of course. Asheron Call 1 had an ongoing monthly “story” that in theory players could affect but in practice was simply patched in the same on every server regardless of whether players had done anything to progress the story or not. The story there was backdrop, not core. It was not interactive, because it progressed in the same way regardless of player action. Shadowbane briefly tried some GM-driven storyline events, but these again tended to be brief and without lasting impact. Players who happened to be online got to go see the event, kill some mobs (or players!) maybe get a cool item, and that was it. The results of the event really never changed anything in the world. Eve Online and other games have introduced what I would call “ongoing backstory”. As the months go on, new backstory is introduced, talking about the changes in the world around you. Again though, this backstory rarely has any impact on the players. It’s flavor, designed to make the patches more interesting and explain away any oddities added in a patch.

Wish was probably the closest thing to my goal ever to be attempted. Wish intended to have no senselessly repeating quests, for instance; all quests would either be one shot deals, or would repeat because it was logical they do so. Dungeons would not automatically respawn; a GM would have to reinitialize a dungeon with new critters based around some new story sequence – “reinhabit” it, so to speak. Story would be driven by a collaboration between players and GMs, with GMs presenting challenges and players responding to those challenges with their actions, which in turn let the GMs develop the future chapters of the story. Wish sounded like a truly wonderful idea.

Wish was cancelled in beta due to unforseen difficulties with production. Go figure, eh? 😉

There are other examples of failed or halfhearted attempts, but essentially any sort of real interactive storytelling in an MMORPG is breaking new ground. So, with no strong examples to build on, the best bet seems to be to work from the failed attempts of others, and try to see where they went wrong.

The system I am roughing out is a mesh of some of the concepts of Asheron’s Call, melded with some of the flexibility planned for Wish. AC ran updates with fixed, preplanned content. This was necessary because the game used a multiple-shard setup. The same content needed to be patched to every server every time. As a result, player action could never determine the content being patched, because divergence between server storylines was not allowed to happen. A single-shard approach is not vital to a story based game, but it helps. Multiple servers would mean generating, tracking, and doing all the work to create content for multiple storylines, since divergence is almost certain. My intent was always to run a single shard, at least at the outset, so this part is easy.

AC1’s patches were not frequent enough to be reactive, however. Monthly patches don’t occur often enough to be seen as responding to player actions. It’s too easy to disassociate the patched changes from the actions the players did that caused them when there is a 2-4 week lag between the two. A faster update pace is required. Wish was the flip side of this coin, with GMs constantly spinning out new content in the form of quests, spawns, and such on an hourly basis around the clock. This undoubtably proved very time intensive, and it seems likely that the projected man-hours required contributed heavily to the cancellation of the game. So we need fast updates, but not as fast as Wish had in mind. We need content that responds to players, but not in a pre-scripted manner, since that would seem artificial.

The best answer I have come up with so far seems to be a threshold system. Storylines will be scattered through the game world, with various thresholds tracked by the server. For instance, if a certain critter infests an old mine, and players can recover the mine, then after a certain threshold of clearing activity, a flag will go up, and the GMs will patch the next segment in that story. That area might have a deeper dungeon at the bottom of it which now needs exploring. The critters might have moved, but where did they go and what trouble will they cause now? These sorts of continuations of the story can be patched as soon as the players have hit the critical trigger level. You can think of these threshold points as “turn the page” events which act as flags to tell the GMs to move the story along.

Comlpexity can be added as well. If there is a threshold for heavy player victory against the critters, what happens if the players ignore them completely? Do they just stay there, or would a threshold event be added for a certain level of non-interference? This can easily be a graduated scale; a point value which slowly moves up if they are not interfered with, and moves down whenever their lair is invaded. If the point scale goes high enough, they might grow bold, raiding farms nearby, attracting stronger allies, or otherwise becoming a bigger menace.

Further complexity can be added by mixing the thresholds. Undead infest the ruins of a nearby keep. The little goblinlike critters have always coveted those ruins, but are afraid of the undead. If players clear the ruins, the critters might move in to replace the undead – if the critter point scale is high enough. If they’ve been raided a bit, they might be more inclined to dig in. If they’ve been raided a lot, and want a new home though, they might head for the ruins anyway. And who knows what sorts of trouble small burrowing critters can turn up at an ancient ruin?

I’m sure you get the idea now. By introducing myriad small “turn the page” events, the GMs can be flagged when a particular storyline has been affected by the players enough to move it to the next chapter. By knowing in advance the possible outcomes, GMs can prep the content needed to quickly apply the patches required for any new story segment. The overall system is still rough, and I’d welcome other thoughts on the subject. But it looks to me like it is a system which should work – providing ongoing interactive stories in a manageable manner.



Filed under Uncategorized

3 responses to “Creating Interactive Story

  1. RoeBear

    Nice read. I really like the ideas. Sure hope you can pull it off. Even a short set of events with level triggers in one zone would be proof of concept.

  2. Man Kevin, I should just move into your house and work on this game with you. You’ve stolen my concept of the game world I’m working on as well! I’m like WTF! How could you?! *goes to cry in the corner*

    But all fun and games aside, this is I think exactly the concept that will create a game to have a more dynamic feel. To take this one step further, you could almost produce a fairly simple but complex script that could almost manage the movements of for example these goblins that return to inhabit the ruined keep because players have eliminated the undead. You could also take this a step further and give players goblin faction, who in turn could possibly partake in some quests that the goblin race would offer.

    There is so much you can do, and I guess you need to decide how deep and wide you plan on going with this idea.

  3. DoctorWho

    Wow. I must say it was refreshing to read your post. I can honestly say it’s nice to read an idea like that from someone with an excellent calibre mind. Eons ago it seems, I was working on a system of a similiar line of thinking. I must remember to dig out my old notes.

    Anyway, my system looked at the ecology of the local creature beginning with the smallest member on the local food chain. Without boring you with the mechanics I had written a system whereby each “unit” of land in the world could support X numbers of the base creature. Working your way up the food chain to arrive at a formula whereby each sucessively larger and more agressive (IE hungry) creature relied on a steady supply of sustenance.

    It was my hope that once this system is in place one only has to sit back and enjoy the many “paths” that opened up when along comes the local “Hero” who proceeds to slaughter en mass “Creature A”. So we look to our “ecology” tables and note that “Creature B” is the normal natural enemy and “eater” of “Creature A”. The system would have been designed where it would “adjust” itself not unlilke yours IE “Creature B” begins migrating in seach of new food sources and “Oh look there is a small village filled with these meaty things”.

    You get the picture and I am rambling on as I do from time to time. Well best of luck to you.

    “Be seeing you”

Leave a Reply

Fill in your details below or click an icon to log in: Logo

You are commenting using your account. Log Out /  Change )

Google+ photo

You are commenting using your Google+ account. Log Out /  Change )

Twitter picture

You are commenting using your Twitter account. Log Out /  Change )

Facebook photo

You are commenting using your Facebook account. Log Out /  Change )


Connecting to %s