Are all squad combat games just tower defence?

I’ve been working some more on the squad AI this week (trying to fix a bug that left the squad firing all the time). I turned off movement for the agents and then spawned enemies constantly at them. Which struck me as a might peculiar, because I realized that basically I’d created a tower defence game!

Now of course I’m not trying to create a tower defence game, so that wasn’t the intention. But it’s quite interesting that essentially what you get when you have static agents that are capable of independant fire on enemies that have a goal they always move towards is the fundamentals of a tower defence game. Admittedly one where the “towers” can move around in squads and where the thing you’re defending can also move around and defend itself quite well. But still, it bears some thinking about from a design standpoint. Maybe all scenarios where you have static combatants vs moving threats is a tower defence game?

My design intention is far more like Bullfrog’s game Sydicate than a tower defence game. So just to assuage that fear inside myself that I’m creating something as derivative as a TD game, I’m posting a vid of good old Syndicate in all its dos-based glory.

YouTube Preview Image

One fun part of having watched all these syndicate video’s recently, is that I now have a bunch of design features I can incoporate into the game. Stuff like squad selection, upgrades, world map, taxes and research seem do-able and useful. But likely the best one is the notion that you can take items off enemies you kill. Which adds almost an RPG element to the game (looting corpeses of enemies killed is very much RPG fodder after all). In syndicate you can then sell those looted items to pay for upgrades. I like that idea a lot. Don’t know if I’ll steal it wholesale though, because its a lot of UI work and I loathe UI work.

Anyway, onwards and upwards, the firing bug is fixed and I can allow the agents movement again. Now work switches to one of the more thorny issue of local avoidance and the navigation loop. Right now the agents can get blocked by each other and other inhabitants of the world (including enemies if they aren’t “uncovered” as enemies). They have a path through the world, but that is a static path calculated when they know where they want to go. Static paths are fine for large scale movements, but we always need to take into account local collision avoidance if we’re going to have agents that feel reasonably alive. Think of it this way, if you were moving around a city and I asked you were you were going you would say “to the shops” or “to the cinema”. Thats the global path. If I then asked you to describe how you were moving as you walked there, you would have to describe to me how you became aware of other people in the area, how you directed your movement to avoid them etc. That is the local navigation issue.

Luckily, Mikko Mononen (the guy who wrote the navigation mesh generation the game uses) has been doing a lot of work in this area over at his blog. I’m hoping to use some of Mikko’s work and fiddle with some of it to increase the number of agents to match the requirements of the game. Will post a video of that soon.

.

Motion capture replay

So I thought I’d post real quick about some of the animation work I did last week.

The animation on all of the characters in the game will come from a mix of hand-animation and motion capture. Motion capture being the kind of animation data you get when you literally take a recording of real humans doing particular motions.

YouTube Preview Image

There are a number of indie-affordable motion capture solutions out there now. I’ve got the optitrack one (shown in the video above) and its pretty good, but can be a pain to setup and needs a fairly big space. Luckily I can borrow one of the labs where I work so can sometimes get space to play with it. But marker based solutions (you have probably seen them, where your motion capture actor wears the blue cat-suit and the while dots) have some pretty issues unless you can spring for a very expensive setup. I’m planning to have a look at IPISoft’s video based solution, which basically takes the input of 4 video cameras that are frame synchronized and does a shape fitting algorithm on them to create a “markerless” motion capture. Still not 100% ideal, not realtime, but perhaps useful enough to be worth a try.

Of course there are plenty of places that sell motion capture. Plus a number of free resources, the largest being the Carnegie Mellon University’s motion capture database. Here’s an example of that CMU data being played back on the new box guy prototype agent.

YouTube Preview Image

There is still a bit of footskate on his playback, but thats more of an artifact than anything “wrong”. Easy to fix but kind of pointless right now.

