Tag: development

Time for an update regarding The Tavern

The website for the game I mentioned working on in my previous blog post, The Tavern, is now finally up and running. It has taken longer to get the page ready than I originally anticipated, but… meh, that’s life. Things happen, and not always in the optimal order. In any case, it’s up there now, at http://www.thetaverngame.com/. Check it out if you wish.

Just in case you don’t know what The Tavern is, and you’d rather not go through the trouble of clicking the link to find out, I’ll save you the trouble and post a descriptive blurb + some early screenshots right here:

The Tavern is a short-story oriented, event-driven “Socially Multiplayer Online Roguelike-like Roleplaying Game” (or a SMORRPG, for short), set in a pseudo-medieval sword and sorcery-like fantasy world. The game has a split focus between solo adventuring and socializing/interacting with other players in social hubs, aka taverns.

Taverns are gathering spots for adventurers and would-be heroes of all kinds, and serve as social hubs where the players can hang out, show off their characters, socialize and interact with other players in various ways. This is also where players can find Adventures.

An Adventure is a self-contained short-story where the player must choose a path through the world in order to finish the story and resolve the objective of the Adventure. Randomization, branching choices, unique events, rare monster encounters and special character class abilities all help making each adventure a unique experience for the player.

In other news, I still don’t know how to end blog posts, so I’ll just write out something random down here. It’s not very likely that anyone bothers to read all the way to the end, anyway. And in case you actually did read to the end, well… what do you want, a cookie? Sheesh.

Bureaucracy, huh, yeah! What is it good for…?

…absolutely nothing!

Having been back in Norway for nearly three weeks already,  I can hardly sit still in anticipation of finally being able to get up in the mornings and go to work at a location actually intended for getting work done, using a computer that’s not more than a decade old and doesn’t try to oppose me at every click of the mouse, at the supermegaawesome office of the top-secret (shh!) and not-yet-officially-launched indie game development studio I’m co-founding – Way North Studios!

*gets up and dances a jig*

What’s the hold-up? Partly, waiting for the new computers, paperclips and/or dance-dance-revolution mats? we ordered to arrive (any day now – woho!). Partly, bureaucracy (meh!) we need to trudge through in order to finalize the registration of our dev studio as a proper company in Norway, as well as to get all our Internets, insurances, hidden cameras, circus-operating permits, alarms and lethal guard hamsters sorted out, amongst other crucial and critical things.

Meanwhile, I pour over design documents, make plans for art and asset pipelines, try to choose what version control scheme to go with (currently leaning towards Mercurial), figure out how to deal with data-storage and the safekeeping of said data and – whenever my current computer is being agreeable – explore and uncover all the secrets and forbidden techniques hidden away in Unity.

In other news, I managed to find my Collector’s Edition coin (a Septim) from Oblivion in an unopened, sealed plastic bag – just lying at the back of a shelf all innocent like. Naturally, I promptly opened it and declared it forever my lucky game development coin. For the curious – it’s made of solid fake gold, is about 36 mm in diameter and 2 mm thick, and this is what it looks like:

Oblivion Collector's Edition Septim Coin
Oblivion Collector’s Edition Septim Coin

 

 

We’ll get along just fine, my preciousssss Ssseptim. You’d better bring me luck, or I’ll melt you down! (Just kidding, I wouldn’t do that (I totally would, though))

 

 

Lessons learned by working at Funcom for five years

I have an upcoming jubilee of sorts in a few months, at which point I can celebrate having endured life in the game development industry for five (measly) years. This cause for celebration is somewhat diminished by the fact that Funcom announced earlier this month that they are restructuring and consolidating offices – which means that I, along with the majority of the other developers at Funcom’s Montreal office, are being let go. For my part this means that I have at most two and a half month left before my official last day at FC, and having started working for FC in late March 2008, this means I might just about pass the five-year mark (yay!) before I’m officially out of a job (nay!).

Throughout these last soon-to-be five years I’ve had the pleasure and privilege of working with a diverse bunch of awesome people (and I hope that I’ll be able to work with some of them again in the future!) on two different MMORPG projects, and I would not change that for the world, but what exactly have I learned after this time spent working in the game development industry? Which of the preconceived assumptions and expectations I brought with me have held up, and which have been thoroughly shattered? What knowledge have I acquired that I can bring with me where-ever I go next?

I’ve played with the idea of writing a post along these lines in the past year or so, but what I’ve found out is that it’s not easy to summarize several years worth of experience in a simple blog post. Instead, I will try to focus on some of the more obvious lessons I have learned, the ones I can point at and say “that might have been useful to know/realize the value of when I first started”. Some – or maybe all – of them are perhaps obvious enough that they’re hardly worth mentioning, but then again – everything is obvious is hindsight.
Continue reading “Lessons learned by working at Funcom for five years”

The best MMO content is no content at all

Syncaine put up an interesting post about content in MMOs, and how there’s too much focus on one-off (single-player) content as opposed to reusable (multi-player) content. He got that partially right; there is too much focus on one-off content, and on content being intended for single-players in a multi-player environment.

Developer-created content is expensive

