Hello everyone, I’m dayrinni. I’ve written a few articles on SpaceSector in the past. I did a series called “What Makes a Good Game.” and I am now going to start a new series of articles, called “Making a Space 4X Game.”
I thought it’d be fun to see what goes on behind the scenes and some of the obstacles that I have encountered while making my new space 4X game, whose name will remain hidden for now! The topics for the entries will be varied – some will be technically based, while others more in the game play aspect. I’ve made plenty of mistakes and these journals will talk about what I ran into and how I overcame it.
Before we begin, I’m a One Man Show. I do it all – design, code, test, some art (I try to contract as much as possible out as I’m not much of an artist), I find music, and so on. I like to refer to myself as “Super-Indie”. It is a lot of work, but it is certainly a labor of love. I love games and I love making things. I want to make a great 4X game.
Know What You Want To Do Before You Do It!
I was previously working on a space 4X game titled “SpaceIT”. While this was doing well, when I first originally came up with the design, the only other recent game was Sins of Solar Empire. I like Sins, but I thought I could make a great turn-based 4X game. I wanted something that had a lot of detail and an epic feel. I left some elements of the design empty because I wanted to have some testers to give me feedback and I could make something they like.
I thought that this would be a good idea since it would give a sense of ownership to the testers and they could become community promoters and help spread the fan base. A sense of ownership is something very powerful. While we all had good intentions, the design of the game just did not fit together at the end. It did not play in a unified way. Everything felt very disjointed to me and a few other people. Of course it would – the design was still being made in late Alpha Stages!
On top of that, the game had numerous performance issues. It was beyond me to improve the performance – the library I was using is, well was downright awful for graphics.
This past June, I decided to scrap most of the project and start anew. My ultimate goal is to make a GOOD GAME. I needed to learn from my mistakes and make improvements on everything. That’s exactly what I did…
This time, I would come up with a unified design and ensured that it all fit together. I learned a lot from SpaceIT, especially about the very subtle aspects of 4X games. I previously specialized in RPG Games, and they are very different than 4X Games. On the plus side, I knew that I could reuse much of the code from SpaceIT for the internal game systems – such as galaxy drawing, some art assets, and other portions. SpaceIT did have a lot of good things in it and I shouldn’t let them go to waste.
So, in June 2012, I did a lot of market research, looked into new graphics libraries, and packaging tools. SpaceIT suffered greatly from poor packaging (it was a zip file) – even though it was in Alpha, it still should have been packaged better with an installer.
I spent a few weeks researching the market and then coming up with a solid design. I put in everything I learned from my experiences from working on SpaceIT, and all of the feedback I got into this new design. We did a lot of experimentation with SpaceIT – at one point we had, I think, 4 Fleet Combat Systems. At the end of the new design, I looked at what I had and said “This is good!”. I will be going over some of these systems in the future. I vowed to stay with this design and not falter. I wanted to avoid feature creep, and going around in circles. I didn’t want to waste time. It was time to execute.
One other aspect I wanted to do for the new game was to come up with the lore, races, technological aspects and so on before I coded anything. I had this idea, in the SpaceIT, that I could make the lore fit the game. This didn’t work out for me. I should have known better because I have made RPG games before, and the story/lore aspect is paramount.
I had a solid design – something that told me what the game was, and I had a plan of action. It was time to stick to my guns and pull the trigger.
Write That Lore
I spent the rest of June and all of July, writing lore and implementing the basic packaging of the game. I wrote around 40ish pages of lore and put them on the game’s website. I fleshed out all of the empires, universe, back history, and technologies. It was a huge time investment – but my new game had a basic code infrastructure that would make it easier for testers to test the game, and there was a solid backstory.
The game had a soul, an identity, one that SpaceIT never had. You know how when you play some games and it feels empty, soulless and hollow? I got that with SpaceIT. I do not get that with the new game when I test it. It really is amazing at how much this can impact ones feelings towards a game. Something without an identity is nothing – that was SpaceIT.
Now that I gave my new game an identity, it was time to write some code…
Write That Code
As mentioned above, I spent a lot of time writing the infrastructure of the game. What is this exactly? It is the repository where the code is stored, the build process, and the installer.
A code repository is simply a place where code is stored with version control. It is good because it can allow for locked files (to prevent editing from other people), logs and backups (since the source is not on your main machine). I’m using Subversion (SVN).
For those who do not know, a build process is the steps to package a piece of software so it can be deployed to consumers. The game is written in Java, so I am using ANT (which is like a Makefile for those familiar with C/C++). In ANT, it is possible to specify different tasks and all their dependencies. So in my build file, I have a series of tasks that will compile the code, obfuscate it (jumble the bytecode to make it hard to re-engineer it), generate an executable(.exe), sign it with a code signing certificate(verifies the identity of the program – me), move art assets, and finally, package everything up in an installer. The beauty is that I can do this at a click of a button! It was a large time investment (took me 71 tries to get it right) to put all of these steps in the build process, but it makes deploying the game easier. Doing a build by hand can be very time consuming and seriously error prone and cause more headaches – so I highly advise in putting the time in first to make a good build process.
There are many ways to do build processes and deploy programs – this is just what I selected. I know, in the Java realm, Maven is very popular (and powerful).
With Java, the executable program is generally a “jar” file instead of an .exe file. But I wanted to use an .exe file (on Windows, for now). I also wanted something that will be able to detect if the user has Java or not, and do proper setup. Java can be fickle sometimes with installations on newer versions of Windows. People are also more familiar with an .exe file rather than a .jar (or a .cmd file). So this increased usability. The last thing a gamer wants is to have a problem when trying to launch a game they are excited about! There are a bunch of different programs out there to package up a Java program to make it be in an .exe file. I am using Jsmooth. It is very cool and gets the job done! I was able to incorporate this into my build process, so it runs seamlessly.
Finally, the last part, is the installer. In SpaceIT Alpha, I had a zip file – not exactly a pretty way to handle installation of a program. This time, I wanted something more robust and official looking. I did a lot of research and found another set of tools that can be used to build a Windows Installer. It is very cool – since I can add in a lot of features, such as putting icons on the desktop and start menu. It looks better than extracting files from a zip. Also, this would handle uninstalling the game, which is important. I’m using NSIS. Again, like Jsmooth, I was able to incorporate this into the build process.
All of the above are in my build process and took me a lot of time to research and setup – but it is done now. I can (and you!) forever reap the benefits for these automated processes. The time I put in now will (and has been) saved later. I can now focus just on making a Great 4X Game!
What Comes Next?
This is my first article of the series and I plan to write many more. I wanted to set the stage for what is to come – there is a lot that has happened! I will be talking about various game systems in future articles and eventually, along with the help of Adam, I will announce the game. I do want to have testers from the community, but I first need to get to a point where the game is playable so that is why it is “secret”.
I realize that many of the games this past year have not been too successful and some of the developers may have led you guys on. This displeases me greatly as I am a player too! I don’t want to do that – especially since I am SUPER-INDIE.
You, the players, are what make games successful, and thus, you can make my game successful. I want everyone to see what my game is about before they decide to purchase it (it will not be expensive). My goal is to make a great game, as best as I can, and not to sell out. If I can show you, the gamers, what the game is about from an early phase, then maybe you will trust me enough to try it out.
I also don’t want to forget about the developers. It is always interesting and fun to see what someone else does for their projects – what tools and libraries they use, different ways of approaching a difficult technical problem and the game play decisions. I don’t have all of the answers, but maybe I do have some! I hope you can benefit from this series in some way, being far out in development already, just starting now or thinking in developing your own game.
Thank you for your time and until the next article!
dayrinni has been a Space Sector contributor since October 2011. This is his first foray into writing articles for any review site. He is an avid gamer in the genres of 4X, Strategy, MMO’s and RPGs. Finally, he has been the implementor of several MUDs and is currently working on a space 4X game that offers large scope and complexity. See all dayrinni’s posts here. In particular, check his “what makes a good game” and “making a space 4X game” series.Subscribe RSS
- Making a Space 4X Game: An Overview on Graphics Libraries
- Making a Space 4X Game: Modding
- Making a Space 4X Game: Empires and Races
- Wing Commander Saga: The Darkest Dawn – Preview Trailer and Release Date
- Making a Space 4X Game: A Living Galaxy