So, this past weekend I participated in the 22nd Ludum Dare competition. You have just 48 hours over the weekend in which to create a game. The crux of the competition is that you create all code and content within that 48 hour period. No re-used assets at all. Only engine/middleware/framework code is permitted to be prepared beforehand.

I wrote my game with Unity. It’s the first project I’ve ever undertaken in Unity, and I had very little experience of it. I came out of the other side with a very positive impression, I really liked using it. As much as I love C/C++; given the time constraints, it seemed a good idea to go with Unity. The other big upside is that you can deploy the game to be played via a web browser. This was definitely what I wanted. I didn’t want people to have to go to the hassle of a download-and-install, just to play the little toy game I made over a weekend.

I wrote a turn-based strategy RPG game. My inspiration was the “Shining Force” series of games. The theme of Ludum Dare this time was “Alone”; every game submitted had to follow this theme. This obviously doesn’t fit the team-based gameplay of Shining Force, but mine has a twist. You just play as a single character. It just takes the combat part of those RPG games, there’s no walking around and talking to villagers. There is a shop to purchase and sell items between battles, but that’s it.

The Game

Here’s a link to play the finished game:

“Adventures of One”

I was disappointed with what I ended up with, mostly due to how much work I had to squeeze into the time. In my eyes the game had two major failings:

• A lack of polish. The art is my placeholder art, and the GUI is the default-Unity GUI.

• Little game balancing. The first world is decently balanced, but after that it gets way too easy. The game is completely procedurally-generated. I just didn’t have the time to playtest it.

The biggest achievement though was:

• I wrote a game in 48 hours, that’s actually playable; and a little bit fun!

That’s my introduction out of the way. Now, onto the postmortem…

What Went Right?

• Choosing an idea which I’d see through to the end. I actually lost most of the first two hours to thinking over what type of game I’d do. The theme ‘Alone’ was tricky for me, as most of the ideas I had before it was announced didn’t fit it. I ended up taking one of those ideas and simplified it. In retrospect doing a full-blown party of player characters would have been ridiculously hard to do in 48 hours. But yeah, I was excited by the idea and that helped me keep my motivation.
• Using a higher level language like C#. Considering the game didn’t make too much use of Unity-specific ‘scene’ features, and was mostly generated in code; I could have had similar results using something like XNA instead. Either way, this sort of rapid development lends itself to something higher-level like C#. Out of habit, I think I would have been too anal about my code if I wrote it in C++. C# just lets you throw caution to the wind that little bit easier!
• Enemy AI. Pretty close to “Shining Force”’s enemy AI. It slotted in well to the turn system I had set up; so it followed the same rules and states the player had. The turn system I wrote had its positives and negatives, but since I left the AI to pretty late on, I’m happy I spent the time earlier making the turn system generic.
• The UI. I left it to pretty late on. I hate coding UI. I’m glad though I just used the stock Unity functions and didn’t try any fancy rendering techniques. I went for the basics, and that was the right decision. I’d hoped I’d get the chance at the end during the polish phase to ‘skin’ it, but I had no polish phase.
• Save and load. Lost close to an hour implementing it, but it’s a pretty cool feature. It autosaves after each battle (Unity stores web-app info on your hard-drive, so it’s transparent). I also got in a crude Base64 load/save screen, to bring your save to other computers.
• Bug free? Well, it seems to be for me. I kept it in a pretty stable condition, considering the game’s complexity and reliance on procedural generation, and AI.
• Food, drink, and breaks. I think I was sensible with what I ate and drank. I took pretty regular short breaks. Even if it was to just chill on the sofa with a notepad for five minutes, and plan out my next coding session. I’m not a coffee or energy-drink guy, so just cups of tea kept me going. I’m unsure how I wasn’t totally fatigued by the end, I’m guessing it was adrenaline.
• The ‘all nighter’. It saved me from not finishing. I’m an optimist when it comes to scheduling time. Re-reading my journal log, I hardly meet any of my set goals (but to be honest I did surprise myself with getting ‘unscheduled’ stuff done really quickly). If I’d had lost say, another five hours to a second nap, there is no way I’d have had a functional game come submission time.
• Placeholder work. Crappy art, blocks instead of characters, a checkerboard playing area for 90% of development. These sorts of things meant I had systems playable sooner. This helps my motivation, there’s nothing worse than building up to a point, where you’ve seen nothing on screen and hoping ‘everything will work out at the end’…. And then it inevitably doesn’t. My longest blind-coding run without actually seeing anything on the screen working, was about half an hour; for the turn system. Everything was short and sweet to rapidly iterate on.
• The audio. I think it went well. I dropped in the sound effects just after the halfway point, which provided good battling feedback, with the lack of particles/visual effects. The music I also procedurally generated. I lucked out with some good classical piano pieces which fit the style of game well. The voiceovers by the wife I threw in at the last minute. They worked out well, but I’d have liked to try and fix the audio balance between her and the music a bit more.
• Not caring about the code quality. It’s awful. Terribly hacked-about stuff that reminds me of the sort of thing I’d have written in college. I however still coded pretty defensively though. I just didn’t worry about things like commenting, and whitespace/indentation being off. Fix something ‘properly’, or throw in a sure-fire hack? A no brainer. I also committed many cardinal sins with global static singletons, instead of jumping through Unity’s component hoops. My typing fingers thanked me!
• Stand-up desk. I have an IKEA Jerker desk. It’s not adjustable, but I have a high stool which I use when I need a rest. Being able to constantly switch between two was awesome. When I’d feel lethargic in the chair, I could stand. When my feet got tired of the standing, I’d be able to take a load off and sit. I probably was about 50/50 in each position, time-wise.
• No internet distractions. I know some people who do these completions regularly like to use Twitter and IRC extensively during the dev time. I’m a bit of a procrastinator; those sorts of things can be a big timesink. I told myself I would just check my emails on my cellphone, and do nothing more than that. It worked out well. I’m real surprised that I didn’t feed my Chaos Engine addiction, throughout the whole 48 hours!

