I started replaying The Elder Scrolls Online last weekend, and after an hour or so I noticed something strange: when I killed an NPC, I'd walk away. If I saw a harvesting node, I walked right past. I realized I have some sort of PTSD when it comes to the inventory system in that game because when I played before my inventory was forever full, constantly needing attention, and I could never get fair market value for what I did collect.

The Combat Update introduces consumable crates to The Imperial Realm::Miranda which can be used to expand the inventory size. Originally, players could get 5, 10 and 20 inventory item size increments but only four could ever be applied, so if a player redeemed four 5-item increments, their inventory could grow by a maximum of 20. There were plans for additional expansion possibilities, but that was as far as I got.

The next major update for The Imperial Realm::Miranda is the Combat Update. My goal with this update is to make the core combat in the game more exciting looking and eliminate anything that might give the player concern about the fairness of a battle. I had hoped to have this update out in time for the 10 year anniversary, but the bugs have defeated that plan.

The core of the Combat Update is fixing a number of desynchronizations that were happening between the server and client. Some of these resulted in apparently invulnerable units, others resulted in units teleporting during combat. Last week I was reducing or removing situations where a teleport is the only option. Testing that results in screenshots like this one:

This coming Saturday I will have been working on Miranda for a decade. I know, super-weird.

November 9th 2009 was a cold rainy Monday and my amazingly exciting first day working on a project I had been thinking about for five years.

My best friend and I used to play co-op Command and Conquer Red Alert 2 every Thursday evening until the wee hours. I had a couple of networked computers with old 19 inch CRT's in my office we'd play on. We'd each take an RA2 disk (the game came with 2 play disks) stick them in and team up to have at the AI. Those evenings were so fun! Our wives got to know each other pretty well during that period. Eventually my friend and his family moved away, putting an end to our Thursday evening play sessions. So when World of Warcraft came out in November 2004 I knew I wanted a bigger Command and Conquer I could play with my out-of-town friends. Working at EA I always kept my eye out for anyone making such a game, but it just never happened. In 2009 I was given the opportunity to pursue that dream myself, and I took it.

