Game Projects Feed

Kult Post-mortem (2): An RPG Between East and West

Kult logo In the last post I shared the story of how Kult’s Heretic Kingdoms setting came about. This time, we look at how a shortage of time and budget led to a unique hybrid of Western and Japanese RPG game mechanics.

From Mechs to Mages

Ever since founding International Hobo I’d been arguing that superior design was a way of compensating for the disadvantages a lower-budget project faces. At the upper end of the market, games are constrained by the demands of publishers and the requirements of audiences, such that very little innovation happens at the top end of videogames except when new hardware creates an expectation of newness. Working on a rather meagre budget, Kult: Heretic Kingdoms needed to make the best use of its resources, and that meant getting a design that could support a lot of play without being too hard to implement. We threw around a lot of different ideas for how the mechanics could be constructed, but many of them were held back by the budget. We couldn’t, for instance, have an open world because there wasn’t the money to implement it. That constrained us to a linear sequence of levels, which immediately put us into a similar space to Japanese RPGs. Was there something else we could borrow from that lineage?

All of us working on the design team had recently played a rather marvellous turn-based RPG from Japan called Front Mission 3, a tactical mech game with much more of an emphasis on role-playing than other titles in that franchise. One interesting aspect of the game was that skills are unlocked by equipping different mech parts and then waiting for the skill to randomly activate – at which point they are learned and can be programmed into the mech’s battle computer. This was a highly absorbing part of the character advancement in that game, and we wondered if we could apply that mechanism to a fantasy RPG. This lead to the idea of attunements, abilities that would unlock from the player using different equipment items – with the additional benefit of giving the player reasons to care about all the equipment in the game (since each item has its own attunement) and so anyone trying to 100% the game would need to find and use all the items. However, the random chance element worked better in a turn-based game than in a real-time game, so we switched to an experience bar that would fill up. This mechanic worked even better than expected, and became one of the best aspects of the final design.

Blood and Fire

I had long felt that computer RPGs had become dragged down in the pointless logistics of stockpiling potions, and that many games – Baldur’s Gate: Dark Alliance, for instance – had weakened their combat gameplay to little more than a vacuous potion supermarket. I wanted a new approach to healing, something we hadn’t seen before – something reviewers might see and think ‘hey, that’s a little different from the usual!’ This is where the idea for Blood Points came from. The design concept was simple enough: whenever the player heals, they lose Blood Points that are only restored when they spend the night somewhere (like an inn). The Blood Points set the maximum Hit Point level, so every time the player loses Blood Points, they have fewer maximum Hit Points.

The net result is a slow process of attrition in the field as the player character gets more and more ragged the longer they go without a restful night. For gameplay pacing, it became necessary to ensure that there would be places to restore Blood Points to full at strategic points throughout the world, and so these became campfires. Whenever the player stopped at a campfire they would get their Blood Points restored and would be able to change their active attunements. Fires were thus positioned at the start of, and at certain distances within, all the dungeons. This also worked well with the story, since a number of campfires were used to trigger conversations with the NPCs.

The overall goals of this system were achieved – the player had to pace their survival in the field against their rate of loss of Hit Points (and hence of Blood Points) and decide if they would be able to survive to the next campfire or whether they would have to turn back to the previous one. The actual healing system was divisive, though. The player acquires healing items throughout the game that get steadily better i.e. they lose fewer Blood Points when they use them. But nothing stops the player using the healing items whenever they like, since the loss of Blood Points is proportional to the number of lost hit points. In practice, some players (including one on the design team) simply spammed the healing button constantly – which was not a satisfying play experience. Those players who got into the spirit of the healing system (including myself) were much happier with the way it worked. In fact, I think this is my favourite computer RPG healing mechanic so far. But it was also a little difficult to teach to the player, which was far from an ideal situation.

Damage and Dreams