What Went Wrong?

• I left some important features until way near the end. In particular the attack logic I rushed through, such that it doesn’t scale into later battles. Enemy placement and the map terrain generation I did with less than two hours to go. I should have had all the procedural-generation stuff done very early, and other risky things like the battle logic calculations too. Instead I did the bread-and-butter stuff that’s hard to get wrong first, and did the risky stuff later.
• Very little playtesting. It’s a slow game to play through to test leveling into later battles. I should have made leveling stats deterministic and had some way of starting myself off in the later, harder battles to test balancing.
• Graphics/art. I spent hardly any time at all on the graphics. I can’t draw for shit, but I can usually fudge things to look very aesthetically pleasing despite that lack of talent. I didn’t even get any time to try that.
• A lack of preparation. I’d planned each day during the week prior to “look at Unity tonight”. I hadn’t got around to it. So I had to learn as I went. Some aspects like hooking up audio took a little longer than they would have, if I knew how to do it beforehand. I also found myself dropping in and out of the ‘component’ model that Unity has for objects, because it didn’t ‘click’ for me until a few hours in. I think I would have likely pen-and-paper planned out my components to be better organized, than the ad-hoc mess they ended up as.
• AOE (area-of-effect) magic; stuff that affects more than one tile. Probably lost a couple of hours spread over the whole period, to implementing it, and dealing with fallout from it. I envisioned it as being useful in later battles when there are tons of enemies; which drove me to add it in the first place. It’s a shame later battles are such a walkover, which kind of renders it just a time-saving device.
• I started working at about 11am on the Saturday, after about five hours of sleep. I took it easy in the morning, and watched some football as I coded. That time was actually pretty productive. I then carried on for well over 24 hours and worked up to the 6pm deadline the next day. I really didn’t feel too tired, but my productivity certainly slowed. I didn’t have many bugs to fix, but one in particular was niggling in the last four hours. I only fixed it shortly before submission. I think with a fresher head, I’d probably have not caused the bug in the first place.
• UI and state machines. I hate coding UI. I hate coding state machines. This game had plenty of both. I’m surprised it didn’t demotivate me. State machines always seem such a chore. So much code for what has very simple intentions. Scripting languages can make this a lot easier with their micro-threading capabilities. I remember reading something about C# and the ‘yield’ statement lending itself well to state machines, but it’s a little less straightforward to grok. I should have probably checked that out again.
• The scope. Too big. Too ambitious. Given my lack of preparation too, it was silly to think I could do the idea justice in less than 48 hours. I had a good stab at it, though.