So, at some point I’ll get round to showing off the animation blend-tree and how that works for character locomotion. Plus show off some nicer clips of social motions (waving, hugging, chatting etc). For now the main thing is to work out some more of the squad control interface, which is coming along slowly.

Modelling and animating agents

This week has been a bit of a rollercoaster with regards to Damzel. One of the biggest things in the game is that the player should be able to discern the intention of characters in the game visually. This means that players need to be able to see exactly what a character is doing from a distance. This also applies to bodyguards (lets call them agents from now on), in that agents need to be able to show a change in their behaviour through different styles of motion and gestures.

Old Box Guy

This was only a problem in so much as the original model I was testing with was from an older game prototype and as such was very limiting. As you can see, his proportions were superdeformed in order to try and give him more character. But at the expense of expressive control over his limbs and movement. Unfortunately this is very restricting for a game that requires you to understand differences in behaviour largely through motion. So I took some time to think about what needed to change.

New Box Guy

New Box Guy

So I’ve spent the week working out some art pipeline issues with a new character, working out proportions and looking at the animation workflow. The key part of it all, is that the character needs to have roughly human proportions so that I can use the motion capture data I’m going to collect. I was inspired by a music video I saw on youtube a while back, the “Polysics” video of “you you you” struck me as interesting. The human proportions of their characters made me wonder if I couldn’t try that in the game for now. So I took a shot at modelling (and by this I mean programmer modelling) a similarly proportioned character, which you can see above. Not exactly brilliant artwork I’ll admit, but his structure works and has enough range of motion to make motion capture data a possiblity at least.

Luckily there is plenty of motion capture data in the CMU Motion Capture Database for me to test with. Although the road to getting the BVH format animation files into collada and then into the engine is no small matter (using 3 applications and no small amount of testing to discern how to get them to talk together has been most of my week).

The upshot of the work, is that I now have a pretty firm grasp on the workflow, even though I’m still going to be using very placeholder artwork for now. Especially for the agents. My new “Box Guy” is more visibly human in proportion (although yes he looks like a dude from black shades before you say it!). This is a temporary thing until I feel the whole process is far enough along that its worth engaging a full-time artist to flesh out the look of the thing. Its frustrating to be using all sorts of programmer art and placeholder graphics, but the game really isn’t far enough along to require “proper” art and it would just distract me from the code to try and make it any better. Plus of course it probably wouldnt be within my power to do that anyway.

I’ll try and post a vid to the youtube channel later today with the new BoxGuy doing his thing with a clip from the CMU mocap database. Its kind of dumb, but its also pretty fun to have your characters doing rather random motions. I also borrowed some music temporarily as I put the audio library together last week and it is adding to the comedy feel to the game right now (little computer people by Athony Rother just felt so right at the time!).

Next week will be spent doing some work on squad control, specifically giving move order to squads and being able to face them in the right direction. I’ll post more about that whole issue of “how do you control squads” in more detail because its a very important part of the game.

In the meantime, thanks for following.

Why aren’t there more “middle ground” games?

There are a few indie developers doing a blog about what they feel about the subject of game length today. This is something that has been annoying me recently, because I have been trying to play so-called “AAA” games and feeling frustrated that they offer me little of interest. Then I’ve been seeing a lot of very small micro games on the lower “indie” end of the market. These games typically are 2D platformers or schmups (shoot em up’s to us non-cool kids). But there’s a huge gulf between the two styles of gameplay, which really irks me because I dont want either of those, I want something in the middle.

Luckily, there are a few exceptions and those tend to be the type of game I enjoy. They offer lots of depth and gameplay, without the focus on heaping hours and hours of “content” which typically devolves into doing the same thing a few hundred times, or wading through a sea of cutscenes in order to get to the final boss battle.