The basic damage equation in Kult is very similar to the standard Japanese RPG damage equation, where damage suffered is proportional to the difference between base damage caused and the defensive value (based upon the armour worn in Kult). However, there was a twist: a quarter of the damage prevented by armour still leaks through. This gave the combat quite a different feel from the typical Japanese RPG where if you are outclassed you just constantly score hits for 1 damage against the foes. Instead, a proportion of damage caused was always leaking through. The result of this system was that enemies were a little easier to kill than in some other games, but the player was also much more likely to die (you certainly had to be ready to hit your ‘Heal’ key at a moment’s notice!). I like the way this worked, it had a lot of character, but it was very difficult to keep the player corralled by strong monsters – since with a ranged or a magic character you could always peck away a foes HP quite easily.

Another part of the design that had mixed results was the Dreamworld. An ethereal other dimension exists alongside the physical world, and the player (as a mage) is able to enter it. This was part of the concept from the very beginning, and we didn’t change it significantly. Echoes of the past persist in the Dreamworld, and dimensional rifts could be seen there, as well as a few ghosts of the dead (who could be spoken with). The time the player can remain there is limited, but for the most part this didn’t present much of a restriction to the player’s activities.

What I loved about the Dreamworld were the combat tactics it fostered. Most humanoids and animals did not appear in the Dreamworld, so you could switch into it, outflank them, then appear behind them and kick their ass. Spirit creatures only appeared in the Dreamworld, though, so sometimes the player would escape into the Dreamworld only to be torn apart by Soulravens (my absolute favourite of the creature designs in this game – and their fast movement made them very dangerous). Mages, Demons, and Elementals appeared in both the real world and the Dreamworld making it impossible to avoid them. But often, the player would be facing a mix of foes. For instance, the ogre-like Sura warriors could not enter the Dreamworld but their demon allies and magic-wielding Shaman could – so the player could opt to enter the Dreamworld to pick off the demons and shaman, then return to finish off the now-unsupported warriors.

In review, the overall design of the game was very well received, although several reviewers felt that we hadn’t done enough with the Dreamworld. This was a fair complaint, although it reflects the lack of time that the project had as a whole. The entire script for the game was written in one month – that’s how tight the development schedule was. No-one seemed to notice that the design was a blend of elements from Western and Japanese RPG design, but I suspect this just reflects the different expectations players have of EuroRPGs – such games generally aren’t as trammelled into familiar patterns as the now-familiar Western open world RPG (that Origin helped establish and Bethesda have made their own) or the extremely traditional Japanese RPG formulas. It was nice, however, to expressly design a game that could draw from both influences.

Next, the Final Part: From Tom Baker to Release


Kult Post-mortem (1): Dead Gods and No Dwarves

Alita In 2005, an unknown Slovak company released a EuroRPG that managed to pull in 80% and 90% review scores. The game was Kult: Heretic Kingdoms (known as Heretic Kingdoms: The Inquisition in the US) and this is the story of how it came to be made.

You can read Part (1): Dead Gods and No Dwarves over on Only a Game today, and Part (2) will appear here tomorrow.


What's Stopping a Ghost Master Kickstarter?

Ghost Master WallpaperFans of Ghost Master sometimes ask me about whether I'd consider a Kickstarter for a sequel. But getting the money would only be half the battle...

I'm a long time sceptic of Kickstarter for videogames, a grumpy cynic who fears many gamers will soon be cursing the vagaries of the development process when the project they backed transpires to be vapourware. But it is not that I am against crowdfunding - on the contrary, it has already achieved wonders for both comics and boardgames. It is just that videogame development is far from a clean cut proposition, and it is the vast minority of projects that run smoothly and on time. Kickstarter gives the illusion of offering you an incredibly extended pre-order capability, while it actually makes you into an investment broker motivated by products rather than profits. This is a difficult point for some gamers to wrap their heads around.