“Picasso” – Look at that work of art!

My TODO List At The End

I had to prioritize the last few tasks, so I inevitably had some on the cutting room floor. Here are the features I really wanted to add:

• Particle effects on attacks. I’d seen some demos of particles in Unity, and they looked really simple to set up. A good bang-for-buck. Didn’t even give it a slight look.
• More/better character graphics. I also rushed through naming and giving stats to the enemies that did make it in. The art in the game isn’t good, and I don’t think I’d have made it that much better; but I’d have liked to added more varied enemies for sure. I think I probably spent a grand total of about twenty minutes the whole project (if that), making art.
• I had functionality to ‘slow’ the player movement over harsh terrain, and collision for impassable squares. I always planned to procedurally generate the terrain, but I didn’t get the chance to hook this stuff up. Impassable squares would have been tricky, in order to avoid blocking the player out of areas. ‘Slow’ terrain though wouldn’t have been much work.
• Healing spells for enemies. ‘Buff’ and ‘debuff’ spells for the hero player, as well as the enemies. Similar ‘buff’ and ‘debuff’ items to use as well. Some of the turn-logic for this sort of thing was in place; it would have probably taken less than an hour to add these.
• A better looking GUI. I’d have liked to try changing the font and colour used. I did Google search at one point, but it looked pretty involved, and would require me to go through all my UI code and hookup references to a ‘GUISkin’. Probably not much time to do at all, but every minute counted at this stage.

Of course, all of these things still fall way below ‘fixing the balancing’, and some other things mentioned in the “What went wrong” section. The Perlin-noise, colored and textured terrain was actually a wishlist item for me originally. I wonder if I’d have left that on the wishlist, I would have been able to fix the balancing?

Final Thoughts

In all, I enjoyed the experience. I was disappointed that the game I was intending to be challenging and provide seemingly ‘endless hours’ of battling, only holds up for about ten minutes. But I had fun coding something that quickly under a time pressure. Sure, the code looks absolutely horrible, but it’s a thrilling experience just churning out stuff at that speed, and having it all come together.

I would consider doing another Ludum Dare in future, but I’d definitely want to do more preparation. I’d also certainly scope my idea much better. I think a shorter, tighter game is the way to go. Something that would be doable with two ‘sleeps’ in there as well. I’d like to get a good twelve hours of sleep next time, instead of five!

My Journal Log

You’ll notice the log ends at about 2pm, four hours before my 6pm deadline. That last four hours was just a whirlwind, the time flew by ridiculously fast!

log.txt

I found it pretty useful to keep this log. It helped with motivation, and helped me focus on what I should be doing next.

I also have half a dozen mini-notepads full of ramblings about movement, AI, and the turn system. Taking a break from the computer and sitting down with a pad and paper is pretty valuable. Just gives you time to refocus, so you don’t just sit there coding down a blind alley.

My Time-lapse Video

~38 hours in ~4 minutes:

The first session was about 10 hours; the second session was about 28.

Well, my posting on here has hit a bit of a lull. Overwork isn’t my excuse this time, since my last post things have been pretty crunch-free at my day job.

I think I’ve just chilled out a little more at home, not so much coding. Been actually playing games a lot more than usual; enjoying “Fallout: New Vegas” right now, and played a ton of “Dead Rising 2″ as well. To hark back to an old blog post I made here about Dead Rising; I can confidently say that Blue Castle Games did a great job on it, you guys do indeed rock!

Recently I did just move my blog to a new domain. I felt the old website name “Music To Make Games By…”, and it’s really long domain name wasn’t to my liking. The original aim for my blog was to talk a lot about the Guitar Hero games I’m working on. That sort of thing is pretty difficult to do though. For obvious reasons I can’t talk about games that aren’t announced yet. Also, to talk about anything with any sort of meaty ‘behind the scenes’ content I’d need to run it by Neversoft first. So yeah, all that fell by the wayside and I mainly ended up covering my foray into XNA and C#; with a few distractions on the way.