The production costs are astronomical for content-driven development, both prior to actually launching the game (which then puts a huge pressure on the game becoming a “box office hit” immediately after launch to recoup as much of the development cost as possible, and after launch – when the developers must fight a never-ending battle to make enough content to keep the hordes of content-greedy players at bay. The players will always consume this content faster than the developers can develop it, and it becomes a battle of attrition to see who tires first – the developers of churning out more quality content or the players of waiting for the next batch for consumption.

However, the answer to the issue that Syncaine raised is not to modify this process to produce re-usable, generic content – or to make grouping “harder” or “less streamlined”. The solution lies in systems-driven design and systems-driven gameplay. Given the right type of systems, the right set of tools and the right amount of freedom, the players can themselves generate content that has the potential to be infinitely more interesting to them than playing through yet another story X created by developer Y. That is not to say that there is no room for developer-created content, but if the consumption of this content becomes the primary focus of the game, the battle has already been lost; the players will expect more of the same and be upset when they run out of such content to consume.

This is not the content you are looking for

I want to make what I feel is an important distinction here, which I don’t see a lot of other people making. I see a clear distinction between player-created content and player-generated content. The former I see as being about giving the players the tools to create their own dungeons, missions, quest NPCs etcetera – which can then be experienced by other players. Since the players are, collectively, more creative and prone to experimentation than a small group of developers will necessarily have to be (due to budget/milestone-constraints), chances are good that somewhere among the flood of content that will be produced by the players (a good chunk of which will be related to giant, flying penises), there will be some real gems, perhaps even some unforgettable master-pieces.

However this is treating the symptom of the problem and not the cause. Outsourcing the work of content-creation from the developers to the players in this manner is not the solution.

Player-generated content

Instead of outsourcing content-creation through player-created content, I wish to see more developers embracing the promotion of player-generated content. I don’t mean content in the traditional MMO sense here, but instead the gameplay that emerges as players utilize the tools built into systems-driven virtual worlds to drive both their characters and said worlds forward. Or sideways. Wherever. I realize that this sounds a bit vague, but bear with me and I will continue on to say that the next logical step we need to take in MMORPG development is to embrace the concept of virtual worlds more closely.

The potential for player-generated content in virtual worlds is… out of this world. To unlock this potential, those virtual worlds require systems.  Not just systems that drive combat, but systems for crafting, systems for exploring, systems for inventing stuff, systems for politicking, systems that promote socializing, systems that promote creativity, systems that provide options, choices – systems that make alternative lives possible. The more of these systems that are in place and the more of them that are interconnected in some way or other with other systems, the more opportunities there will be for emergent gameplay to occur. Sometimes this gameplay will go down paths that the developers might not want it to, but this fact should be embraced, not shunned. Instead of restrictions, freedom. Freedom to make the choices that matter to the player – the choices that makes the journey their character is on their own journey.

This reinforces the bond they have with their character and increases their feeling of ownership, not just of said character, but also of the world the character lives in, promoting a pattern of thought that goes… “This is my character. This is my story. This is my world. This is my home.”

You can’t get a better retention device than that.

The Winds of Change

The wheels of the gaming industry churn, developers come and pass, leaving games that become legacies. Legacies fade to obscurity, and even obscurity is long forgotten when the development cycle that gave it birth comes again. In one development cycle, called the Facebook/Gamification-cycle by some, a development cycle yet to come, a development cycle long pass, a wind rose in the hills of Montreal. The wind was not the beginning. There are neither beginnings nor endings to the churning of the wheels of the gaming industry. But it was a beginning.

Ahem. Horribly mangled Wheel of Time-quotes aside… As March transitioned into April this year, it meant I had spent exactly four years in the game development industry, after I packed my bags and moved to Oslo (and later, to Montreal) at the end of March in 2008 to join up with Funcom – a few short months before the launch of Age of Conan. Since then I have worked primarily with refining, updating and maintaining AoC’s state-machine and animation-systems, while also temporarily taking on a few extra side-jobs where needed such as basic rigging/skinning and animating in Autodesk 3ds Max (very useful for fixing minor issues with character-animations and 3D assets), the creation of particle-effects for spells and environments, scripting triggers and conditions for said particle-effects to play, as well as creating and hooking up triggers for sound-effects for monsters. The common denominator (in my case) for all of these tasks is their link to the animation-systems and/or behavior control center (state machine).

When I crossed that four-year milestone two and a half months ago, though, I decided it was time for a change. Without change, without new challenges, the mind can grow stale and one’s motivation can falter. As luck would have it, an opportunity for change arose, and I took it. As a result, on Monday just hence, when I came back to the Conan-team after a five-month temporary hiatus spent working on particle-effects for monsters in The Secret World (which is just about to launch, btw!), I sat down at a new desk, next to new people (well, people I hadn’t sat next to before, anyway) to start training for a new position: AI Designer!

This is a new and untested field for me, but hopefully I can draw on the knowledge and experience I have acquired over the last four years to smooth out my transition into the world of AI Design for video-games.  It will definitely be in my favor that I have extensive knowledge about the state-machine (which is prominent in AI scripting for AoC), and that I am at least somewhat familiar with the primary tools I’ll be using as an AI Designer. I do, however,  have a lot to learn – though there will always be challenges to overcome and new things to learn. Anyway, interesting times are ahead, that much is certain. Who knows – perhaps this will be the start of another exciting four-year (or longer) journey into the future! :)

(For an insight into what being an AI Designer for Age of Conan involves, check this link. While “slightly” out of date (it’s from 2008!), the general principles (and tools in use) are roughly the same.)