Investment in projects centred upon risk: what might make the project a commercial failure, and what problems might emerge that would require additional funds to keep the project ticking. A Kickstarter game doesn't (in principle, at least) have to worry about the first concern but it sure as hell has to worry about the second! Whereas every aspect of a boardgame can be accurately paper prototyped and play tested, videogames emerge only gradually and can only be properly balanced and tweaked very late in the process. It is not a surprise that many more game projects are started than are finished, nor that no investor has ever put money into a game, only ever into a company. That is, until Kickstarter...

Because of the horrific risks associated with game development, I would be very reluctant to pursue a Ghost Master Kickstarter unless I had first found a developer I felt had an excellent chance of delivering. I certainly would not want to raise the money and then look for a team - having the team would be the only way of knowing how much I needed to raise! Even without all the relevant information, though, my suspicion would be for a disconnect between the budget needed and the amount that could be crowdfunded. Still, this latter concern wouldn't be a deal breaker since I'd happily go fishing if I had a developer lined up who could do the job. Alas, I don't.

What would that developer need to be like? That question goes hand-in-hand with the problem of what kind of sequel the game would be. For a start, it now seems that the rights to the original are irretrievably lost because they were sold as a job-lot with all of the other Empire Interactive properties when the publisher went under. The current owners seem to view the Empire catalogue as a modest little earner, but they're not interested in messing about with individual IP as far as I've been able to ascertain. So it would have to be a spiritual successor at most - Master of Ghosts, not Ghost Master 2. I suspect everyone could live with that, though. However, I wouldn't be comfortable making a game that was of a lower standard of presentation than the original, and that sets severe constraints on the properties of the mystery developer...

The first and most important requirement is a team that already has AI code sufficiently similar to the original's functionality. The behaviour of the mortals is both the core of the game and the principal source of entertainment - the hapless humans must act with an illusion of plausibly, and react to each other accordingly. It literally took years to get this right with Ghost Master, and the only way to mitigate this risk is to start with a code base that's already halfway there - especially with pathfinding, which is always a nightmare.

The second requirement is for multiple artists. The animations for both the haunter powers and the mortal's responses is key to what makes Ghost Master such fun to play, and this would be impossible with a very small outfit. A lone programmer-artist is certainly out, and a mid-sized developer is likely to be required. Fortunately, a company of the necessary size is likely to have a  constant need for projects (or rather, for the cashflow that projects bring) which might make deal-brokering easier - especially since the new IP could be shared with them.

Lastly, any developer that could take on a Ghost Master semi-sequel would need either the buccaneer spirit to borrow from the original content without the IP rights, or access to sound legal advice. Much can be inherited without legal issue, but in the battlefield that is the courts the fear is often of the law suit being raised, not of the cause of action being valid. This makes cowards of everyone who draws salary from media franchises. Of course, everything could be entirely brand new, but that'd be a disappointing kind of sequel. I'd like for some of the haunters to return, and that might require a company with more than the average degree of moxie.

Well that's all the balloon-deflating, bubble-bursting, nit-picking. Anyone who has read this far is presumably a fan of the game, and even if a sequel never actually happened what I suspect they'd most like to know is what would it be like? I have a fair idea for this just from the discussions of Ghost Master 2 prior to the demise of Sick Puppies. Let's call this imaginary game Ghost Lord and fill in some blanks.

The key feature Ghost Master 2 would have had was the one speculated by Rhianna Pratchett in her review of the first one: a level editor. Although I adore the intricacies of the original game's custom-built levels, they came with twin costs: considerable implementation costs, and no possibility of community content. Ghost Lord would fix that by planning a tile-and-texture system from the start making it easy for both the team and the community to make their own levels. Planned from the outset with this feature, Ghost Lord might not have levels that are quite as nice as the original, but it could have more content - and could offer fans the opportunity to keep generating more.

This would require some changes to the haunters recruitment. I was not a fan of the puzzles of the first game, although I appreciate some fans might be. (The fact that some of the puzzle designs burned through my sanity while I was devising them may be a factor!). I would therefore prefer to focus on the game systems and downplay the custom puzzles, and this would be the best balance between ease of implementation and re-usability of assets, too. Custom puzzles would certainly be removed from the requirements for completing specific hauntings, but this would not preclude a swathe of achievement-like mission challenges for various bonuses, and these could include a variety of brain-bending problems that should hopefully keep puzzle-heads happy.