New Domain

So yeah, this site is sitting at ‘http://www.gavpugh.com/‘ now. Plan to continue it in the same vein, still plodding along the XNA-path when I code at home. Likewise I definitely intend to write some more articles about the more esoteric areas of C# and XNA, as I was doing previously.

Releasing the source code to “XNACPC” is still on my agenda too. A little after XNA 4.0 was officially released, I managed to get audio working in the emulator using the brilliant new DynamicSoundEffectInstance. Was really awesome to hear those old games chiming away their little 8-bit tunes. Even back when I worked on this emulator in plain C many years ago, I never got round to getting the audio working before.

So for this site, it’s pretty much business as usual then. Slightly new paintjob; shorter URL. The thing I’d really like to change next is my frequency of posts!

New Game

The last game I worked on: “Guitar Hero: Warriors of Rock” was released a couple of months ago now. It did okay at retail, nothing spectacular. The sales are like night and day compared to around the time our studio started working on them. “Guitar Hero III: Legends of Rock” sold numbers in a different league. Across all the SKUs it actually broke $1 billion in sales. Apparently it is the “first single game ever to surpass $1 billion in sales”, whether that is still true I’ve no idea. It has an advantage over most other titles though in that they very likely count the hardware bundles in these sales figures.

Anyway. Since that game is finished now, I’ve been working on something new.

Looking forward to Christmas, hopefully it’ll be a good time for game sales across the board. For all companies. “Black Ops”-aside it seems like we’re all hurting a bit right now.

New Book

I’ve been enjoying reading industry-related books as of late. Not technical books, but more stories from the trenches. I recently finished a very good one, it’s not specifically gaming-related though but it’s not too far off. “Founders at Work: Stories of Startups’ Early Days” contains interviews with founder members of various notable startup companies. Actually there is one gaming-related reference in there; Steve Wozniak is interviewed and talks a little about his early work at Atari.

It’s very good. There’s a ridiculous span of different companies covered. From “Hot or Not” through to the guys who wrote “Visicalc” back in 1979, the very first spreadsheet app. A spreadsheet app from 1979, how is that interesting to read about? Yeah, I thought much the same. It was back to back with a chapter about “Lotus 1-2-3″ as well, I thought I was in for a bore-fest. However, it’s riveting stuff. Reading about the highs and lows of these companies as they developed through the years was surprisingly fun. What was also news to me was how incestuous the ‘regular’ tech company world is, almost to the same level as the games industry. So much cross-over where competing startup founders are ex-colleagues.

Definitely one worth picking up if you like inspiring stories. The vast majority of them are generally about coders being part of the initial startups. They detail the problems they faced in a decent bit of detail too. One common thread was scalability, that “Oh shit” moment where everything has gone a little too well and the servers aren’t coping with the demand. Usually some interesting stories on how they dealt with those periods.

There’s the odd one or two that read as “everyone else is doing the startup thing, so I thought I should to”. Which seems a pretty tenuous reason to go for it. But those from what I remember tended to be more the management-school grad types; family with connections and money. They almost read a little like it’s just a plaything, to give them something to do. If it works out that’d be cool, but they’ve got a nice parachute to escape. Been a while since I put the book down though, I think this was only isolated to just one or two stories max. Despite the glistening silver spoon, they did still have some interesting stuff in those too.

Me, a class warrior? Never.

That said, I’ve started to code a little in my free time. I got a block of time over the Christmas break and I decided to have a good go at doing some stuff with XNA and C#. Was a good experience, I feel a lot more comfortable with C# now. I’ve learnt to live with some of the annoying differences between it and C++. I code in the latter every day for my day job; for another language that’s so close to it, it takes a bit of a leap to leave the old ways behind.

So, hopefully I’ll give this blog a bit of a new lease of life soon with some tidbits from my XNA adventures. I’ve got a couple of ‘in-progress’ articles going already.

Anyway, Metallica…

The last time there was rumblings of a Metallica game was back in 2003:
http://cube.ign.com/articles/422/422960p1.html

… and I would know nothing about such a game at all of course… *whistles*

Damage Inc. [Metallica car combat title] (PC/PS2/GC/XBOX, Climax/VU Games)*

