I haven’t really talked about energy generation, energy storage, and what you’ll be able to do with energy yet, so in this post I’ll throw my current plans out there. Every building requires energy to operate, and if there isn’t enough energy some buildings will switch off until power is restored. There are several types of power plant available:
- Solar: Basic renewable power source. Twice as effective on Desert and Barren planets. Doesn’t work on Toxic planets.
- Geothermal: Basic renewable power source. Twice as effective on Molten planets. Doesn’t work on Tundra or Ocean planets.
- Fossil fuel: Consumes fossil fuels, but outputs more energy than solar or geothermal plants.
- Nuclear: Consumes uranium, and outputs more energy than a fossil fuel plant.
There’s limited space for buildings in a colony, so you’ll want to waste as few as possible on energy generation. Fossil fuel and nuclear plants will save you a lot of space, but will consume resources. You’ll be able to research technologies to improve power plants, and because we’re using a tree system for research, many of them will be mutually exclusive. You might have to choose between improving solar or geothermal power plants, or choose between renewable sources and fossil fuels. Read More
I got to work on the planet exploration a bit more this week, and added in a lot of the planet exploration features I described last week. You can now queue up as many scout missions as you want and they will be executed in sequence. When a mission starts, it takes an energy cost from the planet’s reserves, and if that energy isn’t available the mission will wait until you have enough energy before starting. You can now delete scout missions, and they are now sent from the nearest settlement you own for reduced travel time. Below is a video showing some of the new mechanics: Read More
There are lots of software development strategies, but the one that comes naturally to me is rough iterative development. The process starts with an idea for a feature, which is then used to produce a gameplay prototype. I try the prototype out to see how it feels, and show it to people to collect feedback. That feedback is used to refine the prototype into a second iteration, which is then tested and shown to people again to collect feedback. This cycle continues until eventually I’m happy with the feature. Usually I do all the testing myself and only show the prototypes to a few real life friends, but over the past few weeks I’ve been showing the prototypes to people via the blog. Even with just a few people commenting, it’s been really useful.
Last week I showed a gameplay prototype of the planet exploration system and got some great feedback. This week I’m back with the second iteration on that system: Read More
This week I’m working hard on putting together a Kickstarter campaign so I haven’t had much time to work on gameplay. But I wanted to show off an exciting development this week: Head-tracking.
Remember the video below from a few years back? In it, Johnny Lee showed off his awesome head tracking demo for games using a Wiimote connected to his PC. It turns a monitor or TV into a portal into a virtual room that visually reacts to movement exactly as viewing a real 3D box through a window would. Objects can even be seen to float out in front of the screen, providing a real 3D experience without the need for an expensive 3D monitor. In fact, all you need to pull this off is a Wiimote and a cheap pair of safety glasses with infra red LEDs in them. Read More
I’m working on a trailer this week, so I’ve been programattically composing scenes in my engine and will film them when they’re done. The scenes all run in realtime so I’ll also be able to keep them in the final game as an intro. I’ve had to clean up the back-end code and build some new tools for this, but I’ll be able to use the new tools for other things like space combat and cutscenes. Below is a quick sneak peek at part of one of the scenes, which uses a new planetary ring system I developed today. The ring is actually drawn to the background, so I could add a lot more detail without slowing the game down at all. I may add more types of rock and ice asteroid, and make the whole thing much bigger or the individual asteroids smaller. I just thought the ring was too cool not to share. Read More
Every single 4X game has the same basic flaw — as the game progresses, the micromanagement that was fun gameplay at the start becomes a bother later in the game when colony numbers scale up. Building up one colony is fun, but building up dozens that are all at different stages of development is irritating. When you’re busy sending ships all over the galaxy and playing the political endgame, there’s usually no time for colonisation or to direct conquered worlds. The only game to solve this issue was perhaps Master of Orion III, and it only did so by putting an AI in control and making the game essentially play itself. That’s not a solution, it’s a disaster.
I propose a simple, elegant solution to the colony micromanagement problem that should let people continue colonisation well into the endgame, but without taking direct control away from the user. Read More
Exploration and colonisation are two of the four fundamental pillars of game design in a 4X game, and I’ve been thinking a lot recently about how I want to handle them in my game. I’ve put up a new page on the site with all my thoughts and prototype designs for colonisation, but I’m going to cover each idea in its own blog post.
Exploration at a planetary level:
At the start of the game, you have a single colony on an unexplored planet. You’ll send out scout ships to nearby areas of the map on search missions to find resources and other things. A mock-up of a part of the map is below: Read More
A video of the 3D galaxy map for Predestination. Please watch it in 720p fullscreen, otherwise a lot of important small details like the lines between stars and the galactic plane are lost. Read More
I’ve been doing mostly under-the-hood code optimisations today so I don’t have any pretty screenshots to show for it, but I do have an idea to share that I’ve been wanting to run by other people. Master of Orion II is my touch-stone for game design, and it only had sandbox style games. But when I introduced a 3D map I realised that also adding singleplayer missions or challenges might actually be really cool. One example mission might be set up so that you own one planet that’s surrounded and you win if you can hold out until a doomsday technology is researched to let you smash your aggressors to pieces. Another might have a colossal galaxy and the challenge might be to find and secure a wormhole hidden somewhere in the chaos, then launch an attack fleet through it. Read More
One of the challenges in developing a space 4X game is that the game has to be played on the colony, solar system and galaxy levels. Master of Orion II had separate galaxy map and colony management screens, and the solar system view was a small window that opened inside the galaxy screen. This was handy because sometimes you’d exit out from a planet and want to fast-forward a few turns before returning to that planet. I like this functionality, and want to preserve it in Predestination.
This means I need separate galaxy and colony views, which I can already do with my GalaxyScreen and PlanetScreen. These are distinct screens that can be switched between instantly, but I need to build a visually smooth transition between them. On selecting a planet, I’d like the game to zoom in on the planet before switching to the PlanetScreen so that the two screens look identical and you don’t notice the transition. I also need a solar system window that can be brought up in GalaxyScreen. Read More