Although I would expect the mechanics to take two steps away from puzzle solving and one step towards RPG advancement systems, I don't think the puzzles would go completely. Part of the flavour of the first game is laying ghosts to rest in order to recruit them, and I'd want to keep this in some manner. Likely, most locations would have just one restless spirit, and some might have none. A ghost editor is a possibility, though, and this would mean even the community levels could have restless spirits. This would give more emphasis to the Mission: Impossible style haunter team selection - for me, this was always one of the most enjoyable aspects of the strategic play, anyway, as hauntings could go very differently with different spirits at hand.

The interface could be cleaned up quite a bit, but the fundamentals are sound in the original. I would quite like a design that would work on tablets (although I don't currently own one) as this would support mouse as well. Drag and drop haunter placement with fewer submenus is probably the way to go. I'm unsure about Orders - did anyone but me actually use them? Other than what I've mentioned, most aspects of the design would remain the same - powers, plasm, and foes are all aspects of the original I'm happy with, and although Insanity is a significant bit of extra work I would be reluctant to lose it. If anything, I'd like to heighten its effects so that it was competitive with Terror powers in terms of completion times.

There may never be a Ghost Master 2 or a Master of Ghosts or a Ghost Lord, but Kickstarter has changed how I think about the possibility of a sequel. I used to say that another Ghost Master was 'impossible'. Then, after trying to reaquire the IP, I updated that to 'unlikely'. With Kickstarter, it's now 'uncertain'. But one thing is clear: the game has a small but loyal fanbase who have kept this haunting sim from falling into a shallow grave, never to rattle its chains again. To them, and everyone else who has enjoyed Ghost Master over the years, I offer my gratitude. A game is nothing without its players.

The original Ghost Master PC game is available on Steam for $4.99, €4.99, or £2.99. Sadly, none of the talented people who worked on this game receive any money from its sale. You can read the two part postmortem of the game (Part One/Part Two) on my other blog, and the fan community is at Ghostmaster.net. Happy hauntings!

Game Audit Pitfalls (2): Bad Assumptions

Plan B Last week, I presented some pitfalls and pro-tips for developers looking to audit their game design or narrative materials with a focus on how to set off in the right direction for a productive audit. In this second and final instalment, I look at some of the bad assumptions that can render audit feedback useless or just downright misleading.

 

Pitfall: We Can Ignore Story, Right?

The belief that “story doesn’t matter” because it’s all about the game design is endemic to the games industry. If by “story” we’re talking about the narrative material that occurs entirely outside of game play (such as cut scenes), then there is some truth to this, but even then it’s all too easy to be distracted by personal or cultural prejudices. It’s easy to say that Metal Gear Solid succeeded despite it’s overly verbose story materials – hell, I even believe this commonplace myself. But it’s striking that fans of Metal Gear Solid rarely complain about it being verbose. Similarly, when fans of Final Fantasy (from VII onwards, at least) talk about what they love about those games, they don't complain about the excessive story content provided they liked the game overall. The vast majority of players (93%) recognise that story adds to their enjoyment of a game – and they should know!

More importantly than this, however, the relationship between a game design and its narrative content – what I would call, since writing Imaginary Games, its fiction – isn’t just peripheral. Puzzle games not withstanding, no major game I am aware of has succeeded by creating a dynamite set of game mechanics and then deciding upon an appropriate gloss (although occasionally people take someone else’s design and then apply a different setting). You don’t add the setting after working out the entire design because the fiction of a game isn’t peripheral. If you start with the design of, say Sid Meier’s Pirates!, you are not going to finish up with a pet management game, a World War II shooter or a flight sim. You’re going to end up with a pirate game. You can transplant it to fantasy or science fiction settings, but you aren’t going to interfere with the core fiction of your reference title because it is integral to the mechanics. And this is true of just about everything except the most abstract of designs (such as puzzle games).

Most game auditors will come at the relationship between game mechanics and setting in an odd way – some will expressly disavow the importance of “story”, and developers should be cautious of these viewpoints when they emerge. The number one reason for the success of a videogame – any videogame, targeting any audience – is that it appeals to its players. And the first port of call for that appeal is the fiction, the setting. Of course, players want a game that’s fun to play too, but contrary to common opinion there is much more latitude about a game’s mechanics than there is about its fiction. If players don’t want to play in your setting, they aren’t playing your game no matter how fun it might be. As soon as you’ve chosen your setting, you have locked in your audience as anyone who enjoys imagining that kind of fiction, and excluded anyone for whom that setting is a turn off.

Pro Tip: You usually can’t fix problems in the fiction of your game by an external audit – so your team needs to be on the ball about it. The problem is, most game design auditors erroneously believe that the fiction is entirely mutable, and most game narrative auditors are brought in far too late to conceivably suggest a sensible change of direction. If setting is a concern (and it should be!), consider getting a quick narrative audit of your concept documents before you do anything else.

  

Pitfall: What Matters to Your Players?

I’ve spent my entire career as a consultant trying to spread the word that players are more diverse than the games industry gives credit. It's a position that was outlandish when I first started preaching it, but thanks to Nintendo, social games and the ever-widening audience for play, I have ultimately been vindicated. Yet despite this, the majority of people working in the games industry still plan projects as if the cause of success is internal to the systems of the game – if we just get our systems right, the audience will appear. Perhaps. But you would be wise to know what matters to your players rather than just believing that “if you build it, they will come”.

Game design audit’s can produce strange feedback when it comes to taking into account the needs of the players, and it is wise not to take all such comments at face value. This is especially true for a game that is targeting a non-standard audience – which is to say, for a game targeting someone other than 15-25 year old males. When an auditor writes terms like “players” or “kids” in sentences like “players don’t want such-and-such”, be suspicious. All players are not alike, and things that some players detest are bread-and-butter to other players. The more qualified such statements are, the less problematic they become, but even then no-one has a perfect handle on the audience for games. How could they? It’s an incredibly diverse range of people, and one player’s deal-breaker is another’s driver of play.

The most secure test of a game is play trials with actual players, but of course you have to have already built the game before this is possible, and the purpose of game audits is usually to troubleshoot before investing heavily in materials. The best sanity check is often comparison to other successful titles: if your key reference title enjoyed commercial success but has few rivals, you’re exploring a potentially viable niche – but be sure to explore why the game has few rivals. Conversely, if your key reference title enjoyed commercial success but already has loads of competitors, you’re probably wasting your time ploughing money into an already crowded market. A great game audit should be able to discuss your project in the context of other titles in the market, and in the context of your intended audience – audits that talk about games as if they were one-size-fits-all will not help you.

Pro Tip: Everyone wants the next big thing, but no-one knows what it is. It’s risky going after a completely original design, but not as risky as developing a title that has hundreds of competitors. Game audits will often be unable to see originality as a plus, and frankly it often isn’t a plus. Most original titles fail. However, if the audit steers you towards crowded markets, you’d be better off taking the risk than playing safe – because as soon as there are more than three successful franchises courting a particular genre and audience, it’s no longer a safe move to try and tag along. Take chances but do so wisely – and a good audit can help you do this.

Disagree? I’d love to hear your thoughts in the comments.


Game Audit Pitfalls (1): Right Directions

Right Direction Over the years, I’ve been involved in dozens of game audits – the process whereby the content of the game (either on paper, or as a build) is assessed externally from the developer in order to help improve the project. I’ve been on both the kicking and the receiving team for audits – as the consultant brought in to provide feedback, and as part of the team getting that feedback. Game audits can be exceptionally useful. But they can also be a colossal waste of time and money. I would recommend that any team considers auditing their design or narrative materials – but I would also advise taking the feedback with a pinch of salt.

In this two-part series, I’ll offer some tips and warnings about auditing a game that may help developers going down this path. This week, I’ll look at how to set off in the right direction for a productive game audit – and what will happen if you don’t get it right.

 

Pitfall: Did They Get Everything They Needed?

The single biggest reason that a game audit fails miserably is when the auditor isn’t given everything they need to understand the game. Often this happens because the game design documentation is inadequate at capturing the development culture that the game is created by (which is unavoidable). Sometimes it happens because the design isn’t explicit about its reference titles, inviting a string of erroneous assumptions about what the game is supposed to be. Sometimes it happens because of a failure to take into account different target audiences. And sometimes it happens because the auditor is kept in the dark about information they actually need to do their job.

The worst of these I’ve been involved in was a Western-style cRPG project with a design entailing a span of many decades, and a central character passing through different stages of life. An audit was called by the publisher on the story materials – and the auditor was given the Narrative Design but not the Game Design documentation. As a result, they assessed the story materials as if the game was an action game, and provided feedback that was so wildly wrong-headed it was essentially impossible to get a useful direction from it. Fortunately in that case, I had subcontracted for an independent story review with an auditor who was given the design documents to take into account, but what the two audits revealed was the radical gulf between the understanding of the publisher and the understanding of the developer. This project was never completed.

Pro Tip: if you intend to audit design or narrative documentation, make sure the people in charge of those documents know about the audit and can prepare the documents with an external perspective in mind. Most game documentation is intended for the developer’s eyes only, with the decision processes undocumented because the team themselves don’t need a record of this. For audit, those decisions can be crucial, so make sure the paperwork includes context, reference titles and justifications for apparently odd decisions.

 

Pitfall: Are They the Right Person For the Job?

I’ve noticed that developers and publishers jump at the chance to get a “big name” game designer or writer involved in their project, thinking that commercial success is something that can rub off in the audit process like luck from kissing the Blarney Stone. It is my experience that while “big name” auditors can provide stellar feedback under the right circumstances, no game has enjoyed commercial success as a result of this kind of ‘star audit’.

One of the chief problems in this regard is that while most game designers consider themselves able to design any kind of game, no game designer is actually equipped to do so. If you have never worked on a role-playing game (tabletop or computerised), your shouldn’t be auditing one. If the game is targeting teenage girls, don’t get an audit from an expert in First Person Shooters. It seems obvious when you spell it out, but everyone has their strengths and weaknesses and the worst kind of audit is one that involves fitting a square peg into a round hole.

Although everyone who has built a name for themselves as a game designer or writer has (by definition) successful titles they can point to, what this usually means is that they have worked within a development culture capable of delivering games of that style, genre or for that particular target audience. They may well know what has worked for them – but do they know what doesn’t work for your style of game by virtue of their success on their style of game? The risk of getting in a superstar to audit is that what they really know is how to make games in a particular way – unless you’re certain you’re developing in an equivalent circumstance, their feedback is less likely to help you than critical input from someone specialising in the appropriate areas.

Pro Tip: Audit feedback is most useful when it can help you avoid mistakes, and for this prior experience within a particular field relevant to your project is more important than specific commercial success. The reasons specific titles succeed involve far more than just the game design or narrative materials. Market success is not a transferable skill – but experience of development problems is transferable. Hire auditors with breadth of experience wherever possible, and avoid “big name” audits except when the crossover in design is a near-perfect fit.

Next week: Bad Assumptions


Clusterpuck

The puzzle game Clusterpuck, designed by International Hobo and developed by Codename, arrived on PlayStation Home yesterday! The concept and design was developed by Joel Atkinson, under my ever-watchful eye – but neither of us have actually played it yet! During development, Codename sent us videos of player trials and that was our only point of reference for the game.

We’d love to know what people make of Clusterpuck, so please leave a comment if you’ve played it.