http://www.destructoid.com/surfer-girl-is-back-with-a-cancelled-game-list-50625.phtml
Seems like a very long time ago now… I’d like to say more about it, but it’s probably not a good idea.

Like Aerosmith last year, my involvement is pretty minimal; I’m working on something else right now. The Metallica game is based on the World Tour engine, so all four instruments are playable. Unlike with the Aerosmith game, where you were limited to just guitar and bass.

As per usual, with the press-situation for these sorts of things I really can’t say anything in more detail. It looks fantastic and I think the fans are going to be dead impressed with it.

So, updating this site hasn’t gone entirely to plan. Fortunately though my workload has eased up a little now, there’s a number of things I wanted to write about so hopefully I’ll get the chance now.

Speaking of workload, the last ten months or so I’ve spent working on the now announced: Guitar Hero World Tour. It’s the first Guitar Hero game I’ve been involved with properly, having previously worked on the ‘Tony Hawk’ series at the same studio. I’m really proud of what we’ve done with the new game, and I’m sure everyone’s going to enjoy it when it gets released. Really hoping we can get into that 90-100 range on Metacritic, it deserves to.

It’s a double-edged sword working on something so popular. On one hand it’s nice to read the buzz about your game on the internet, people looking forward to new tracks being announced, and seeing how much some people can’t wait for it’s release. On the other hand, there’s the ‘fanboys’. I probably shouldn’t go into it too much, but our game tends to get a bit of rough treatment by commenters on various game websites. Our competition, Harmonix makes great games and has a very loyal following.  Some people have invested heavily into their product, both finanically and emotionally. It’s a shame this clouds objectivity of what we’re offering at times.

It’s widely publicized that our guys at Neversoft used to play the first two Harmonix-developed Guitar Hero games at company parties. In fact I think one of the first times I had beers with the guys I work with now, was over a game of Guitar Hero in our warehouse. We have massive respect for what those guys did with those games, they’re a quality developer. The first game prompted me to get my first console since emigrating to the US (I left my old ones back in England). I remember lugging that PS2 and the guitar bundle a few blocks back to my apartment from the local Best Buy, in the days before I got a car.

Most of my game playing time in this country has been on Guitar Hero. I’d played a decent amount of Tony Hawk before working on those games, but only casually on a couple of games in that series. GH though is a totally different story, one of my favourite games of all time for sure. I remember excitedly bringing my PS2 and the game in my luggage to Simon’s place in Colorado, for his birthday weekend in 2006. Went down a storm. I’d never have thought in a million years that I’d end up working on it.

Dream come true.

I’ve never heard of Crave, nor that they ever published my game. A bit of googling later, and indeed it looks like they paid $120k for rights to the game. I’m not sure what to make of Crave, with such titles as The Bible Game under their belt, I’m dubious as to whether they can be considered a quality publisher.

It looks like they only ever re-released it on Gamecube, I can’t find any for the Xbox or PS2. The copy I ended up purchasing from eBay was the Crave one, for $10. I’ll be curious to see what the manual looks like. But I guess until I get a Wii (again), I won’t know what the actual game differences are, if any… There was a bunch of movies and legal screens which had Acclaim logos in. But I’d be really surprised though if they managed to get hold of the old code and data and replace that stuff.

One thing is for sure, I didn’t see a penny of royalties!

Finally, it’s officially announced.

I didn’t really get any sort of hand in Guitar Hero III. Probably a few lines of shared engine code, and the odd bugfix shared from a game I was working on at the time: Tony Hawk’s Proving Ground.

The Aerosmith game though, I’ve done a little bit of work on. So even though like GH3, I’ll be appearing in the credits… This time I can actually feel like I deserve a mention.

It’s nice to be able to talk about this game a bit now. We had the band at our building a few times late last year. It was real cool to be able to hear them doing their mocap (they played the music when doing the capture), whilst making myself a cuppa during the day. Nothing quite beats hearing Aerosmith tracks played live whilst drinking some Tetley. Tyler even paged the entire company when he saw the game in person, to tell us what a good job we’ve been doing. Top guy!

Game does indeed look very good. But obviously I can’t really say any more than that.