You can understand how both of these things come about. In the AAA market there is an aversity to risk because of the huge sums of money involved in developing and marketing a game. Frankly I’d be scared out of my skin to invest 40+ million into a game that wasnt a completely “sure thing”. Which means essentially you have to copy a mechanic that is already proven, usually backed by creating a “franchise”, which means creating some “character” to try and get the market interested. In reality what this generally does is mean that you amalgamate as many proven mechanics as you can, throw in the occasional new item and then iterate on your production values until it feels AAA quality. This of course, means you spend huge sums of money on art, content and cutscenes.

On the lower end, you have the platformers. There are so many of them that if you visit any of the “in crowd” indie forums and keep an eye out, you’ll probably find a few a week. Theyre like the current indie fashion item. Usually these have no art budget at all, so they are then called “retro”, or they have an artist on board, so theyre a bit more artsy. Usually they have some whizz-bang mechanic like stopping time, or rewinding time, or inverting time or inverting reality or some such. I applaud their innovation as much as I deride their narrow-mindedness. The trouble is, that its all very fashionable and clique-y and I dislike the whole notion of “celebrity” enough that it leaves a bad taste for me.

So we have high-art high-fashion indie, we have low-art big-budget AAA. But what of the middle ground? Well, there thankfully there definitely *is* a middle ground, although its not particularly innundated with examples right now. Games like Overgrowth, Frozen Synapse, Subversion (or whatever introversion end up calling it), Spy Party and Gratuitous space battles all spring to mind. All of them occupy a middle ground that is not AAA but is definitely not the “indie scene” type of indie game either. There are also examples from the mod community like the recent Alien Swarm. Games which have high production values for a smaller set of content. Games that don’t live and die by “length” rather than depth. Games that don’t need hours and hours of costly cutscenes. They also tend to be games that will offer true value to gamers because the experience will be about gameplay and not about external market sentiments about “length” or “production values”.

The most interesting part about this, is that these were the kind of games people used to create. If you’ve been around the game dev scene long enough, you’ll have spotted the trend towards making more and more of a song and dance around content and the cinematic experience. But is that a healthy way to look at things? Certainly I’ve not got enough time on my hands to not be an active participant in my own gameplay experience. I want to play the game, not watch it. There was a time when AAA games used to have this balance, they often tried to do the cinematic thing even then, but the rendering capabilities were such that cutscenes were generally very short and usually only a snippet to setup an atmosphere. I’ll use syndicate as an example here. It had cutscenes to introduce the dark nature of the game and to set the agent upgrade concept in context. Hell, there even used to be some quite good “cutscenes” that I quite enjoyed, like the one from the original XCom. But cutscenes were there to create atmosphere, to set the stage for the game as succinctly as possible. I think a big part of it was that playing fullscreen video was simply not possible and as such they tended to not try and create huge cinematic masterpeices. Of course fast forward to the present day and we get games which are overwhelmingly just cinematics.

So, I guess I am advocating a middle ground of indie games. Somewhere that crosses the divide between huge budget AAA retail-oriented games and the micro games of the indie “scene”. Those are the type of games I want to play. Those are the types of games where complexity and depth are accepted and not shunned (another recent trend amongst AAA games). Those are the types of games that many an old time gamer like me will enjoy.

The question is, are the middle ground games viable? I sure hope so because thats what I’m currently working on.

Other blog posts:

http://positech.co.uk/cliffsblog/?p=810

http://24caretgames.com/2010/08/16/does-game-length-matter/
http://2dboy.com/2010/08/12/too-short/
http://blog.wolfire.com
http://brokenrul.es/blog
http://gamesfromwithin.com/size-matters
http://macguffingames.com/2010/if-size-doesnt-matter-where-do-you-get-the-virtual-goods
http://mile222.com/2010/08/a-haiku-about-game-length/
http://nygamedev.blogspot.com/2010/08/coming-up-short.html
http://retroaffect.com
http://the-witness.net/news
http://www.copenhagengamecollective.org/2010/08/17/size-does-matter/
http://www.firehosegames.com/2010/08/how-much-is-enough/
http://www.hobbygamedev.com/
http://spyparty.com/2010/08/16/size-doesnt-matter-day/