So on that Monday I was busily putting together onemanmmo.com from the bones of the CMS I wrote for MMORTS.COM and I needed a logo. I made a bunch of alternatives (sadly I don't have anything that reads Corel Draw files anymore to show you the earlier iterations.) I thought it would be cool to put my silhouette in the logo, since it was just me making the game. I got my wife to take this photo.



One of my main reasons for deciding to leave EA was that my daughter was young at the time, and I'd only see her for a few minutes in the morning and she'd usually be in bed by the time I got home. She was fully on-board for the new job.



On November 16, 2009 I launched the project and blog with a short post.



Miranda is available to play in Early Access now and is 20% off for a limited time.

I made a video to demo the upgrades I've made to Miranda's HUD (Heads Up Display) and map. I really liked the old hud with it's blue and white color scheme, but apparently not everyone agreed with me because I got feedback that the HUD was too web browsery. This makes a certain amount of sense given that Miranda's UI is actually the Chrome web browser. I turned the Fallen off so I wouldn't get attacked during the demo.

[There's no mouse cursor in the video, that's a new bug in GeForce Experience. It shows fine when you play.]

The new HUD came about because early last week I discovered that Miranda's UI was encoded with "pre-multiplied alpha." I'd never learned what that was, but it turns out it allowed me to finally add support for translucency for all the buttons and panels in the UI, a feature I had wanted for years. While I was working on the HUD, I decided to make some minor improvements.

All the menu and UI buttons got upgraded art and are now dark themed. I did some rendering upgrades on the minimap as well as making it round, and it displays static if your base doesn't have sufficient power or if the player doesn't have a radar station.

Both the minimap and the build panel can now be hidden like the chat and mission list panels for a maximal view of Miranda. The build panel's power meter is much cuter, and the unit count and unit cap are now displayed on the top right of the build panel. The Kills Today stat has been retired.

Once I had the HUD all working, I realized that I had forgotten about the base layout HUD, so that got an upgrade too.

Weird Fact: Miranda's client has a complete commercial grade web server built in solely so that it can talk to the Chrome UI.

So on Friday Hacker News turned its firehose of people on the One Man MMO Project blog - thank you larksimian whoever you are! The blog made it to number 1 on Hacker News around 9am, and had dropped to #13 by the time I found out about it late Friday night. The 100+ comments on the Hacker News page were entirely positive, which was really nice.

I was also pretty pleased that the blog's hosting worked exactly as it is supposed to and happily served up tens of thousands of pages to all those people without falling over.

So if you don't do this for a living, this is an astonishing number of people to visit an indie game. I've been at this ten years and this is 100x larger than my previous largest traffic spike. A post from a smaller news site typically generates only a couple dozen visitors. A spike like this Hacker News one will typically generate sales to support months of work. If I was paying for ads to get that traffic, Adwords would charge me on average $97,542. My ISP charged me $23 for the traffic.

One of the big new features in Unnamed Update is the revamped loot system. I've been working on this for quite some time as part of other features I've been doing. The most visible change is that players will now get the new consumable crates in battlefield loot crates after enemy units are destroyed. Internally there have been a lot of changes.

Where there used to be just one loot table, there are now a number of them for various features within the game, and the loot you get from any particular loot table will change as players advance in level. I also reworked the way the game determines the value of units within the game so that more valuable units give more loot.

Unnamed Update is still coming along. My regular work schedule got slightly derailed the last couple weeks of August with travelling, a bunch of unreasonably hot weather and back-to-school. I have a whole bunch of things that I have been working on, none of which are finished. Most of my thought and effort the last month has been focused on level progression through the game. Other games I have seen have a little notification screen every time players level up that tells them all the new abilities they have unlocked and sometimes even gives loot. I'm not at the point yet where every level adds new things to do, but that is the direction the game is heading.

Level Requirements

There is now a minimum level requrement for components, so if players aren't a high enough level for a component they can't put it in designs and can't buy or build units that contain it. Each time a player levels up, they will gain access to new, better components. Most of the existing components will be assigned to level 1, so I'll be adding new components to fill the higher levels.

I started work on some of those new components I mentioned, my favourite is this tank chassis with ten guns on it. Those white boxes aren't part of the model, and don't show up in the game, they are how the game tells where to add guns and exhaust and other effects.

Production is the part of game development where the game's design and features are mostly set, and the team starts taking all the systems that have been developed and filling them with all the tens of thousands of individual things players will interact with: swords, shields, guns, outfits, soccer players, teams and much more.



Miranda has been in production for a little while now. When I added loot crates I didn't make just one loot crate, I made 78, 12 different types in all. I plan to add more, but that is at least a respectable start.

The feature brief for my current feature is "Add plasma rifle weapon effect like the one in the Terminator movies." With the requirements pretty clear, I started digging in to what that actually means to implement with production in mind. First I need new art for the weapon, then a shader that will run it because it isn't exactly like previous beam weapons, then some code changes to support the additional data requirements of the shader, then code changes to the simulation to support weapons taking time to arrive on target. Doable.

Then I looked at my great list of components in the game - every tank, crate, weapon, building, power source, shield and so on. I realized that I need that plasma rifle's art and many, many stats to vary by 4 levels of veterancy, by as many as 8 quality levels (blues/greens etc) and by a to-be-determined number of level ranges spanning the player's 80 levels. OK, I can do that with my current system, but I'm immediately overwhelmed by the sheer number of components and stat variations that will be needed. How can I build all those in a reasonable amount of time without having tons of bugs in the thousands of numbers I would need to calculate and enter? How do I tweak the weapon afterwards? How do I back-port those veterancy/quality/level variations to all the existing weapons in the game? How do I quickly iterate to develop the art variations and test all of those weapon variations?

I don't know yet, but I'm working on it.

It's been over a month since I've blogged, mainly because I don't have any one big thing to talk about. So here are a bunch of the little things I've been working on.

Redeploy Forces

The tricky change this month was adding a main menu option to Redeploy Forces which allows the player to move their base to a new location. This is a shortcut for the log out, log in, relocate base dance players have done up until now - but it is much faster. I think I might disable this if the player is in combat.

I did a bit of work on The Fallen, adding guardians at monoliths and vendors, increasing the size of base attack forces and modifying the guardians at resource fields to respawn more often. I discovered that the Fallen were having difficulty teleporting which turned out to be a number of bugs working together in concert in addition to my choice of formation. With teleports fixed a lot more Fallen are now at large on Miranda. There is still a bit more I have planned for them.