One thing that always bothered me about this otherwise quite nice shot of Miranda is that all the buildings are buried in the terrain to varying extents. Until today it was the ugly but unsurprising consequence of flat-bottomed buildings and non-flat terrain.
This screenshot shows Miranda's new deformable terrain. Wherever a building is placed, a patch is placed on the terrain to flatten it out. There are still places where even this can't provide a perfect presentation (like when two buildings are very close together,) but overall it is a considerable aesthetic improvement.
I gave Matt at MMOs.com a lengthy tour of The Imperial Realm::Miranda. Read it here
While the game client is the biggest single piece of Miranda, by sheer numbers, tools are definitely winning. There's a tool for importing Collada 3D models, one for putting assets into container files (sort of like a ZIP tool) (thanks music industry), a tool for creating Secret Lair Codes, a tool for converting the string database into a quick to load, quick to search format, a tool for analyzing memory reports for when things go horribly, horribly wrong, a tool to run the servers and restart them in case they crash, a tool for doing evil things to PNG files that shaders like, a tool for processing and procedurally generating all the terrain data, about 50 tiny automation tools (also known as batch files,) a tool for loading TOS documents into the database and last but not least, a unit testing program that makes sure that I don't accidentally break anything important. Whew.
I had planned to add a bunch of new units to The Imperial Realm :: Miranda
next, but when I started to work on that, I discovered I hadn't actually figured out how best to do that, so instead, I've been doing a few little things while I thought about it.
[Shields, Territory Capture & Unit Caps]
One of the most common attacks against an online game is to use a program like WireShark
(which is awesome) to figure out the networking protocol and then use that knowledge to gain advantage. One common example of such attacks is the dreaded aim-bot
(this one's for Quake) where a computer program aims and fires perfectly for the player in a multiplayer game. Tools like this one also able to gain additional information for the player that normally wouldn't be available to them (like the location of players hidden by walls.)
After today, such attacks will be much more difficult on Miranda because communications between the client and server are now encrypted.
I'm not going to say too much about how it works, but I read a bit about game protocol encryption and it basically comes down to using a fast symmetric encryption algorithm, have different keys for every session, and if you can, use an expert's implementation (don't roll your own.)
Traditionally Command & Conquer doesn't have a unit cap (other than C&C4 which we'll ignore because it's awful) so up until this last week I hadn't thought too seriously about a unit cap in Miranda.
I've been replaying Homeworld (Homeworld Remastered) this last week and one thing I had forgotten about that game is that it has hard unit caps. The unit caps are fairly generous, but nevertheless there are caps (only 6 destroyers! can you believe it?) The reason behind the cap I suspect, is because unlike C&C, units carry over from mission to mission and the designers didn't want to make it too easy for the player to steamroll the AI by simply capturing every ship put against her in the earlier missions.
Homeworld's unit cap is per category, so 6 destroyers, 100 fighters, 16 salvage corvettes, etc. They are reasonable limits, but an average player is going to have to work within these limits eventually.
At the moment Miranda doesn't have a unit cap (other than a limit of 16 construction buildings per category which is purely a UI limit) although I always figured I'd need to add an upper limit at some point. Reasons to add a unit cap include:
- Miranda is more like Homeworld in that players keep their units indefinitely, they aren't given a clean slate before each mission like Command & Conquer.
- Limits force players to make choices - which are always a good thing.
- A cap mitigates force-size imbalances between new players and experienced players. Experienced players will have cooler units, but not a crushing numeric advantage.
- A plague of cheap tanks. A cap would prevent the pathological case of a player creating tens of thousands of units (tanks/superweapons) and using them to annoy other players.
- Load time after login is directly proportional to the number of units the player has.
- A player logging in with 10,000 units may cause performance problems for other players on the same server.
- A cap limits storage/bandwidth costs per-player.
The only really compelling arguments I can come up with against unit caps are:
- They suck!
- Command & Conquer doesn't have them.
So what do you think about unit caps in Miranda?
Once I got the server up, the next thing I wanted to tackle was revamping the design for combat. The original combat system was sort of rock-paper-scissors-lizard-spock. It worked, but it was a little too complicated for people to be able to figure out intuitively.
The new system is based on the design of Red Alert 2. Each of the 6 types of units (construction buildings, ATV's, tanks, utility buildings, air and superweapons) has one of three armour types (light/medium/heavy.) Players will be able to figure out quickly which weapons work effectively against which unit types.
A new build is up, these are the release notes.IMPORTANT: Neither the client nor old versions of miranda_setup.exe will work with the new patching data. Testers must download and run the new version of miranda_setup.exe to update the game to the current version. Eventually this will be automated for you, but not today.
The first bug testers encountered this week was me relearning the golden rule: don't mess with the distribution files manually. I deleted a file from the server that I thought wasn't needed, but the installer still expected it to be there so the install failed. Lesson learned.
The first Pre-Alpha invites have been sent and the live server is up and running!
If you're on the very short
friends and family list, you should have received an email with the install link and a Secret Lair Code to create an account.
[Doesn't look like much, but this is the first base on the Live Server.]
There is nothing more satisfying than seeing something you've put so much effort into actually working in a live environment.
So if you're one of the lucky few, give the game a try, and most importantly: let me know how things go.
If you didn't get an invite, be patient, these are the early days. This first test is mainly about finding out if the game even runs on other people's computers.
I was fortunate to receive an SSD as a gift last week. I had long heard that using an SSD made no difference to build times with Visual Studio. But, everyone raves about them so I decided to use the SSD to replace the main drive in my dev laptop. Better boot times are always appreciated. I was able to install the new drive, image it with the standard Dell factory image, reinstall all my software and then wait through 200+ Windows updates. That took about 14 hours. The result though, was well worth the effort. Boot times are under 20 seconds and I got an amazing 44% reduction in build time
from 10:06 to 5:41.
I'll be announcing all the options and prices pretty soon.
Hey rob, how much will the ultimate version cost? :D
I spent a lot of time looking at key-value stores for this since I mostly don't need relational features. Finding none of them particularly ideal, I pretty seriously considered developing my own file-system based key-value store with versioning, ...
Interesting to hear your approach. Personally, I made something similar, that I moved every to be "storage" from HD to Database, but now I'm just migrating it back to harddrive. Mysql is simply not fast enough, I switched to Postgre (much better ...