Predestination V1.10 has now gone live on Steam! This is the first major gameplay iteration since we officially entered beta and it revamps a large number of gameplay systems, so this is going to be a massive dev update article. The 3D ship designer has been improved with the promised Simple Editor Mode, and shield, armour, and engine modules have been rebalanced across all ship classes. We’ve also implemented ship refitting, ship crew bonuses, and the ability to rush ship production by spending BC.

The Star Claims system has been completely revamped into a much more useful version and a new galaxy map option will let you see claimed star systems. Asteroid Belts can now be found in star systems across the game, and the economy gameplay has been completely rebalanced to give players plenty of options for generating wealth to spend on ships. All races have now been rebalanced, each one has been given two unique technologies that tie into its play style, each now has a useful special trait, and new AI Behaviours will modify how each AI plays.

The user interface has been pretty high priority for this update, with the Fleet Combat user interface being completely redesigned and the City Stat and Planet Stat tabs on the Planet Screen being graphically overhauled. New right click Radial menus on the Galaxy and Fleet Combat parts of the game now let you quickly toggle various visual options, and new scrollbar and smooth highlight systems have improved the UI all across the game. The few remaining building models are now in-game, new building base graphics add some visual polish to cities, and several buildings have been rebalanced.

Read on for a full breakdown of everything in this enormous update, screenshots of new or changed gameplay, and details of other changes and major bugs fixed as part of the update.




One of the features we promised as part of our 3D ship designer was an advanced editor mode with a set of tools to make it easy to design custom ships, and we implemented these tools some time ago as part of a major overhaul of the 3D ship designer. Some players have said that they aren’t really interested in designing cosmetic ships in that kind of detail, and would prefer something simpler that lets them pick weapons and modules without meddling with cosmetic designs.

That’s where the Simple Editor comes in! When you start a new ship design, you now select either the Simple or Advanced editor. The Advanced editor is the same one you’ve seen before with all of the cosmetic design tools, while the Simple editor presents you with a list of weapons and modules and you can drag them into a simple list to add them to the ship. The fitted modules and weapons will be invisible on the ship.

• Engine Overhaul: The Augmented Engines module has now been separated into variants for each class of ship, each of which provides the same +1 speed bonus but uses a different amount of power grid (20MW for Frigate, 40MW for Cruiser, 120MW for Battleship, and 360MW for Dreadnought). This allowed us to keep the module balanced while making it stackable, so you can make fast versions of any size class of ship.
• Armour Overhaul: The different Armour Plating modules have been removed and replaced with a new stackable “Heavy Armour” module that increases a ship’s armour by 25% of its base value. There are different versions of each module for each size class of ship that use different amounts of power grid (20MW for Frigate, 40MW for Cruiser, 120MW for Battleship, and 360MW for Dreadnought).
• Shield Overhaul: Each type of shield (Electron, Magnetic, Graviton Flux, and Temporal) is now separated into variants for each class of ship. These variants combine multiple emitters into a single module for simplicity (1 for Frigate, 2 for Cruiser, 4 for Battleship, 8 for Dreadnought, and 4 for Structure), making it easier to design ships. It also allows us to tweak the numbers in the future if we want to rebalance shields for different ship types.
• Balance Tweaks: As part of this update, we made a number of balance tweaks that may not have been documented elsewhere. This includes changes to ship speed, hull costs, ship damage, ammo replenishment, etc.

You can now click on any ship in the build queue tab at a starbase to outsource its production to the open market in order to rush its production. This is an expensive option at a cost of 1BC for every unit of metal still remaining in the ship’s build cost, but that pays for both the metal and the production time needed. The ship will be completed instantly and can be used the same turn. This update also overhauled the economics of the game to provide a lot of extra money, so this is a great way to spend those gains.


Another promised feature for the 3D ship designer was the ability to refit ships, but this was surprisingly difficult to implement due to the way ships are implemented in our game engine. We had to change how and when ship stats are re-calculated and redesign how ship crews and captains are stored, but we’ve now managed to implement ship refitting. You can access this option from the Shipyard screen, where you’ll now see a “Refit Ships” tab at the top of the screen next to the “Build Queue” tab.

You can pick a ship from a list of all of your ships in that star system and it will show you any designs fitting that ship class. You then pick a design and your ship will be placed into the shipyard’s build queue for refitting into the new design. Refitting a ship will reclaim 50% of the money and metal spent on its construction and apply that to the new ship. All crew on a ship will also stay on board during a refit, and any captain assigned will stay on board during the refit unless you re-assign him to another ship. This means you can hold onto those highly trained crews rather than scrapping obsolete ships and starting again.

.


The first iteration of the Star Claims feature required you to contact each race individually and request that they agree to your claim. This was clumsy, so we’ve completely redesigned the system. You can now claim any star system you’ve visited just by clicking a button on the System window, and that claim will be transmitted to all other races automatically without needing to get them to agree to anything (See image below).

Every race has enough claim beacon bandwidth to claim up to 2 stars at a time, and a new Claim Beacon Design technology in the Construction tech tree adds 1 additional claim. The first race to colonise a star system automatically gets a claim to that system that doesn’t count against their claim limit, so you can have 2-3 active claims on uninhabited star systems and free claims on all systems you have colonised.


As part of the Star Claims overhaul, we’ve written a new territorial AI that picks star systems for colonisation and pre-claims them. It can also decide to use a claim just to try to stop another race from colonising a star system with strategic value near its borders. In designing this AI, we added several new behavioural options to the race AI files to indicate how seriously they take enemy claims. The Z’loq, for example, are aggressively territorial and will ignore all star claims, and The Starforged may sometimes colonise a claimed star system if one of the planets has resources it needs.
With the Race overhauls, we have ensured that every race now has at least one fleet combat related bonus. To complement this, we’ve added several new behavioural options to the race AI files to indicate a preference for weapon types, ship sizes, and strategies. This will affect both their choice of technologies to research and how they decide to design their ships and fleets. Certain races now prefer to bomb planets while others prefer ground combat, and certain races (like the Sauros) prefer larger ships while others (like the Kazzir) prefer larger numbers of small ships. This should add some much-needed variation to ship combat.

.


We previously had no asteroid belts in the game, and the Asteroid Miner module used to just produce 25 metal/turn automatically. We’ve now implemented asteroid fields and adjusted the Asteroid Miner to produce 25 metal/turn for each Asteroid Belt in a system. This means it does nothing in a system with no asteroid belts, but has much higher output if you find a system with multiple belts.

All home star systems now start with 1 Asteroid Belt and any empty orbits after generating planets now have a chance to be filled with asteroids. When a planet is destroyed by the Stellar Convertor or siesmic disaster, it now turns into a debris field that functions like an asteroid field rather than becoming a molten planet. The Revenant home system can now no longer be colonised as all of its planets are shattered into debris fields.


When you make a new sandbox game, you can currently start in either the Pre-Warp or Space Exploration tech era. If you pick Space Exploration, the game will select a random path through the tech trees until it gets to the space exploration era, offering limited control over which techs you end up getting. The only way to get techs you missed would be to hope another race got them and will make a trade.

We’ve now added a third Empire Era option to resolve this: the Space Colonisation era. This option is like an optimum Space Exploration start and grants all races ALL of the technologies in the pre-warp era even if they don’t have the Creative racial trait (the one the United Colonies has). This has relatively few balance implications, and I’ve found it makes for a much more even start to the game.
We had several options in the game that were accessible only from the Options dropdown menu or couldn’t be toggled at all, and decided to solve this using the Radial Menu tool that we use extensively on the planet screen. Right clicking on the galaxy map will now bring up a variety of options to change the map view:

• Show Star Claims: (Toggle) Shows icons on the galaxy map over any star that has been claimed indicating which race claims it. This is very useful for quickly seeing which systems are off-limits for colonisation (without causing a diplomatic incident) or which direction a species is expanding in.
• Show Friendly Sensor Area: (Toggle) Shows your race’s sensor area and any sensor areas you can access due to Sensor treaties. This is useful for seeing the areas of space that you can send ships into.
• Show Enemy Sensor Area: (Toggle) Shows the sensor areas for all of the other races in their colours. This is useful for quickly seeing which enemy races can reach a certain star system and so which systems may need to be more heavily defended.
• Show Friendly Trade Routes: (Toggle) Shows all of your trade routes between star systems as lines on the map, with the colour indicating the state of the trade route. This is useful for quickly seeing whether there are any problems with your current trade route setups or any weak points that could be blockaded if you don’t keep military ships there.
• Show Enemy Trade Routes: (Toggle) Shows all trade routes between enemy star systems, marked out with their race’s colour. This can help you find weak points that could be blockaded to disrupt their empire. AI trade routes have been disabled while we work out some bugs with them, so this button won’t show anything until we fix those bugs.
• Show All Star System Names: (Toggle) Shows the names of every star system you’ve visited. Toggling this off will show only colonised star systems, so if you want to hide the sea of names of systems you don’t care about, this option will be useful.

.


Previous updates improved the Fleet Combat gameplay and resolved most of its bugs with the introduction of the Fleet Combat State system, but the UI was still badly in need of an overhaul. We took the extra time in this update to tackle this task, and I think you’ll be pleased with the results. The new UI consists of new side-windows styled the same as the rest of the game, and some new buttons on the UI:

• Weapon / Module Window: The old Weapon / Module window was terrible, so we’ve replaced it with a completely new one styled after the Ship Info window. It has a section with buttons to activate each individual weapon on your ship, and a section showing all active modules the ship has that can be activated and their active/cooldown status. We’ve also added a separate section for Special Abilities, which now contains things such as the retreat option and the new self-destruct option.
• Initiative Window: The initiative window on the left hand side of the screen has been replaced with a new one that looks a lot cleaner and has more functionality. The buggy dropdown menus are gone, each ship now has its own section and shows its shield and armour indicators at all times. Each ship also indicates its owner, and we’ve a button to centre the map onto a particular ship so you can quickly find a particular enemy or friendly ship on the battlefield.
• Feature: Scan Ship: One final addition to the Initiative window is a button on each ship’s panel that lets you scan the ship. This will open a Ship Info window just as you’ve seen in the rest of the game (if you right click a ship in the System window on the galaxy screen, for example), showing you the ship’s weapons, active and passive modules, ship captain, and full crew complement. This will help you find priority targets in fleet combat.
• Forward / Rotate Controls: We’ve added three new buttons to the middle panel in the Fleet Combat screen, allowing you to move forward one hex or rotate clockwise or anticlockwise by 30 degrees. Previously you could only rotate your ship as part of a movement, and now you’ll have fine control over it.
• Minor Feature: Self-Destruct: We have added a new option to the weapon window that allows you to self-destruct a ship as a last resort. This will instantly blow the ship up, dealing an area-effect damage in a certain radius that scales with ship size.

Up until now, ship crews could accumulate experience and gain levels but those levels didn’t actually affect combat at all. With the Fleet Combat UI overhauled, we’ve now got a spot on the Weapon / Module window to display a ship’s crew bonus and have now implemented this feature. Ships now get a +1% offensive bonus to all damage output for each combined level among its crew. A Frigate with two level 5 crew members, for example, will get a +10% bonus.

Elite Ship Crew count double toward this bonus, giving +2% per level. Elite crew also have a 60% chance to be specialised Engineers or Scientists who instead give a defensive bonus that reduces all incoming damage before it hits the shields or armour. As the combined level of all crew is used, larger ships with larger crew complements can accrue much higher total bonuses. These bonuses will encourage players to keep their ships in one piece and build Training Facilities to max out their crew levels quickly.


We had a few stray buttons on the top right of the screen during fleet combat and really didn’t have a good place to put them, so we decided to re-use our right click Radial Menu tool to add these options to a nice clean menu. Right clicking will now being up a radial menu with the six options below:

• Show Friendly Weapon Arcs: (Toggle) Shows your race’s weapon arcs as coloured areas on the map, which will help you figure out how far you have to move to get in range of something.
• Show Enemy Weapon Arcs: (Toggle) Shows the enemy race’s weapon arcs, which will help you stay out of the firing line.
• Show Friendly Reactive Strike: (Toggle) Shows the weapon arcs from all of your race’s weapons that have the Reactive Strike property and haven’t fired yet. Weapons like Beams and projectiles will automatically get a free shot against an enemy moving into its reactive strike area if that weapon wasn’t fired last round. This option lets you quickly see your reactive strike areas, which the enemy will naturally try to avoid entering.
• Show Enemy Reactive Strike: (Toggle) Shows the enemy race’s reactive strike areas on the map, which is extremely useful if you want to move closer to the enemy but avoid giving them a free shot against you.
• Auto Centre Map: (Toggle) This option automatically centres the map on a ship when it begins its turn, which helps people not get lost when the AI is taking its turn.
• Show Grid: (Toggle) Shows or hides the hex grid representing the playable fleet combat area. If it’s turned off, hexes will only be shown if they’re lit up by being in your ship’s movement area or if a weapon arc is drawn to the map.

.

Of all the ways to generate income in Predestination, the one we’ve heard the most feedback on is the three Market buildings. People really seemed to like the idea of designing a planet just to produce produce for sale (Agricultural Market for food, Industrial Market for metal, and Energy Market for energy), but they were really difficult to balance.

Markets weren’t worth building on most planets, but on the extreme scale you could build things like huge geothermal energy farms on molten worlds for crazy income. The Markets also only kicked in when a planet’s food/metal/energy stores were full, so your income from them could be unpredictable, and we didn’t like that they were large buildings limited to one per planet as it doesn’t fit with the rest of the game.

• Building Redesign: Our solution was to completely redesign the market buildings to be small one-per-city service buildings that affect only the city they’re built in. They now sell 100% of the city’s Food/Metal/Energy output all of the time, so you can build a farming city with an Agricultural Market or a big Geothermal Energy farm if you like.
• Economic Rebalance: To balance the new markets, we calculated the maximum amount of food/turn, metal/turn, and energy/turn that it’s reasonable for one city to produce and then ensured that this would produce around 25BC/turn per city. The new rates are 1BC for every 750 food (Agricultural Market), 1BC for every 8 metal sold (Industrial Market), and 1BC for every 35MW sold (Energy Market).
• Black Market Trait: To make this a much more viable strategy for your main source of income, we’ve added a new Black Market racial trait to the Renegades that increases all income from Market buildings by 100%. We may tone this down to a 50% increase in a later update if this is too powerful, but wanted to see how it played out first.
• Tech Tree Changes: With the new markets being so important, it no longer feels right to ask the player to select just one of the three in the pre-warp tech era. We’ve swapped the three market technologies to the end of the Pre-Warp Sociology tree and made it so that branching techs at the end of an era no longer lock other branches. Any race can now research all three market buildings.

The Citizen Tax rates have been adjusted upward, and we’ve modified the formula used to calculate a planet’s GDP. GDP is now 10 BC per 1,000 population in each city, with a 25% bonus if the city has a starbase (so attach your starbase to a residential city for a nice boost!). The GDP is also reduced by your security percentage if it’s below 100%. Industrial Tax rates have also been adjusted upward to 1BC per 10 metal sold, keeping it useful but less efficient than using a dedicated Industrial Market building.
Our old economic model had cities and infrastructure cost extra money per turn in maintenance if they required a biosphere, but this could lead to unsustainable planets that are negative in net tax. We’ve changed biospheres instead to increase the power requirements of infrastructure by 15MW and the number of staff required to run it by 100. This makes it still more advantageous to build infrastructure in your race’s preferred environment when possible, a bottleneck that drops later in the game as you acquire technologies that reduce staff requirements. We think this strikes a pretty good balance while still ensuring that you don’t need to go back to planets later once they’re fully set up.



.



We made a major iteration and balance pass on all races in this update to meet a specific set of design goals. We made sure that each race has a preferred economic option and is designed for a specific play style, and that each race has a significant enough bonus to both the galaxy-level gameplay and the fleet combat gameplay. Each race now has at least one special trait that influences its play style and two unique technologies that integrate well with its play style, and we’ve added several new AI behaviour mutators to make each race AI behave a little differently.

Full details of the race update are available on the official devblog.
.


The stats tabs on the Planet Screen used to display a boring-looking list of gray bars with some pretty dry stats on them. We improved this window by adding more colourful new graphics (see below) and dividing it up into sections with more useful stats. It now has an Economic Stats header showing a breakdown of all financial stats, and a General Stats tab showing things such as research points, ground combat, and planetary bonuses to morale, security and health.


When zoomed into a city, the information on the City Stats tab also now uses the same new graphics (see below). It now shows the city’s core percentage bonuses to food production from food processors, metal production from factories, and research from Artifact Excavations. These figures also take racial bonuses into account so you get a more accurate picture. The City Stats section shows the city’s research output, population, ground combat troops, city shield stats, etc.


We’ve improved all three of the services that you can use to improve resources on a planet (soil enrichment, oil drilling, and seismic excavation). Each one now costs 2000BC from your stores to activate and instantly has effects planet-wide. Soil enrichment increases the planet’s organic rating by 1 and grows all food resource patches by several hexes, and oil drilling expands fossil fuel deposits on the planet if there are fewer than 6 present (very useful for the Starforged). Seismic Excavation is limited to Barren planets and increases the planet’s mineral rating by 1, expanding all ore patches by several hexes but with a 5% chance of blowing up the planet.



Minor Feature: Scrollbar System: One of the most common bugs we get reported is that parts of the UI sometimes don’t allow you to scroll down far enough to access something, or that they sometimes let you scroll down way past the actual content in the window. We have also had some inconsistent behaviour from scroll bars across the game, some allowing click and drag and others not. We took the time to overhaul the scrollbars across most of the game by creating a Scrollbar system that can be applied to any in-game window. The new scrollbar automatically resizes to fit the content drawn in the window, and should eliminate those pesky scroll bar bugs across the game for good. Please continue to report any bugs of this nature if they do happen again, as they will be much easier to fix now with a single centralised system.

Minor Feature: Smooth Highlight System: Various buttons and UI elements across the game display a highlight when moused over to let the player know that it’s clickable, but this was inconsistent across the game and the highlight was quite jarring in some cases and made the UI seem unpolished. Some highlights were also hidden by some UI elements, while others weren’t. We’ve overhauled this to create a dedicated Highlight system that provides consistency across the game. The main things you’ll notice are that mouseovers and highlights are brighter and more obvious, and that they now smoothly fade in and out as you move the mouse over an item. We think this adds some much-needed polish to many parts of the user interface.

Minor Feature: Music System Improvement: We noticed that the Ship Designer and Fleet Combat music were broken by a previous update and weren’t playing, and also that some bugs could cause the game to play two pieces of music at the same time under some circumstances. We took some time to improve the Music system to make sure this doesn’t happen again, and now the correct music plays when in the Shipyard and Fleet Combat screens.

Minor Feature: Training Facility: The Training Facility used to be a large building that was limited to one per planet, which was out of line with the rest of the game. Now that the Market buildings have become standard one-per-city Service buildings, we’ve done the same to the Training Facility. We’ve removed its bonus to ground combat and reduced its ship XP per turn bonus from 2% to 1% in order to compensate for the fact that you can now put one in every city. This means you could build a ship training star system with multiple training facilities across several planets, and the bonuses will all stack.

Minor Feature: New Building Bases: The old city buildings were placed on top of these odd hex shaped flat planes that didn’t look very good. We’ve replaced them with a new more solid base that looks better and has groove cut into its edges with a road for transporting civilians around inside the city. This was a minor feature that didn’t take a significant amount of extra time, and it adds to the polish of the game.

Minor Feature: Final Building Models: We’ve added the final textured models for a few remaining buildings that were missing from the game. These include the Tier 3 Factory, Fossil Fuel Plant, Research Lab (Tier 2), Research Lab (Tier 3), and The Forge.



This update also contains a huge number of smaller features, updates, changes, and bug fixes. A listing of the most important changes is available on the official devblog.

.

This update has been a long time coming, so I hope everyone is happy with how it has turned out. V1.10 has cleaned up a lot of old issues that had been lying in the codebase and tackled a number of recurring pieces of feedback from fans, and we think it puts us in a good position leading up to final release. Our next step will be to finish all of the remaining content such as singleplayer missions and get the ball rolling on the remaining creative rewards from backers, and once that’s implemented we can get ready for full release and start planning for free post-release updates.

We welcome any feedback on this update and the game in general, and if you have any specific suggestions then we would ask that you get them to us as soon as possible. The game is now officially in feature-freeze while we work on the remaining content, so we will have very limited time to iterate on existing features or add new ones. Get your suggestions and feedback to us as quickly as possible (over the next week or so if possible) to maximise the chance that we’ll be able to act on it before release. You can leave your feedback or suggestions on all the usual places or contact us directly at brendan@brainandnerd.com with them. Thanks again to everyone who has supported us this far!

Note for Kickstarter backers: We’ll be sending out another round of Steam keys and DRM-free updates this week to anyone who has requested one recently. If you haven’t requested your key yet, please send us an email to earlyaccessrequest@brainandnerd.com with the email address you used on Kickstarter and we’ll send over a Steam key or DRM-free download of the latest version, whichever you prefer.

Cheers,

— Brendan, Lead Developer

It’s been some time since the last major dev update article, so this is going to be a big one as we have a lot to catch everyone up on! First I’d like to say thanks to all the people who offered words of support recently when I mentioned on Steam that my dad had passed away. We’ve been working hard on the game since then and the big news is of course that we hit a major milestone with the release of V1.0, which marked the point at which Predestination officially left alpha and entered the beta release stage.

All of the gameplay is complete in V1.0, and we began a series of iterations and overhauls touching on almost every part of the game using your feedback. We’ve already deployed several hotfixes and our first gameplay iteration on the Resource system, and have started a whole series of other iterations across the game that should make it a lot more fun and cohesive. The upcoming V1.1 major iteration update will contain a total economy balance overhaul, new economic options, a sweeping rebalance of race bonuses, an overhaul to the Star Claims diplomacy gameplay, random event improvements, asteroid mining, planet gameplay improvements, a ship design overhaul, major AI improvements, and more.

In this dev update, we’ll briefly break down the improvements made in the V1.01 to v1.03 hotfixes and delve into the details of major iterative improvements we’re working on or considering for each area of the game.

.



Most of the work since the V1.0 release has been fixing bugs and crashes as reports come in, but we’ve also made some general improvements based on feedback:

Resource Spawning: In our first significant iteration, we tackled a number of issues with resources and how they spawn on planets. On rare occasions, resources such as Coal, ancient ruins, or rare Coffee Beans could spawn completely surrounded by ore deposits, making them completely inaccessible. We revamped the placement code to group resources that can be harvested by the same structures together, and generate a border around dissimilar deposits so that they don’t overlap and become inaccessible. It’s possible to find Coffee Beans next to Fertile Soil deposits, for example, but not next to Ore. Resources are also now spread out more evenly across a planet and are more strictly limited to certain environments (fertile soil on Terran environment hexes etc).

Farming Improvements: We made a few changes to level the playing field in farming gameplay for different race archetypes. We added a new Cactus Plot resource that generates food in Desert environments and can only be harvested by the new Cactus Farm, a specialised Reptilian replacement for the standard Farm. The humanoid Farm has been renamed to AutoFarm and can harvest Fertile Soil and Land Animals but not Cactus or Fish. Humanoids can now research the Fishery structure to farm for fish on Ocean planets with very little Terran environment land. And Aquatic races can finally harvest Coffee Beans and grow food on ice or desert worlds with a new Algae Farm infrastructure, giving them a way to colonise those planets before terraforming them.

Ocean Planet Generation: We iterated on how planets are generated in the engine, with the specific goal of making sure that Aquatic races can never start with land under their starting city. This persistent bug had been squashed 3 or 4 times previously but always somehow managed to return, so we took the time to investigate exactly how it was happening and added special rules for Ocean planets to prevent it in the future. We’re confident that this bug should now never return.



Dynamic Descriptions: The descriptions on buildings and infrastructure can now contain variables and they will update to reflect changes due to new technologies etc. For example, Ore Refineries will now correctly update to state that they generate 3 metal per ore deposit in range when you research Carbonide Drills. This was reported as a bug by a few confused players who expected the tooltip to update, so we considered it an important quality of life improvement.

Starbase Improvement: When you start designing your own starbases, you can quickly find that the metal costs get way out of hand and it can be difficult to build them simply because a planet doesn’t have enough metal storage space. We also wanted updates to custom starbase designs to be automatically rolled out across a player’s empire, which again posed a problem due to the difference in metal cost. We quickly settled on a solution: All starbases now cost only 5,000 metal, and the BC cost of all modules and weapons added to a design have been doubled to compensate. We may revisit these costs when we do the upcoming economy iteration.



Optimisations: After the first round of optimations in V1.0, we released a number of other improvements in further patches. The planet generator’s procedural seed textures are now automatically pre-loaded and kept in memory throughout the game rather than being loaded only when generating a planet, for example. This increased memory usage by about 100mb (eating into some of the V1.0 memory savings), but reduced planet generation times significantly and solved a number of reported crashes.

Quality of Life Improvements: In addition to a dizzying array of bug and crash fixes, we’ve been implementing small quality of life improvements to parts of the game to make the game easier to play. Researched technologies are now unlocked as the first step in the End Turn code, for example, so the effects will apply on the turn that you get them and the user interfaces will all update automatically to reflect that (previously it took 1 turn for some effects to apply). We also fixed the problem with clicking on a star or fleet on the galaxy map when two stars or fleets were very close together, the game now works out which is closest to your mouse pointer and clicks on that one. Build New City buttons are correctly grayed out when you’re at the planetary maximum, and a number of issues with the city blueprint system have been fixed. A full listing of the bugs fixed in these updates can be found in the V1.0.0.1, V1.0.0.2, and V1.0.0.3 patch notes.

.



All of the core gameplay that will be in the final release version of Predestination is now in the game, but some of it will need improvements before it’s ready for release. We’ve been collecting your feedback for some time and compiling a list of areas of the game that could use improvements, and this is all being rolled into V1.1, our first major iteration. Work on this update is already well underway, several features have been completed and we plan to deliver them all as one big update as some of them are interdependent. I’d like to break down each aspect of the iteration now, and if you have any thoughts on these changes then we’d love to hear them.



A discussion thread started some time ago on the Steam forums about Predestination’s economy gameplay, and we discussed various changes that could be made to improve it. In addition to doing a balance pass on the economic gameplay, we plan to both improve the different ways of generating money and add new outlets for spending it. BC should be a universal currency that lets you cut corners throughout the game, something that you save up when you can so that it’s there when you need it.

The primary goal of this iteration is to make it very easy to make enough money to support a planet and run an expanding empire while giving advanced players a benefit for figuring out more efficient setups. The secondary objective is to make multiple viable strategies for generating money, which will vary between races and depending on what types of planets you find and races you meet. The plan to achieve this breaks down into the following major changes:

Purchasing Ship Production: We’re going to add a new feature that will let you pay BC to purchase ship production on the private market, so you could pick any ship that’s currently in your build queue and pay BC to immediately complete construction. Not only would this skip lengthy build times but it would also give you a way to build a ship even when there’s already something earlier in the build queue. You could rush-build a colony ship or survey probe to take advantage of a nice find, or combat ships to defend against an impending attack. Rushing ship production won’t be cheap though, as you’re not only paying for the metal but also the extra construction work.

Markets: One of the parts of the economic gameplay that we’ve had a hard time balancing is the Industrial, Agricultural and Energy Market buildings. These sell the excess metal, food, and energy produced by a planet on the open market for BC, but only once the planet’s stores are full. These used to be the best way to generate income as you could turn habitable planets into profitable farm worlds and molten planets into giant geothermal money-factories, but they were a bit too strong so we nerfed them. We plan to rebalance these so that they’re viable again, and provide a new Black Market racial bonus (for the Renegades) that makes them more effective.

Citizen Tax Rebalance: Citizen tax is intended to be the main way that non-robotic races generate the income needed to run their empire. Cities and infrastructure all cost upkeep in BC/turn, and taxing your citizens a reasonable amount should pay for that in practically every case. Right now you can break even at about 50% tax, but that feels too much compared to real life tax systems. We plan to just tweak all of these numbers so that tax is now optimal at 20-30%, that penalties will make 40-50% tax work in the short term but punishing for long term use, and that 60% or more tax rates can generate significant money but will start causing serious problems with escalating civil unrest. New racial bonuses to planetary economy size will also make certain races generate a lot more citizen tax, and the morale penalties from tax will be rebalanced.

Industrial Tax Rebalance: Industrial tax is intended to be a way to temporarily trade off your industrial growth and ship production capabilities for extra income, something that you do occasionally in order to save up for something big like a large ship. This is in a good place right now, but we’ll have to rebalance the numbers after we rebalance citizen tax and markets. Industrial Markets should pay a better rate than 100% industrial tax, for example, as they take up a large building slot.

Trade Routes: Trade routes currently cost 1BC/turn per route, and they are limited in range but not in capacity. We plan to experiment with adding capacity limits or scaling costs to make it more expensive to send huge amounts between planets. The goal should be that trade routes give you a way to make more efficient empires (e.g. have dedicated farming worlds) but to make it cost enough to make it a meaningful choice. We’re also considering having set up times for trade routes to simulate ships travelling with supplies, as right now it happens instantly. This would not only make trade routes more interesting but also make blockades a more destructive tactic. This feature will rely on us make the AI set up its own trade routes so you can disrupt their empires without direct combat.

Biosphere Change: All cities and infrastructure in environments outside your race’s primary environment are automatically enclosed in biospheres, which currently just add 1 or 2 bc per turn to maintenance costs. This was intended to encourage players to colonise their own race’s environment preferentially and be picky about planet selections, but that’s not always in your control as resource placement and planet rolls are pretty random. We plan to try removing these additional maintenance costs and exploring a few more options such as increased staff requirements or energy consumption. This should ensure that all planets are tax positive once they are up and running regardless of what types of planet you’ve found, and so should help you scale your empire up.



.



The racial bonuses in Predestination haven’t changed since race stats were first implemented, and we’ve noticed that some of them are unbalanced. The United Colonies’ Creative trait that allows them to research all branches of the tech trees can be super powerful, for example, while the Renegades’ Hardy ability that lets them live on Ice, Desert, and Ocean environments without biospheres is a bit crap. Now that the final gameplay is in place, bonuses such as +10% to food or metal production also feel pretty weak and will need to be buffed.

With this update we are giving each of the races an iteration pass. A full breakdown of each race’s new profile will be released in another article once the details are finalised, but the goal is that each race should feel like it plays differently and has one or more optimum strategies. Each race will have:

• Archetype: Each race has a core archetype (Humanoid, Reptilian, Aquatic, or Robotic), which determines the technologies the race has access to, its native environment, and major gameplay differences such as Robotic races having no tax gameplay and generating income via ByteCoin Miners. This isn’t changing, we’re happy with the archetypes as they are.
• Special Traits: Each race has one or more special traits, such as the United Colonies’ Creative feature or the Z’loq’s Warlord and Transdimensional traits. We’ll be looking at how powerful these traits are, adding some new ones, and changing some races’ special traits. The Renegades will get a new Black Market trait that makes markets more effective, for example, and the Kazzir will finally get a decent trait.
• Economy/Planet bonus: Each race gets at least one bonus to an empire-wide stat or planet-based stat, such as bonus research or metal production. In order to make each race play more uniquely, we’ll be revisiting all of these bonuses and making them much larger. 10% bonus food production may not make much of a difference to the strategies you employ, for example, but a huge 25-50% bonus definitely would! Races should get either one big bonus or two smaller ones.
• Ship bonus: Each race gets one bonus to some ship function, such as a bonus to beam weapons or armour hitpoints. We will also be making the AI take these bonuses into consideration when designing its ships and selecting research options, which should lead to each race being more unique on the battlefield.
• Penalties: Some races have penalties to balance out their positive traits and ensure that they play in a unique manner. For example, the United Colonies may get a lot of technologies to trade in diplomacy but they also get a diplomacy penalty that affects the value other races give to those techs, so you’re encouraged not to share. We’ll give each race a look over to see if any penalties are appropriate.
• Special Technologies: In addition to archetype-restricted technologies, we plan to give each race two unique pieces of technology that replace existing tech in the tech tree. These are big iconic technologies that races will want to hold onto and not trade away, as they will give big advantages to that race’s play style. For example, the Kazzir will get the Broadcast Tower from the singleplayer mission in place of the Entertainment Center, and the Holographic Decoy ship module in place of another tech. We’ll have more information on these in the upcoming article on the race overhauls, but we’d welcome your ideas and input in this area as we’re still designing these changes.

.



We recently added the Star Claims feature that lets you negotiate with the other races for exclusive ownership of uncolonised star systems. We’ve collected solid feedback on the feature and done a lot of internal testing and have now come up with a plan to improve it. We’re going to flip the Star Claims on their heads. Instead of individually negotiating the same claim with every race you’ve met, you will issue a global claim and races that don’t like you may choose to disrespect it. The design we have right now is as such:

• Universal Claims: Rather than being an agreement between two races, Star Claims will now be issued universally. A new Claim icon will be visible on the System window showing who claims it, and you can claim an uninhabited star system by clicking that button. The first race to colonise a star system will also gain the official claim to it, so AI races will know that you have an implicit claim on your star systems.
• Claim Limits: Each race will be limited to 1 or 2 star claims on uninhabited star systems, and we may give Warlord races 1 additional claim slot so they can claim a little more. When a claimed star system is colonised, the claim flag remains but no longer counts toward the claim limit, so you can claim another uninhabited star system.
• Diplomacy penalties: The AI will recognise when you’re trying to annex strategically valuable stars near its space and respond with suspicion. Each Star Claim you have issued on an uninhabited system within another race’s borders will decrease their diplomatic rating with you by 10-20, possibly more based on the empire’s leader personality.
• Territorial AI: The AI currently sends a claim request to any other race in range of a star system it wants to colonise, so with the new system it’ll just issue a global claim to the system if it has a claim slot left. Each AI will also have a rating for how much it respects the sovereignty of another race’s claims, so the Zloq for example would colonise your star systems without a second thought but the Renegades would be more cautious.
• Claim Violation: Violating a territorial claim by colonising someone else’s star system or an uninhabited system that has been claimed will result in a diplomatic penalty. This will work similarly to how breaking treaties or being caught spying works currently, with penalties ranging from a small favour adjustments and threats all the way up to cancelled treaties and war declarations if they hate you enough.
• Star Claim View: To make it easier to visualise Star Claims, we’ll be adding a new map control button to the galaxy screen that toggles Star Claim views on and off. This will display flags on claimed star systems to let you see which ones have been claimed at a glance when exploring the galaxy, and who they have been claimed by. We will probably take this opportunity to add a few more controls, such as displaying enemy Sensor areas.

.



Random events are a core feature in any 4X game, and in Predestination they take the form of Planetary Disasters, Revenant Attacks, and Temporal Rifts that can be investigated to find anything from free ships to bonus research. We recently changed Revenant Attacks to happen on a turn-based timer to keep tighter control over how often they appear and to use as part of the difficulty system, and now we plan to do the same with other random events. At the same time, we plan to iterate on the planet disasters, add positive planet events, add more random events, and improve temporal rifts:

Temporal Rift Improvements: Temporal rifts take several turns to open and then have an effect, some of which only occur if you investigate the rift (such as getting a free commander) and some of which happen anyway (such as ancient ruins appearing on a planet). We’d like to clean this up, so temporal rifts will only produce something if you investigate them and the other random events will be in a separate system like we did with the Revenant Attacks. We also plan to just improve the rewards from Temporal Rifts so that they always give something useful.

Positive Planet Events: Right now planets can experience disasters, such as acid rain or global warming if you have too many fossil fuel power plants. We plan to augment this system with more positive random events, some of which will be random and others that will act as rewards for good planet management. Examples include unearthing ancient ruins, finding more ore deposits, population booms, and permanent bonuses to morale or other stats. We will be using this as part of the difficulty rating system and the race designs if we decide to add a Lucky race trait.



.



The Asteroid Miner module currently just produces 25 metal/turn for a planet in the system, and there are no actual asteroid belts in the game. We plan to add asteroid belts as a type of planet and spawn them into some of the empty spots in generated star systems, and then Asteroid Miners will produce 25 metal/turn for each asteroid belt in the system.

This will make Asteroid Miners useless in systems with no asteroid belts, but extremely useful if you happen to find a system with several asteroid belts. We can also then make the Stellar Converter superweapon destroy a planet into asteroids rather than into a molten planet as currently happens. The Strip Miner module will be changed to produce 50 metal/turn for each uninhabited planet in the system. Mockup below (it won’t actually look like this, but something similar):



.



Infrastructure Build Queue: We’ve been investigating the idea of adding an Infrastructure Build Queue the same way we have for city buildings. If you place an infrastructure that you can’t afford the metal cost for, it would be added to the queue and appear as scaffolding while its cost is slowly accumulated. This would also solve the issue where a Tiny planet still needs a minimum of 5,000 metal storage to build a starbase. There are some problems relating to staffing infrastructure and which ones it should build first, but we’ll implement this and do some tests to see if it performs well.

[Complete] Soil Enrichment Iteration: The Soil Enrichment planet service currently lets you place new Fertile Soil deposits on the planet in exchange for some money and energy from the planet’s reserves. We plan to completely overhaul this, replacing it with a new option that lets you spend a large sum of money to boost the planet’s Organic rating. All food deposits on the planet (Fertile Soil, Cactus, and Fish) will be expanded by several hexes so that they become the size that they would have been if the planet had started with that organic rating.

[Complete] Seismic Excavation Iteration: Similar to the Soil Enrichment iteration, we’re changing Seismic Excavation to do the same thing with the planet’s mineral rating. This will probably still be limited to Barren planets, and we might add a small chance that planets excavated in this manner will blow up in a random event, turning it into a Molten planet or Asteroid Field.

[Complete] Oil Drilling Iteration: The Oil Drilling service currently lets you excavate a small area for underground oil deposits, but it feels clunky. We’ll change this instead to something where you can spend a large sum of money to excavate the whole planet at once, generating a number of fossil fuel deposits depending on planet size. This will of course only be possible on habitable planets, and we will be reducing natural oil deposits on several planet types to make this more necessary for robotic races.



.



[Complete] Simple Mode Editor: Last time we overhauled the ship designer, we added advanced editor tools for placing items on the ship hull, scaling, rotating etc. In the next update we’ll add a simple mode editor that lets you design a ship quickly by picking a hull size, selecting one of the pre-designed visual designs, and then dragging weapons and modules into a simple list. When creating a ship design, you will now choose between using the Simple Editor or Advanced Editor.

[Complete] Engine/Speed Improvements: Right now it’s not possible to design a very fast ship because all ships are limited to one Augmented Engine, but if we let you to add a large number of them then larger ships with their huge power cores would become faster than small ships. Instead, we’ll allow these to stack but create different sized versions for each ship that each use different amounts of power core and cost different amounts. This allows all ship sizes to have high speed, but balances that speed against losing more weapons on larger ships.

[Complete] Ship Armour Plating Changes: You can currently add individual standalone armour plate modules to your ship that increase hitpoints by a flat amount (e.g. Bytanium Armour Plating). On large ships, you can end up placing dozens of these on your ship. Instead we’ll replace these with a single stacking “Heavy Armour” module that increases your ship’s armour by +25% and with different versions for each class of ship to balance armour across all ship sizes just as we’re doing with Augmented Engines.

[Complete] Shield Emitter Changes: Shield emitters are currently individual modules of varying grades (Electron, Magnetic, etc) that block a certain amount of damage, then absorb the rest to a pool of hitpoints that regenerate 10% each combat round, and stacking multiple emitters adds their hitpoints together. We’ll follow the engine change model with this and create different sized shield emitters for each ship class, which use more power but also give more hitpoints. This essentially just makes larger emitters work the same as groups of them, but lets us tweak shield balance differently for different ship sizes. For example, we can give larger ships slightly more shield HP/MW or different recharge rates if we want to.

Ship Refitting: We plan to add a new Refit option to the build panel in the shipyard that lets you select a ship in the system and then pick a ship design of the same hull size to refit it into. This will immediately cost the money difference between the two ships, salvage all modules and weapons for 50% build cost in metal, and then put the ship into the build queue with the new design. Once it’s in the queue, you can let it build normally or buy it using the new ship purchasing mechanic. All ship crew and captains will be transferred onto the new ship when it’s complete, so you’ll keep their XP and bonuses.



.



Every feature in Predestination has an associated AI that knows how to use the feature about as competently as a human player, and we’ve kept these up to date with each update. Once all of these iterations are complete, we’ll have to revisit every aspect of the AI to ensure it’s still able to play competently, and build new AI routines for all the new gameplay. This includes but is not limited to:

• Asteroid Miner AI that decides when to build them and where to put them.
• Trade Route AI that figures out reasonable trade routes, sending food to harsh environment worlds etc.
• Ship Purchasing added into the War AI so they can buy some ships when under extreme threat and have a fighting chance.
• Temporal Rift Exploration AI, since all rewards will now require exploration.
• Updated ship designer AI to work with the new mechanics.
• Updated Star Claim AI to use the new mechanics.

.

Thanks for reading this enormous dev update, and I hope you enjoy the upcoming V1.1 Iteration update when it’s finished. This update should add some much-needed cohesion to the game and put us in a good position leading up to final release. As always, we welcome your feedback on anything in this dev update in the comments or you can email me at brendan@brainandnerd.com with your thoughts or any problems.

Cheers,

— Brendan, Lead Developer

This hotfix solves a number of reported crashes that didn't make it into the previous hotfix, and fixes a lot of bugs that have been recently reported or in the backlog for some time. The patch also adds an Exit Tutorial button to the Tutorial and adds a new diagnostic suite to the crash reporter that gathers basic information on your CPU adn GPU to help diagnose complex and unusual faults.

Note: This update includes changes to the planet generation code to fix a problem with the Aquatic homeworld. We've chosen not to invalidate any V1.0.0.1 or V1.0.0.2 save game files in case you're in the middle of the game and because the risk of disruption is extremely low on all planets but the Z'loq homeworld. If you see a previously explored planet's continents rearranged compared to where they were in the previous version, it's nothing to worry about and the resources should remain where they were before the patch.

• Any technology you research now applies immediately on the turn that you get it, so any bonuses are applied to that turn's output.
  
• The planet UI will now correctly update immediately after researching a new technology that affects it such as Advanced City Planning.
  
• The Waste Management Tech will now correctly stack with improved road techs and applies immediately when researched.
  
• The Zloq will no longer accidentally start on land. For real this time!
  
• Deep Core Coral deposits will now correctly be revealed on planets you have already explored. We may be removing Deep Core Coral in a future update though as it doesn't make much sense.
  
• All Deposit descriptions now automatically update to reflect new technologies, such as Carbonide Drills increasing Ore Deposit yield from +2 to +3.
  
• All building and infrastructure descriptions now automatically update to reflect new technologies and changes based on environment. For example, Fossil Fuel Power Plants will now update from 50 to 100
  
• Fertile Soil and Land Animals can no longer spawn in desert environments.
  
• The recycling plant technology's description now correctly states that it produces 1 metal per thousand population in the city, not across the entire planet. It now correctly matches up with the building description on the tooltip.
  
• It's no longer possible to select the same city blueprint that's already in use at the current city, triggering a popup asking if you want to upgrade even though it's the same blueprint. The current blueprint is now grayed out. This interface is due for a revamp soon too.
  
• The game will no longer autosave every time you load a save game file. It now correctly autosaves when you create a new game or start a mission.
  
• All ships in the build queue of starbases are now automatically regenerated when you load the game. Previously they were only regenerated when you hit the end turn button.
  
• The debug keys for Show Sensor Area (b) and Show Star Chart Plane (c) on the Galaxy Screen are now correctly disabled in non-debug mode. The player could accidentally press these keys and get confused.
  
• It's no longer possible to click the blueprints on the blueprint screen multiple times.
  
• Cities no longer mark themselves as not built when Updating a player-made blueprint.
  
• Cities now correctly update to the latest version of their blueprint when it's modified, taking a number of turns based on the build time of the new buildings.
  
• The game should no longer black-screen on rare occasions when moving from the planet view to the galaxy view. This was caused by the game accidentally opening two versions of the same screen.
  
• Fixed a rare Predestination.DialogPopup.AddDisaster crash that could happen if the planet's colonies are destroyed before a disaster happens there.
  
• Attempted a fix for a rare Predestination.PlanetScreen.RenderBiospheres crash that we can't replicate but is most likely due to thread timings.
  
  
  Minor Changes:
• Added a button to let players quit the Tutorial early at any point. The tutorial must currently be restarted from the beginning if you want to continue it.
  
• Enemy planetary shields will now be a minimum of 50% opaque even if they have almost 0 energy reserves, so you can see that there are still shields wwhen dropping troops etc.
  
• Attached a new diagnostic suite to the crash reporter. This will now send us generic information on the system's CPU and GPU, which will help us diagnose whether a crash is in our code, a driver fault, or a hardware incompatibility that we can look into. Please keep sending in those crash reports!
  
  Cheers,
  -- Brendan, Lead Developer
  
  

This hotfix solves a number of reported crashes that didn't make it into the previous hotfix, and fixes a lot of bugs that have been recently reported or in the backlog for some time. The patch also adds an Exit Tutorial button to the Tutorial and adds a new diagnostic suite to the crash reporter that gathers basic information on your CPU adn GPU to help diagnose complex and unusual faults.

Note: This update includes changes to the planet generation code to fix a problem with the Aquatic homeworld. We've chosen not to invalidate any V1.0.0.1 or V1.0.0.2 save game files in case you're in the middle of the game and because the risk of disruption is extremely low on all planets but the Z'loq homeworld. If you see a previously explored planet's continents rearranged compared to where they were in the previous version, it's nothing to worry about and the resources should remain where they were before the patch.

• Any technology you research now applies immediately on the turn that you get it, so any bonuses are applied to that turn's output.
  
• The planet UI will now correctly update immediately after researching a new technology that affects it such as Advanced City Planning.
  
• The Waste Management Tech will now correctly stack with improved road techs and applies immediately when researched.
  
• The Zloq will no longer accidentally start on land. For real this time!
  
• Deep Core Coral deposits will now correctly be revealed on planets you have already explored. We may be removing Deep Core Coral in a future update though as it doesn't make much sense.
  
• All Deposit descriptions now automatically update to reflect new technologies, such as Carbonide Drills increasing Ore Deposit yield from +2 to +3.
  
• All building and infrastructure descriptions now automatically update to reflect new technologies and changes based on environment. For example, Fossil Fuel Power Plants will now update from 50 to 100
  
• Fertile Soil and Land Animals can no longer spawn in desert environments.
  
• The recycling plant technology's description now correctly states that it produces 1 metal per thousand population in the city, not across the entire planet. It now correctly matches up with the building description on the tooltip.
  
• It's no longer possible to select the same city blueprint that's already in use at the current city, triggering a popup asking if you want to upgrade even though it's the same blueprint. The current blueprint is now grayed out. This interface is due for a revamp soon too.
  
• The game will no longer autosave every time you load a save game file. It now correctly autosaves when you create a new game or start a mission.
  
• All ships in the build queue of starbases are now automatically regenerated when you load the game. Previously they were only regenerated when you hit the end turn button.
  
• The debug keys for Show Sensor Area (b) and Show Star Chart Plane (c) on the Galaxy Screen are now correctly disabled in non-debug mode. The player could accidentally press these keys and get confused.
  
• It's no longer possible to click the blueprints on the blueprint screen multiple times.
  
• Cities no longer mark themselves as not built when Updating a player-made blueprint.
  
• Cities now correctly update to the latest version of their blueprint when it's modified, taking a number of turns based on the build time of the new buildings.
  
• The game should no longer black-screen on rare occasions when moving from the planet view to the galaxy view. This was caused by the game accidentally opening two versions of the same screen.
  
• Fixed a rare Predestination.DialogPopup.AddDisaster crash that could happen if the planet's colonies are destroyed before a disaster happens there.
  
• Attempted a fix for a rare Predestination.PlanetScreen.RenderBiospheres crash that we can't replicate but is most likely due to thread timings.
  
  
  Minor Changes:
• Added a button to let players quit the Tutorial early at any point. The tutorial must currently be restarted from the beginning if you want to continue it.
  
• Enemy planetary shields will now be a minimum of 50% opaque even if they have almost 0 energy reserves, so you can see that there are still shields wwhen dropping troops etc.
  
• Attached a new diagnostic suite to the crash reporter. This will now send us generic information on the system's CPU and GPU, which will help us diagnose whether a crash is in our code, a driver fault, or a hardware incompatibility that we can look into. Please keep sending in those crash reports!
  
  Cheers,
  -- Brendan, Lead Developer
  
  

This hotfix patch fixes a number of critical crashes and bugs afflicting players since V1.0.0.1 went live. As this update needs to correct a bug in people's settings, we have set the game to reset everyone's settings. Old save games from V1.0.0.1 should still work. See below for a complete listing of the crashes and bugs fixed:

• Fixed SharpDX.Result.CheckError crash caused by people's graphics cards to reset periodically during play. This only affected a small number of users with certain GPUs but happened to them persistently, so we got over a hundred crash reports on this one and were able to find a fix.
  
• Fixed the Kazzir mission launch crash (Predestination.Building.Fetch). This was caused by a mistake in the mission attempting to load the "Farm" building when we have renamed it to AutoFarm.
  
• Fixed the Predestination.PlanetScreenHostileWindow.BuildSpyActiveList crash that would happen after the Kazzir mission crash when you launched the game. This was caused by the galaxy settings being inadvertantly set to 0 enemy races, and should no longer be possible.
  
• Fixed a variety of bugs caused by the game accidentally loading multiple copies of the ShipyardScreen if you double-clicked the button. It is no longer possible for the game to accidentally load two copies of the same screen.
  
• Fixed a bug where you could break the game by repeatedly clicking on the "Intro" button on the main menu.
  
• Fixed a bug where clicking on the "Next" button on the Sandbox map creation page would cause it to reset the screen transition. Now nothing happens if you click during the transition, and repeatedly clicking this button was hit the Start Game button once it appears as expected.
  
• Issued a full settings reset that will take place once when your game starts up and will fix a number of bugs from V1.0.0.1
  
• Slightly optimised the star rendering on the main screen
  
• It is no longer possible to accidentally click on something on a screen that is still fading in from black and so isn't fully visible yet.
  
• Fixed a rendering bug with the lines between stars and the galactic plane. They now draw the correct brightness and correctly fade out when outside the sensor area when you are selecting a ship.
  
• Implemented a fix for an unusual null Fleet crash that has been reported. We haven't been able to identify the root cause of the crash or replicate it, but have added additional checks in the code that should fix the problem any time it happens.
  
  Apologies to anyone who was affected by these crashes, and thanks to everyone who sent in crash reports! They helped us hunt down these critical bugs and get them fixed as quickly as possible.
  
  Cheers,
  -- Brendan, Lead Developer

This hotfix patch fixes a number of critical crashes and bugs afflicting players since V1.0.0.1 went live. As this update needs to correct a bug in people's settings, we have set the game to reset everyone's settings. Old save games from V1.0.0.1 should still work. See below for a complete listing of the crashes and bugs fixed:

• Fixed SharpDX.Result.CheckError crash caused by people's graphics cards to reset periodically during play. This only affected a small number of users with certain GPUs but happened to them persistently, so we got over a hundred crash reports on this one and were able to find a fix.
  
• Fixed the Kazzir mission launch crash (Predestination.Building.Fetch). This was caused by a mistake in the mission attempting to load the "Farm" building when we have renamed it to AutoFarm.
  
• Fixed the Predestination.PlanetScreenHostileWindow.BuildSpyActiveList crash that would happen after the Kazzir mission crash when you launched the game. This was caused by the galaxy settings being inadvertantly set to 0 enemy races, and should no longer be possible.
  
• Fixed a variety of bugs caused by the game accidentally loading multiple copies of the ShipyardScreen if you double-clicked the button. It is no longer possible for the game to accidentally load two copies of the same screen.
  
• Fixed a bug where you could break the game by repeatedly clicking on the "Intro" button on the main menu.
  
• Fixed a bug where clicking on the "Next" button on the Sandbox map creation page would cause it to reset the screen transition. Now nothing happens if you click during the transition, and repeatedly clicking this button was hit the Start Game button once it appears as expected.
  
• Issued a full settings reset that will take place once when your game starts up and will fix a number of bugs from V1.0.0.1
  
• Slightly optimised the star rendering on the main screen
  
• It is no longer possible to accidentally click on something on a screen that is still fading in from black and so isn't fully visible yet.
  
• Fixed a rendering bug with the lines between stars and the galactic plane. They now draw the correct brightness and correctly fade out when outside the sensor area when you are selecting a ship.
  
• Implemented a fix for an unusual null Fleet crash that has been reported. We haven't been able to identify the root cause of the crash or replicate it, but have added additional checks in the code that should fix the problem any time it happens.
  
  Apologies to anyone who was affected by these crashes, and thanks to everyone who sent in crash reports! They helped us hunt down these critical bugs and get them fixed as quickly as possible.
  
  Cheers,
  -- Brendan, Lead Developer

This is the first bugfixing and iteration update since the recent V1.0 update when we officially started the Beta phase. It fixes a number of serious crashes players reported via the crash report tool in-game and several major bugs reported in the bug reporting thread in the forum. While fixing some bugs in the resource deposiy distribution algorithm, we also took the opportunity to iterate on that part of the game.

I'd like to quickly apologise for not getting this update out sooner and not catching up on all the forum posts and emails right now, unfortunately my dad has just passed away and I won't be back to work until next week at the earliest. Until then, please keep sending in your bug reports and suggestions on the forum and know that I will get around to all of them as soon as possible. Remember that all feedback is useful at this point ad we are going back to iterate on old gameplay we may not have changed in a while.

- Solved an out of memory crash during the "Initialising Planet Generator" step. Turns out that MonoGame may be handling disposing of textures differently, so now we do it explicitly in this code.
- Modified the PlanetGenerator to pre-load all of the continent, mountain, crater, and terraform data at the start of the game. This uses about 100mb extra memory, but reduces video memory usage and significantly reduces planet generation times. It solves a video memory crash that was being reported by a few players.
- Added forced texture memory cleanup after unloading ship textures. Combined with the asynchronous texture loader, this should improve video memory usage a bit in most of the game and may fix a few crashes reported by players.
- Solved a problem where the graphics generated for a planet could change after the first time they're generated.

- Resource Borders: The resource deposit generation algorithm has been significantly improved. There is now always at least a 1-hex border between resources that can't be farmed together (e.g. there's not necessarily a border between Fertile Soil and Land Animals, but there will be one between Ore and Fertile Soil). This ensures they are more usable and should prevent deposits such as Coffee or Uranium from generating inside an existing deposit seam where they can't be reached.
- Tighter Seams: Seams of deposits such as Fertile Soil or Ore will now slightly prefer tiles that are next to two or more of the same resource. This means they now generate in bigger blobs with less empty space, allowing you to get more 4, 5, and 6-hex filled ore refineries and farms.
- Improved Distribution: To help stop resource seams of the same kind from sticking together (which happened sometimes under the old distribution but more with the new distribution), the game now preferrentially selects starting hexes a distance of at least 3 from existing deposits. The seams can still grow toward each other and merge, but it's less likely to happen now.
- Cactus Resource: Added a new Cactus Plot resource, restricted to Desert environment hexes. It provides a +100 food bonus just like Fertile Soil.
- Cactus Farm: Reptilian races now start with the Cactus Farm infrastructure, which provides 200 food per Desert hex / 100 per non-desert hex, +100 per Cactus Plot, +100 per Fertile Soil, and can harvest Coffee Beans. It can't harvest Land Animals (appears on Terran planets) or Fish (appears on Ocean planets).
- Algae Farm: Aquatic races can now researvh the Algae Farm infrastructure. This compact but very inefficient single-hex infrastructure provides a flat 1000 food/turn and can be built on Ice, Terran, and Desert hexes. It can harvest Fertile Soil and Cactus for a small +100 bonus and can harvest the rare Coffee Bean strategic resource for a global research bonus. This gives Aquatic races a way to finally harvest Coffee Beans, and to colonise Desert planets prior to terraforming.
- AutoFarm: The Humanoid's Farm infrastructure is now called the AutoFarm. It still provides 200 food per terran hex / 100 per non-terran hex, +100 per Fertile Soil deposit, and can harvest Coffee Beans. It can't harvest Cactus (appears on Desert planets) or Fish (appears on Ocean planets).
- Fishery Infrastructure: Humanoid and Reptilian races can now research the new Fishery infrastructure, which can only be built in the ocean. This provides 200 food per hex and gets a bonus of +50 from any Fish deposits that are in range for a minimum of 1400 and a maximum of 1750. This makes it more efficient than a Cactus Farm or AutoFarm on planets with very few Desert or Terran hexes or few Fertile Soil / Cactus Deposits but lots of fish.
- Fertile Soil: Fertile Soil hexes are now restricted to Terran environment hexes. We've also rebalanced how many Fertile Soil deposits appear on non-Terran worlds (e.g. Ocean planet food resources are about 75% fish and 25% fertile soil).
- Fishing Coral Reefs: Increased base food output from Fishing Coral Reefs from 50 per ocean hex to 60. This gives them 1140 food/turn if completely empty building up to 2090/turn if filled with Fish.
- Growing Deposits: Deposits grown in Coral Reefs etc are no longer deleted when the infrastructure is destroyed. This allows you to demolish and rebuild new infrastructure to switch priorities if needed without having to wait for new deposits to spawn.

- Starbases now always cost 5,000 metal to build regardless of what is attached to the design. This ensures that all planets can build a starbase even with only a nominal amount of metal storage such as 1 or 2 industrial cities. It's also important on tiny planets as they can only get one city.
- To compensate for the removed metal cost and make upgrading simpler, all weapons and modules fitted to Starbases cost double BC.
- Made the loading screen display progress for loading each race's ship models individually rather than just displaying one message for all of them.
- When you click the "Open Planet" button on a notification about finding a rare resource, the game now rotates the planet around to that resource upon opening the planet.
- The Build a New City buttons are now correctly grayed out when you have reached the planetary maximum.
- When the mouse is over both a Fleet in space and Star at the same time, clicking will now open the Fleet window or System window depending on which is closest to the mouse pointer on the screen. Previously it was difficult to click on.
- Improved memory management code and activated compaction of the Large Object Heap in several places in the saving and loading code.

- Fixed slow-down when the Planets >> Exploration panel is open with a large number of planets available. The game was not correctly culling off-screen text, and rendering that much text caused some slowdown.
- Fixed the size of the fleet container boxes on the Fleet >> Manage Fleets menu when you had a lot of ships in one fleet. It wasn't taking into account the tiny gap between each ship image.
- Fixed a bug in the Diplomacy >> Galactic Council panel where the scrollable list wasn't restricted to within the bottom part of the screen.
- Fixed a bug in the Diplomacy >> Galactic Council panel where you could click on council resolutions outside the viewable area.
- Fixed bug where the revenants could destroy your homeworld early in the game. Homeworlds are now off-limits to Revenant attacks.
- Fixed the Spying tab tooltip saying "SPYING NOT IMPLEMENTED" when it actually is.
- Fixed an odd visual bug and crash that could happen when clicking the "Open Planet" button on a notification about finding a rare resource. The new planet would open but the map would be using data from the previous planet you visited, and you could end up with big white hexes and an index bounds error at Predestination.PlanetScreen.HandleRadialMenu.
- Fixed a bug where explosions on the planet screen were appearing 2-4 times for each explosion.
- Fixed incorrect delays on some explosion graphics.
- Fixed a ship designer bug where it would say "1 planet using this design" etc if you create a new design and haven't even saved it yet. It was mistakenly checking how many of the default Starbase you had in your empire.
- Fixed a crash in the ship designer when updating a starbase design you've just created.
- Fixed a number of bugs in the ship designer that could happen if you had the Fleets >> Ship Design tab open while in the Shipyard Screen and selected different tabs on each of the two Ship Design windows. Now all ship data and tab selection data is shared between these two tabs automatically so if you change to the Starbase tab on one, the other will also switch to the same tab.
- Fixed a bug that could happen in the ship designer if you seleted a ship design while it was open in the editor. The fix for this was simply to disable clicking on the Fleets >> Ship Design tab while you're editing a ship.
- Fixed a big where the planet graphics could change if the AI explored a planet.
- Fixed several bugs that could cause the roads to flash and the AI to not colonise if you create and then load a game in a specific order.
- Fixed a bug causing the Reptilian Hatchery selector highlight and building model to be drawn over the UI when the UI is scrolled down. Also fixed the buttons being off-centre.
- Fixed a bug causing part of the Infrastructure Info panel to be drawn over the UI when the UI is scrolled down.
- Fixed visual bug with the Metallic Coral icon
- Fixed a bug on the Infrastructure Info panel when viewing farms etc that don't use any power. There was a weird red line next to the Power reading.
- Fixed a bug where the Planet AI would demolish an Artifact Excavation or Farm or Power Plant in order to build a Starbase. This resulted in sub-optimal starts if you selected the Space Exploration era start, and made the AI sometimes accidentally harm its tiny planets.
- Fixed a bug causing the highlighted technologies in the Trade panel on the Diplomacy screen to be drawn over the UI when they are outside the window.
- Fixed a bug with terraforming where the planet would suddenly disappear. Like what? How? What?
- Fixed various bugs with resources like Land Animals spawning in the sea or Fish on land.

Cheers,
-- Brendan, Lead Developer

This is the first bugfixing and iteration update since the recent V1.0 update when we officially started the Beta phase. It fixes a number of serious crashes players reported via the crash report tool in-game and several major bugs reported in the bug reporting thread in the forum. While fixing some bugs in the resource deposiy distribution algorithm, we also took the opportunity to iterate on that part of the game.

I'd like to quickly apologise for not getting this update out sooner and not catching up on all the forum posts and emails right now, unfortunately my dad has just passed away and I won't be back to work until next week at the earliest. Until then, please keep sending in your bug reports and suggestions on the forum and know that I will get around to all of them as soon as possible. Remember that all feedback is useful at this point ad we are going back to iterate on old gameplay we may not have changed in a while.

- Solved an out of memory crash during the "Initialising Planet Generator" step. Turns out that MonoGame may be handling disposing of textures differently, so now we do it explicitly in this code.
- Modified the PlanetGenerator to pre-load all of the continent, mountain, crater, and terraform data at the start of the game. This uses about 100mb extra memory, but reduces video memory usage and significantly reduces planet generation times. It solves a video memory crash that was being reported by a few players.
- Added forced texture memory cleanup after unloading ship textures. Combined with the asynchronous texture loader, this should improve video memory usage a bit in most of the game and may fix a few crashes reported by players.
- Solved a problem where the graphics generated for a planet could change after the first time they're generated.

- Resource Borders: The resource deposit generation algorithm has been significantly improved. There is now always at least a 1-hex border between resources that can't be farmed together (e.g. there's not necessarily a border between Fertile Soil and Land Animals, but there will be one between Ore and Fertile Soil). This ensures they are more usable and should prevent deposits such as Coffee or Uranium from generating inside an existing deposit seam where they can't be reached.
- Tighter Seams: Seams of deposits such as Fertile Soil or Ore will now slightly prefer tiles that are next to two or more of the same resource. This means they now generate in bigger blobs with less empty space, allowing you to get more 4, 5, and 6-hex filled ore refineries and farms.
- Improved Distribution: To help stop resource seams of the same kind from sticking together (which happened sometimes under the old distribution but more with the new distribution), the game now preferrentially selects starting hexes a distance of at least 3 from existing deposits. The seams can still grow toward each other and merge, but it's less likely to happen now.
- Cactus Resource: Added a new Cactus Plot resource, restricted to Desert environment hexes. It provides a +100 food bonus just like Fertile Soil.
- Cactus Farm: Reptilian races now start with the Cactus Farm infrastructure, which provides 200 food per Desert hex / 100 per non-desert hex, +100 per Cactus Plot, +100 per Fertile Soil, and can harvest Coffee Beans. It can't harvest Land Animals (appears on Terran planets) or Fish (appears on Ocean planets).
- Algae Farm: Aquatic races can now researvh the Algae Farm infrastructure. This compact but very inefficient single-hex infrastructure provides a flat 1000 food/turn and can be built on Ice, Terran, and Desert hexes. It can harvest Fertile Soil and Cactus for a small +100 bonus and can harvest the rare Coffee Bean strategic resource for a global research bonus. This gives Aquatic races a way to finally harvest Coffee Beans, and to colonise Desert planets prior to terraforming.
- AutoFarm: The Humanoid's Farm infrastructure is now called the AutoFarm. It still provides 200 food per terran hex / 100 per non-terran hex, +100 per Fertile Soil deposit, and can harvest Coffee Beans. It can't harvest Cactus (appears on Desert planets) or Fish (appears on Ocean planets).
- Fishery Infrastructure: Humanoid and Reptilian races can now research the new Fishery infrastructure, which can only be built in the ocean. This provides 200 food per hex and gets a bonus of +50 from any Fish deposits that are in range for a minimum of 1400 and a maximum of 1750. This makes it more efficient than a Cactus Farm or AutoFarm on planets with very few Desert or Terran hexes or few Fertile Soil / Cactus Deposits but lots of fish.
- Fertile Soil: Fertile Soil hexes are now restricted to Terran environment hexes. We've also rebalanced how many Fertile Soil deposits appear on non-Terran worlds (e.g. Ocean planet food resources are about 75% fish and 25% fertile soil).
- Fishing Coral Reefs: Increased base food output from Fishing Coral Reefs from 50 per ocean hex to 60. This gives them 1140 food/turn if completely empty building up to 2090/turn if filled with Fish.
- Growing Deposits: Deposits grown in Coral Reefs etc are no longer deleted when the infrastructure is destroyed. This allows you to demolish and rebuild new infrastructure to switch priorities if needed without having to wait for new deposits to spawn.

- Starbases now always cost 5,000 metal to build regardless of what is attached to the design. This ensures that all planets can build a starbase even with only a nominal amount of metal storage such as 1 or 2 industrial cities. It's also important on tiny planets as they can only get one city.
- To compensate for the removed metal cost and make upgrading simpler, all weapons and modules fitted to Starbases cost double BC.
- Made the loading screen display progress for loading each race's ship models individually rather than just displaying one message for all of them.
- When you click the "Open Planet" button on a notification about finding a rare resource, the game now rotates the planet around to that resource upon opening the planet.
- The Build a New City buttons are now correctly grayed out when you have reached the planetary maximum.
- When the mouse is over both a Fleet in space and Star at the same time, clicking will now open the Fleet window or System window depending on which is closest to the mouse pointer on the screen. Previously it was difficult to click on.
- Improved memory management code and activated compaction of the Large Object Heap in several places in the saving and loading code.

- Fixed slow-down when the Planets >> Exploration panel is open with a large number of planets available. The game was not correctly culling off-screen text, and rendering that much text caused some slowdown.
- Fixed the size of the fleet container boxes on the Fleet >> Manage Fleets menu when you had a lot of ships in one fleet. It wasn't taking into account the tiny gap between each ship image.
- Fixed a bug in the Diplomacy >> Galactic Council panel where the scrollable list wasn't restricted to within the bottom part of the screen.
- Fixed a bug in the Diplomacy >> Galactic Council panel where you could click on council resolutions outside the viewable area.
- Fixed bug where the revenants could destroy your homeworld early in the game. Homeworlds are now off-limits to Revenant attacks.
- Fixed the Spying tab tooltip saying "SPYING NOT IMPLEMENTED" when it actually is.
- Fixed an odd visual bug and crash that could happen when clicking the "Open Planet" button on a notification about finding a rare resource. The new planet would open but the map would be using data from the previous planet you visited, and you could end up with big white hexes and an index bounds error at Predestination.PlanetScreen.HandleRadialMenu.
- Fixed a bug where explosions on the planet screen were appearing 2-4 times for each explosion.
- Fixed incorrect delays on some explosion graphics.
- Fixed a ship designer bug where it would say "1 planet using this design" etc if you create a new design and haven't even saved it yet. It was mistakenly checking how many of the default Starbase you had in your empire.
- Fixed a crash in the ship designer when updating a starbase design you've just created.
- Fixed a number of bugs in the ship designer that could happen if you had the Fleets >> Ship Design tab open while in the Shipyard Screen and selected different tabs on each of the two Ship Design windows. Now all ship data and tab selection data is shared between these two tabs automatically so if you change to the Starbase tab on one, the other will also switch to the same tab.
- Fixed a bug that could happen in the ship designer if you seleted a ship design while it was open in the editor. The fix for this was simply to disable clicking on the Fleets >> Ship Design tab while you're editing a ship.
- Fixed a big where the planet graphics could change if the AI explored a planet.
- Fixed several bugs that could cause the roads to flash and the AI to not colonise if you create and then load a game in a specific order.
- Fixed a bug causing the Reptilian Hatchery selector highlight and building model to be drawn over the UI when the UI is scrolled down. Also fixed the buttons being off-centre.
- Fixed a bug causing part of the Infrastructure Info panel to be drawn over the UI when the UI is scrolled down.
- Fixed visual bug with the Metallic Coral icon
- Fixed a bug on the Infrastructure Info panel when viewing farms etc that don't use any power. There was a weird red line next to the Power reading.
- Fixed a bug where the Planet AI would demolish an Artifact Excavation or Farm or Power Plant in order to build a Starbase. This resulted in sub-optimal starts if you selected the Space Exploration era start, and made the AI sometimes accidentally harm its tiny planets.
- Fixed a bug causing the highlighted technologies in the Trade panel on the Diplomacy screen to be drawn over the UI when they are outside the window.
- Fixed a bug with terraforming where the planet would suddenly disappear. Like what? How? What?
- Fixed various bugs with resources like Land Animals spawning in the sea or Fish on land.

Cheers,
-- Brendan, Lead Developer

Hey guys,

We've just released our massive V1.0 update, which marks the point where we're officially leaving alpha and entering beta. That means we've finished all the gameplay features and it's unlikely we'll make any major gameplay changes from this point on. Instead we'll be focusing on smaller gameplay improvements and iterations, bug fixing, balance changes, and UI changes. We'll be asking for focused feedback on certain topics on the forum to help guide us through beta and on to final release.

The headline features of this update include a complete engine overhaul (including switching from XNA 3.1 to Monogame), 64-bit support, massive optimisations, a near total overhaul of the Tactical Fleet Combat gameplay, our first Challenge Map, a score system for both singleplayer missions and sandbox games, and Fleet Combat in space (not at a planet). We've also added support for some new graphics options, smoother animations, better explosions, new nebulae in fleet combat, a bunch of new building models, and a ton of bug fixes.

A Dev Update article will be released on this update and our plans for the next step soon, and below are the patch notes:


We switched the underlying tech in the Predestination engine from XNA 3.1 to Monogame and .NET 3.5 to .NET 4.5.2. This was a massive job, but allowed us to add 64-bit compatibility and take advantage of some new memory management tools. At the same time, we overhauled large parts of the game engine to fix recurring bugs, clean up a lot of technical debt from all the features we've adding during alpha, and optimise performance and memory usage.

• Switched from a 32-bit executable to a 64-bit compatible one. Players on 32-bit operating systems should not notice any difference, while those on 64-bit operating systems will have more memory to work with. This will let us expand the game more in the future, and if we expand it to the point that it causes memory problems for 32-bit users we'll put in some low-memory options.
  
• Replaced the fragile old XNA spritebatch code with a new more fault-tolerant system. Instead of crashing when things happen out of order, the worst case is now a graphical glitch and most of the time there's no problem at all. This was pretty necessary in order to switch to MonoGame.
  
• Replaced all of the old graphics state code throughout the game with a robust new GraphicsState system. We've pre-defined a series of common renderstates, depth states, stencil buffer states etc and now switch between them before rendering each element. This was a massive task but required to switch from XNA 3.1 to MonoGame.
  
• Overhauled all screens to have multiple rendering layers: Pre-Rendering (rendertargets etc), Under UI Rendering, UI Rendering, and Overlay Rendering. This fixed a number of display bugs all throughout the game, and makes adding new UI a lot easier.
  
• Wrote a new texture loader that results in an overall smaller memory footprint.
  
• Wrote an entirely new runtime model loader for .X files that's compatible with Monogame and supports both pre-scaled models and our custom automatic scaling to optimise it for use in our 3D ship designer. Added scaling and rotation data to all of the Renegade and Kazzir ships, fixing a load of broken designs after the switch to Monogame.
  
• Removed FXAA code as it proved to be incompatible with the new setup, but we plan to add a new FXAA module at some point in future if we get the time.
  
• Removed the visible star from Fleet Combat as it was only seen if you happened to turn the board upside down, and there's no reason to do that. The code for the star and lens flare had some problems and it wasn't really worth fixing, so we removed it.
  
• Fixed incompatibility of planet continent heightmaps and other images with XNA 4.0 / Monogame.
  
• Overhauled all of the existing shaders in the game for compatibility with Monogame and Shader Model 4.0 specifications. Also used this opportunity to tweak some of the existing shaders and add new effects for each class of shield.
  
• Overhauled the System window's rendering code. The planet code was taking far too long to render and has been replaced with simpler textured spheres. The old star rendering code turned out to be a MASSIVE memory hog and performance killer, so we replaced the entire thing with a much more efficient one based on rotating fake cameras around a pre-generated nebula. Star size is now correctly shown on the system window and bebulae are more visible.
  
• Wrote a system for handling the dynamic loading and unloading of voice files while preventing memory fragmentation, and a system for playing voice files. The Diplomacy voices have been unavoidably delayed as the person who is processing them has been unavailable.
  
• Drastically reduced the runtime overhead of loading in some UI elements by checking whether each image has a separate mouseover component before loading rather than handling load errors.
  
• Improved memory management and resolved fragmentation of the Large Object Heap.
  
• Quad and QuadBatch rendering is now more efficient.
  
  
  
  Fleet Combat Overhauls
• New State System: We added a whole new Fleet Combat State system with a built-in action queue and timer system. This was a lot of work, but has eliminated a ton of bugs and odd behaviours in Fleet Combat. The game now constructs actions such as movement and firing as separate state objects and adds them to a queue, and processes that queue in order. Certain actions such as Reactive Strikes can skip to the head of the queue in order to interrupt a player's move as expected, and impossible actions are now automatically pruned from the queue (such as moving a ship that has been destroyed by a reactive strike). Overall, Fleet Combat feels a lot more solid and polished since we made this change.
  
• Fleet Combat In Space: You can now intercept enemy fleets in a system outside orbit of your planets by clicking on the race icon in the Enemy Ships tab of the System Window. This lets you break blockades, destroy unwelcome enemy scouts that wander into your star systems, defend an ally in war whose planet is being sieged, and kill non-combat ships. Of course, if your enemy owns a planet in the system then you'll have to attack the planet and can't intercept the fleet in space.
  
• Ammo Rework: Previously, all bombs and missiles had limited ammo and had to be resupplied by visiting a starbase. This was frankly not fun and not a very big strategic element, so we've redesigned how ammo works. Missiles and Fighters now automatically re-fill at the start of Fleet Combat so you have 5 shots each battle, and Bombs now refill each turn so you can bomb a planet into the stone age over several turns without refueling. We may need to go back and look at bomb balance in a future update, but this ammo system feels much better.
  
• Larger Battlefields: The size of the fleet combat battlefields has been increased and ships now start slightly further apart. This will allow players to execute more strategies based on getting ships into position (e.g. hiding in nebulae) or firing missiles while running away into the corner. Ships also now start further apart to stop them getting stuck behind each other.
  
• Nebula and Explosion Optimisation: We used to have a serious problem with memory leakage caused by nebulae and explosions in Fleet Combat, and if too many explosions happened at the same time then your game could crash with an out of memory error. This has now been fixed as we now pre-generate a small set of nebulae and explosions and handle their positions and animations on the GPU.
  
• Nebula Overhaul: We've added a few new types of nebula to Fleet Combat and changed their bonuses, it now goes like this: Cloaking Field (ships inside count as cloaked), Ion Storm (damages ships inside each turn), Ice Cloud (Halves Missile and Projectile damage), Dust Cloud (Halves Beam and Fighter Damage), Graviton Field (Slows and damages ships each turn), and Hydrogen Plasma (doubles missile explosion and area-effect damage).
  
• Nebula Distribution: When fighting in a star system that's inside a nebula, there will now be pockets of nebular gas in the fleet combat. Blue nebulae have Ice Clouds and Ion Storms, Green have Cloaking Fields and Ice Clouds, Orange have Dust Clouds and Hydrogen Plasma Purple have Ion Storms and Gravity Wells, and Red have Hydrogen Plasma and Dust Clouds. This can be used very strategically if you colonise a planet inside a nebula.
  
• Smooth Animations: Ships now turn smoothly as they move rather than turning sharply in a single frame, and ship movement animation times are now based on the ship's size class and speed. Movement in general feels much smoother and more polished now.
  
• New Shield Graphics: Each class of shield (Electron, Magnetic, Graviton, and Temporal) now has its own unique corresponding model and shader, all of which are moddable. The Electron and Magnetic shields have a similar hex-based design to the previous shield model, while the Graviton and Temporal shields are more circular.
  
• Projectile Weapon Overhaul: Projectile shots now draw as bullets based on specified 2D images rather than all of them just firing a tiny asteroid at the enemy. Every projectile weapon now has its own moddable weapon texture and a specified Bullet Pattern that lets you make it appear to be rapid fire, single-shot, charge-up, etc.
  
• Beam Weapon Overhaul Beams now draw as lines based on input 2D images rather than simple coloured hardware lines. Every Beam weapon and beam-type Special weapon now has its own weapon texture in the files, and these can be modded too.
  
• Weapon Audio Overhaul: Every weapon now has its own moddable Audio File specified in the weapons data file. Weapons are also now timed by the audio, so you can have slow-firing weapons or weapons with long charge-up times if you want for effect.
  
• Missile and Fighter Pathing: Missiles and fighters no longer follow ship-like paths to their targets. They now pick a hex closer to the enemy and move straight there without passing through intervening hexes. They can still be shot down by reactive strikes on reaching their target and before firing, so the balance hasn't changed, but they will no longer accidentally generate crazy long paths to their targets and will no longer be blocked by targets in between.
  
• Missile Rebalance: Missiles have now been increased in speed to increase their utility. Nuclear Missiles are 1 speed faster than your fastest frigate, Fusion and Gravimetric are 2 faster, Anti-Matter Torpedo is 4 faster, and Quantum Torpedo is 6 faster. Missiles and fighters also now draw dotted lines toward their targets to give you an idea of where they are going.
  
• Fighter Rebalance: Removed the Ammo Regeneration from the Fighter Bay and Heavy Fighter Bay and gave both 2 Fighters total to launch during Fleet Combat instead. Fighters now fire 2 shots returning to the ship that launched them, and heavy fighters can fire 4 before returning. On returning, they are refueled and ready to be launched again.
  
• Dauntless Guidance: Missiles and Fighters now automatically pick new targets when their assigned targets are destroyed, so it's no longer a total waste to fire too many missiles at the same target.
  
• Engine Disabling: Shooting a ship in the rear now has a chance of disabling its engines for up to 3 turns as long as the damage penetrates the target's shields.
  
• Utility Improvements: The Anti-Missile Beam now has a 100% chance of destroying a missile on contact, increased from 50%. The chance-based nature of this just made it unsatisfying, even if it does only cost 15MW to fit. The Stasis Field, Tractor Beam, Transporters, and Graviton Field Emitter also all now have circular firing arcs. Previously they had extended arcs that made it difficult to use them strategically (e.g. to fly past an enemy ship and tractor it from behind).
  
• Plasma Field: The Plasma Field area-effect weapon has been re-added as we've solved the memory issues it was causing. Its power grid usage has been increased from 25MW to 50MW as it was a bit ridiculous against larger ships when tested.
  
• Orbital Minefield: The Orbital Minefield technology now automatically starts all enemy ships on 50% armour instead of spawning mines on the battlefield.
  
  
  
  Score Screen:
• Added a new score screen that appears at the end of every sandbox game, singleplayer mission and challenge map. It gives you points for things like number of planets colonised, technologies researched, different victory types, eliminated races, etc. There are also bonus points for things like rifts investigated and peace treaties mediated, and a speed bonus depending on how quickly you win the game and what size the galaxy is.
  
• Singleplayer missions can now give points for each objective, and the score screen now shows how many Objective points and Bonus Objective options (from optional missions) you achieved.
  
• Singleplayer missions now have star ratings (Bronze, Silver, and Gold) depending on the points you gained during the mission. The rating thresholds and which points are available are determined by the individual mission. The maximum achieved medal is now saved to your game data directory.
  
  
  
  Missions / Challenge Map:
  The first Challenge Map has been implemented: The Time Trap, original design by kickstarter backer Lee Newsum. This mission takes place in an alternate ending to the main game, where scientists from the United Colonies have captured the Revenant homeworld and begun searching for technologies. The excavation team accidentally triggers a planetary security system that traps the star system in an energy bubble and begins spawning regular Temporal Rifts full of Revenant ships.
  
  Cut off from the rest of the empire and most of your technology blueprints, all you have left is a selection of ship technologies, a few Ancient Ion Cannons found on the planet, and a powerful Ancient Starbase in orbit. You must use your limited resources to rebuild their fleet and fend off waves of Revenant ships that grow in intensity throughout the mission. You can research the ancient structures on the planet to improve their effectiveness, unlock powerful Revenant technologies, design new ships to try out unorthadox strategies, and maybe even capture a few Revenant ships.
  
  
• Added new galaxy map options for missions for if we want to move the race's homeworld to the Revenant planet and delete its original homeworld. This is used in the first challenge map.
  
• Added new galaxy map options to make Revenant fleets to escalate over time by a specified amount (in terms of military score). Without this option set, Revenant fleets will always be proportional to the military strength of the race being attacked.
  
• Missions can now select to either completely overwrite the default tech trees with new ones instead of merging the new ones into the old ones. This is used in the new Challenge Map to create completely custom tech trees with all-new techs and even new names, and this will be available to modders.
  
• Mission objectives can now be instructed to hide their progress from the player on the info dropdown. This is used in the new Challenge Map to provide a countdown to when the next Revenant Attack is going to happen without having it display a confusing Progress indicator.
  
• The mission info on the left hand side of the screen now draws on top of whatever screen you're on, and fades out on the Conversation screen.
  
  
  
  Game Options Improvements:
• Added the ability to switch between bordered and borderless mode in the options. The device will automatically reset when you click the checkbox so there's no need to restart.
  
• The screen resolution is now set when you launch the game for the first time, but changes to the resolution in the ini files will be preserved, so you can finally change the resolution. There is not currently a dropdown for screen resolution in the options panel, though, and if you change screen resolution after first launching the game then you'll need to edit the ini file to change to your new resolution. We're working on getting a resolution selector into the game as soon as we can.
  
• Cut out and replaced the system that blurs behind the user interface with a much better system that now automatically catches UI elements and has far less rendering overhead. Everything is also now drawn to rendertargets before final rendering, opening up further potential for post-processing effects.
  
• Cleaned up a load of unused game options in the ini file.
  
• Renamed many of the game options in the ini file to make their purposes more clear (e.g. by adding PlanetScreen or GalaxyScreen before options that affect a particular screen).
  
• Added a new bakc-end system that allows me to specify whether an update should overwrite the existing ini file with default values the first time it runs. This is neccessary to prevent crashes when we make changes to the ini file other than just adding new options, and if we want to change the default options.
  
• Added an option slider for Voice Volume separate from Sound and Music volume.
  
  
  
  Minor Features:
• Races and technologies can now have bonuses specifically to Ground Cannon damage in fleet combat in addition to bonuses to Beam weapons. This is used in the new challenge map.
  
• The game now keeps track of how many Temporal Rifts you investigate and how many Revenant Attacks you survive, for use in awarding bonus points or tracking during missions.
  
• Switched the main game font from Verdana to Xolonium.
  
• Added the ability to make the Volume sliders exponential rather than linear in the ini file.
  
• Added GroundCannonDamagePercentage and ShipyardBuildRate as Technology Stats, so we can now make generic stacking bonuses to those as technologies. Used in the new mission.
  
• Added models for Factory (Tier 1, 2, and 3), Research Lab (Tier 1, 2, and 3), Food Processor (Tier 1, 2, and 3), Industrial Market, Military Barracks, Reptilian City (Hatcheries), Robotic City (The Forge), Robot Fuel Factory
  
• Added model for Support Centre (robotic)
  
• Updated the tutorial to remove a few references to "upcoming" gameplay that is now in the game, and reflect the fact that we've entered beta.
  
• Optimised the tech tree loading process. Previously there was a lot of error handling happening that could cause the game to slow down when initialising the game or loading a mission.
  
• The explosion graphics have been modified to be a bit more rendering-friendly and visually appealing. They're now a bit more random, more spread out on the planet screen, and the game no longer omits explosions when there are too many already on screen as we fixed the memory issues it was causing.
  
• Added support for races having buildings that belong to another race, so we can have a Revenant space station in the first challenge map and it'll use Revenant technology (particle beams etc).
  
• When loading a Building, Weapon or Module that is already loaded (e.g. through mission files), the existing item in the pool is replaced instead of the game crashing.
  
• Total overhaul of animation code and transitions all throughout the game to use a more accurate delta time system. You should now notice smoother animation and transitions on slower computers.
  
• Overhauled the screenshake code to a more tightly controlled variant so it will no longer sometimes jerk way off-screen for a split second if you blow up a ship with a missile. Also took the opportunity to add rotation to the screen shake and extract some new screen shake options into the ini file.
  
• Added a half-size tooltip for some smaller items
  
• Improved the way the game fades to black and back out again when switching screens, saving, loading etc. This is now consistent across all screens and much smoother.
  
• Individual races may now use the ModelProcessOverride.txt file to specify that their ship part models have already been pre-scaled to the correct size. This is used now for the Renegades ships as they were designed before we came up with our new auto-scaling model loader.
  
  
  Bug-fixes:
  Dozens of minor bugs have been fixed as a result of the Fleet Combat overhaul and the engine changeover, but they haven't all been documented. Below are those that have been documented:
  
• Fixed a bug causing Revenant fleets to automatically attack the player if they don't find a military threat worth attacking.
  
• Fixed a bug causing the tutorial to sometimes not reset fully if you exited during the times where you have no popup on the screen to prevent you from quitting.
  
• Fixed a bug causing the map options to get stuck to weird defaults after you launch or load a singleplayetr mission or the tutorial. This now correctly only saves the options for your Sandbox games.
  
• Fixed a tutorial bug causing the game to sometimes skip over the check to see if you have a colony ship if your game was running slowly enough.
  
• Fixed a bug causing the music to get stuck on if you set the volume from full to zero inside one frame.
  
• Fixed a Fleet Combat bug causing the Plasma Mine Layer to lay mines off to the side of your ship instead of where the firing pattern shows it should be.
  
• Fixed a bug making Kazzir missiles invisible.
  
• Fixed the scale of asteroids in Temporal Rift investigations
  
• Fixed a missing United Colonies satellite model that could rarely cause a crash
  
• Fixed a text bug in the first Kazzir mission - It said to build a Scout ship but really you select what ship to build.
  
• Fixed a number of text mistakes in the technology files. All of the ship hull technologies were displaying the wrong amount of power grid.
  
• Fixed a number of new bugs with the tutorial that only started happening on our test rigs after we switched to Monogame. These bugs may have affected a number of other players, causing the tutorial to get stuck at various points.
  
• Fixed a certain tooltip staying open when you enter fleet combat.
  
• Fixed a scrolling defect on the Research panel.
  
• Fixed a major bug with the research panel that allowed tech trees to be held over from one game to the next, causing problems with missions like the new challenge map that have unique tech trees.
  
• Fixed several rendering bugs with the 3D ship designer and with 2D representations of ships on the UI.
  
• Ships now correctly re-cloak when starting a new fleet combat with a cloaking device active or ending turn inside a Cloaking Field.
  
• Bonuses from Planet Leaders that affect Fleet Combat now correctly apply during Fleet Combat. Previously, a few bonuses applied 100 times larger than they were supposed to or didn't apply at all.
  
• The game should no longer sometimes crash when a planet switches owners or is destroyed while the Planet Screen is open.
  
• Fixed the game accidentally designing some ships with multiple copies of "One Per Ship" technologies.
  
• Fixed several bugs with the totalling up and display of research points in the top right of the screen not matching the actual output of your empire.
  
• Fixed the display of tax stats from planets sometimes not matching up with the amount of net tax being made.
  
• Fixed a bug in the ship designer when editing a starbase designt hat was in use elsewhere in the galaxy. It previously wouldn't work out the cost to upgrade all of them correctly.
  
• Fixed a few display bugs resulting from the font switch
  
• Fixed the lighting graphics on the Recycling Plant, Apartment Complex, Humanoid City, Energy Market, Industrial Market etc.
  
  
  We'd like to give everyone a huge thank-you for waiting for this update! The patch was ready just before the holidays but we found a stubborn engine-level crash right as we intended to release it. It's taken us until now to get all the bugs resulting from that fixed and last night we completed a full test series that came back successful. As always, please let us know if you experience any problems with this update!
  
  Note: This update will make all of your old saves no longer work, and will reset your game options the first time you start up. It will also go through the first time setup on Steam when you launch it to install new dependencies.
  
  Cheers,
  -- Brendan, Lead Developer

Hey guys,

We've just released our massive V1.0 update, which marks the point where we're officially leaving alpha and entering beta. That means we've finished all the gameplay features and it's unlikely we'll make any major gameplay changes from this point on. Instead we'll be focusing on smaller gameplay improvements and iterations, bug fixing, balance changes, and UI changes. We'll be asking for focused feedback on certain topics on the forum to help guide us through beta and on to final release.

The headline features of this update include a complete engine overhaul (including switching from XNA 3.1 to Monogame), 64-bit support, massive optimisations, a near total overhaul of the Tactical Fleet Combat gameplay, our first Challenge Map, a score system for both singleplayer missions and sandbox games, and Fleet Combat in space (not at a planet). We've also added support for some new graphics options, smoother animations, better explosions, new nebulae in fleet combat, a bunch of new building models, and a ton of bug fixes.

A Dev Update article will be released on this update and our plans for the next step soon, and below are the patch notes:


We switched the underlying tech in the Predestination engine from XNA 3.1 to Monogame and .NET 3.5 to .NET 4.5.2. This was a massive job, but allowed us to add 64-bit compatibility and take advantage of some new memory management tools. At the same time, we overhauled large parts of the game engine to fix recurring bugs, clean up a lot of technical debt from all the features we've adding during alpha, and optimise performance and memory usage.

• Switched from a 32-bit executable to a 64-bit compatible one. Players on 32-bit operating systems should not notice any difference, while those on 64-bit operating systems will have more memory to work with. This will let us expand the game more in the future, and if we expand it to the point that it causes memory problems for 32-bit users we'll put in some low-memory options.
  
• Replaced the fragile old XNA spritebatch code with a new more fault-tolerant system. Instead of crashing when things happen out of order, the worst case is now a graphical glitch and most of the time there's no problem at all. This was pretty necessary in order to switch to MonoGame.
  
• Replaced all of the old graphics state code throughout the game with a robust new GraphicsState system. We've pre-defined a series of common renderstates, depth states, stencil buffer states etc and now switch between them before rendering each element. This was a massive task but required to switch from XNA 3.1 to MonoGame.
  
• Overhauled all screens to have multiple rendering layers: Pre-Rendering (rendertargets etc), Under UI Rendering, UI Rendering, and Overlay Rendering. This fixed a number of display bugs all throughout the game, and makes adding new UI a lot easier.
  
• Wrote a new texture loader that results in an overall smaller memory footprint.
  
• Wrote an entirely new runtime model loader for .X files that's compatible with Monogame and supports both pre-scaled models and our custom automatic scaling to optimise it for use in our 3D ship designer. Added scaling and rotation data to all of the Renegade and Kazzir ships, fixing a load of broken designs after the switch to Monogame.
  
• Removed FXAA code as it proved to be incompatible with the new setup, but we plan to add a new FXAA module at some point in future if we get the time.
  
• Removed the visible star from Fleet Combat as it was only seen if you happened to turn the board upside down, and there's no reason to do that. The code for the star and lens flare had some problems and it wasn't really worth fixing, so we removed it.
  
• Fixed incompatibility of planet continent heightmaps and other images with XNA 4.0 / Monogame.
  
• Overhauled all of the existing shaders in the game for compatibility with Monogame and Shader Model 4.0 specifications. Also used this opportunity to tweak some of the existing shaders and add new effects for each class of shield.
  
• Overhauled the System window's rendering code. The planet code was taking far too long to render and has been replaced with simpler textured spheres. The old star rendering code turned out to be a MASSIVE memory hog and performance killer, so we replaced the entire thing with a much more efficient one based on rotating fake cameras around a pre-generated nebula. Star size is now correctly shown on the system window and bebulae are more visible.
  
• Wrote a system for handling the dynamic loading and unloading of voice files while preventing memory fragmentation, and a system for playing voice files. The Diplomacy voices have been unavoidably delayed as the person who is processing them has been unavailable.
  
• Drastically reduced the runtime overhead of loading in some UI elements by checking whether each image has a separate mouseover component before loading rather than handling load errors.
  
• Improved memory management and resolved fragmentation of the Large Object Heap.
  
• Quad and QuadBatch rendering is now more efficient.
  
  
  
  Fleet Combat Overhauls
• New State System: We added a whole new Fleet Combat State system with a built-in action queue and timer system. This was a lot of work, but has eliminated a ton of bugs and odd behaviours in Fleet Combat. The game now constructs actions such as movement and firing as separate state objects and adds them to a queue, and processes that queue in order. Certain actions such as Reactive Strikes can skip to the head of the queue in order to interrupt a player's move as expected, and impossible actions are now automatically pruned from the queue (such as moving a ship that has been destroyed by a reactive strike). Overall, Fleet Combat feels a lot more solid and polished since we made this change.
  
• Fleet Combat In Space: You can now intercept enemy fleets in a system outside orbit of your planets by clicking on the race icon in the Enemy Ships tab of the System Window. This lets you break blockades, destroy unwelcome enemy scouts that wander into your star systems, defend an ally in war whose planet is being sieged, and kill non-combat ships. Of course, if your enemy owns a planet in the system then you'll have to attack the planet and can't intercept the fleet in space.
  
• Ammo Rework: Previously, all bombs and missiles had limited ammo and had to be resupplied by visiting a starbase. This was frankly not fun and not a very big strategic element, so we've redesigned how ammo works. Missiles and Fighters now automatically re-fill at the start of Fleet Combat so you have 5 shots each battle, and Bombs now refill each turn so you can bomb a planet into the stone age over several turns without refueling. We may need to go back and look at bomb balance in a future update, but this ammo system feels much better.
  
• Larger Battlefields: The size of the fleet combat battlefields has been increased and ships now start slightly further apart. This will allow players to execute more strategies based on getting ships into position (e.g. hiding in nebulae) or firing missiles while running away into the corner. Ships also now start further apart to stop them getting stuck behind each other.
  
• Nebula and Explosion Optimisation: We used to have a serious problem with memory leakage caused by nebulae and explosions in Fleet Combat, and if too many explosions happened at the same time then your game could crash with an out of memory error. This has now been fixed as we now pre-generate a small set of nebulae and explosions and handle their positions and animations on the GPU.
  
• Nebula Overhaul: We've added a few new types of nebula to Fleet Combat and changed their bonuses, it now goes like this: Cloaking Field (ships inside count as cloaked), Ion Storm (damages ships inside each turn), Ice Cloud (Halves Missile and Projectile damage), Dust Cloud (Halves Beam and Fighter Damage), Graviton Field (Slows and damages ships each turn), and Hydrogen Plasma (doubles missile explosion and area-effect damage).
  
• Nebula Distribution: When fighting in a star system that's inside a nebula, there will now be pockets of nebular gas in the fleet combat. Blue nebulae have Ice Clouds and Ion Storms, Green have Cloaking Fields and Ice Clouds, Orange have Dust Clouds and Hydrogen Plasma Purple have Ion Storms and Gravity Wells, and Red have Hydrogen Plasma and Dust Clouds. This can be used very strategically if you colonise a planet inside a nebula.
  
• Smooth Animations: Ships now turn smoothly as they move rather than turning sharply in a single frame, and ship movement animation times are now based on the ship's size class and speed. Movement in general feels much smoother and more polished now.
  
• New Shield Graphics: Each class of shield (Electron, Magnetic, Graviton, and Temporal) now has its own unique corresponding model and shader, all of which are moddable. The Electron and Magnetic shields have a similar hex-based design to the previous shield model, while the Graviton and Temporal shields are more circular.
  
• Projectile Weapon Overhaul: Projectile shots now draw as bullets based on specified 2D images rather than all of them just firing a tiny asteroid at the enemy. Every projectile weapon now has its own moddable weapon texture and a specified Bullet Pattern that lets you make it appear to be rapid fire, single-shot, charge-up, etc.
  
• Beam Weapon Overhaul Beams now draw as lines based on input 2D images rather than simple coloured hardware lines. Every Beam weapon and beam-type Special weapon now has its own weapon texture in the files, and these can be modded too.
  
• Weapon Audio Overhaul: Every weapon now has its own moddable Audio File specified in the weapons data file. Weapons are also now timed by the audio, so you can have slow-firing weapons or weapons with long charge-up times if you want for effect.
  
• Missile and Fighter Pathing: Missiles and fighters no longer follow ship-like paths to their targets. They now pick a hex closer to the enemy and move straight there without passing through intervening hexes. They can still be shot down by reactive strikes on reaching their target and before firing, so the balance hasn't changed, but they will no longer accidentally generate crazy long paths to their targets and will no longer be blocked by targets in between.
  
• Missile Rebalance: Missiles have now been increased in speed to increase their utility. Nuclear Missiles are 1 speed faster than your fastest frigate, Fusion and Gravimetric are 2 faster, Anti-Matter Torpedo is 4 faster, and Quantum Torpedo is 6 faster. Missiles and fighters also now draw dotted lines toward their targets to give you an idea of where they are going.
  
• Fighter Rebalance: Removed the Ammo Regeneration from the Fighter Bay and Heavy Fighter Bay and gave both 2 Fighters total to launch during Fleet Combat instead. Fighters now fire 2 shots returning to the ship that launched them, and heavy fighters can fire 4 before returning. On returning, they are refueled and ready to be launched again.
  
• Dauntless Guidance: Missiles and Fighters now automatically pick new targets when their assigned targets are destroyed, so it's no longer a total waste to fire too many missiles at the same target.
  
• Engine Disabling: Shooting a ship in the rear now has a chance of disabling its engines for up to 3 turns as long as the damage penetrates the target's shields.
  
• Utility Improvements: The Anti-Missile Beam now has a 100% chance of destroying a missile on contact, increased from 50%. The chance-based nature of this just made it unsatisfying, even if it does only cost 15MW to fit. The Stasis Field, Tractor Beam, Transporters, and Graviton Field Emitter also all now have circular firing arcs. Previously they had extended arcs that made it difficult to use them strategically (e.g. to fly past an enemy ship and tractor it from behind).
  
• Plasma Field: The Plasma Field area-effect weapon has been re-added as we've solved the memory issues it was causing. Its power grid usage has been increased from 25MW to 50MW as it was a bit ridiculous against larger ships when tested.
  
• Orbital Minefield: The Orbital Minefield technology now automatically starts all enemy ships on 50% armour instead of spawning mines on the battlefield.
  
  
  
  Score Screen:
• Added a new score screen that appears at the end of every sandbox game, singleplayer mission and challenge map. It gives you points for things like number of planets colonised, technologies researched, different victory types, eliminated races, etc. There are also bonus points for things like rifts investigated and peace treaties mediated, and a speed bonus depending on how quickly you win the game and what size the galaxy is.
  
• Singleplayer missions can now give points for each objective, and the score screen now shows how many Objective points and Bonus Objective options (from optional missions) you achieved.
  
• Singleplayer missions now have star ratings (Bronze, Silver, and Gold) depending on the points you gained during the mission. The rating thresholds and which points are available are determined by the individual mission. The maximum achieved medal is now saved to your game data directory.
  
  
  
  Missions / Challenge Map:
  The first Challenge Map has been implemented: The Time Trap, original design by kickstarter backer Lee Newsum. This mission takes place in an alternate ending to the main game, where scientists from the United Colonies have captured the Revenant homeworld and begun searching for technologies. The excavation team accidentally triggers a planetary security system that traps the star system in an energy bubble and begins spawning regular Temporal Rifts full of Revenant ships.
  
  Cut off from the rest of the empire and most of your technology blueprints, all you have left is a selection of ship technologies, a few Ancient Ion Cannons found on the planet, and a powerful Ancient Starbase in orbit. You must use your limited resources to rebuild their fleet and fend off waves of Revenant ships that grow in intensity throughout the mission. You can research the ancient structures on the planet to improve their effectiveness, unlock powerful Revenant technologies, design new ships to try out unorthadox strategies, and maybe even capture a few Revenant ships.
  
  
• Added new galaxy map options for missions for if we want to move the race's homeworld to the Revenant planet and delete its original homeworld. This is used in the first challenge map.
  
• Added new galaxy map options to make Revenant fleets to escalate over time by a specified amount (in terms of military score). Without this option set, Revenant fleets will always be proportional to the military strength of the race being attacked.
  
• Missions can now select to either completely overwrite the default tech trees with new ones instead of merging the new ones into the old ones. This is used in the new Challenge Map to create completely custom tech trees with all-new techs and even new names, and this will be available to modders.
  
• Mission objectives can now be instructed to hide their progress from the player on the info dropdown. This is used in the new Challenge Map to provide a countdown to when the next Revenant Attack is going to happen without having it display a confusing Progress indicator.
  
• The mission info on the left hand side of the screen now draws on top of whatever screen you're on, and fades out on the Conversation screen.
  
  
  
  Game Options Improvements:
• Added the ability to switch between bordered and borderless mode in the options. The device will automatically reset when you click the checkbox so there's no need to restart.
  
• The screen resolution is now set when you launch the game for the first time, but changes to the resolution in the ini files will be preserved, so you can finally change the resolution. There is not currently a dropdown for screen resolution in the options panel, though, and if you change screen resolution after first launching the game then you'll need to edit the ini file to change to your new resolution. We're working on getting a resolution selector into the game as soon as we can.
  
• Cut out and replaced the system that blurs behind the user interface with a much better system that now automatically catches UI elements and has far less rendering overhead. Everything is also now drawn to rendertargets before final rendering, opening up further potential for post-processing effects.
  
• Cleaned up a load of unused game options in the ini file.
  
• Renamed many of the game options in the ini file to make their purposes more clear (e.g. by adding PlanetScreen or GalaxyScreen before options that affect a particular screen).
  
• Added a new bakc-end system that allows me to specify whether an update should overwrite the existing ini file with default values the first time it runs. This is neccessary to prevent crashes when we make changes to the ini file other than just adding new options, and if we want to change the default options.
  
• Added an option slider for Voice Volume separate from Sound and Music volume.
  
  
  
  Minor Features:
• Races and technologies can now have bonuses specifically to Ground Cannon damage in fleet combat in addition to bonuses to Beam weapons. This is used in the new challenge map.
  
• The game now keeps track of how many Temporal Rifts you investigate and how many Revenant Attacks you survive, for use in awarding bonus points or tracking during missions.
  
• Switched the main game font from Verdana to Xolonium.
  
• Added the ability to make the Volume sliders exponential rather than linear in the ini file.
  
• Added GroundCannonDamagePercentage and ShipyardBuildRate as Technology Stats, so we can now make generic stacking bonuses to those as technologies. Used in the new mission.
  
• Added models for Factory (Tier 1, 2, and 3), Research Lab (Tier 1, 2, and 3), Food Processor (Tier 1, 2, and 3), Industrial Market, Military Barracks, Reptilian City (Hatcheries), Robotic City (The Forge), Robot Fuel Factory
  
• Added model for Support Centre (robotic)
  
• Updated the tutorial to remove a few references to "upcoming" gameplay that is now in the game, and reflect the fact that we've entered beta.
  
• Optimised the tech tree loading process. Previously there was a lot of error handling happening that could cause the game to slow down when initialising the game or loading a mission.
  
• The explosion graphics have been modified to be a bit more rendering-friendly and visually appealing. They're now a bit more random, more spread out on the planet screen, and the game no longer omits explosions when there are too many already on screen as we fixed the memory issues it was causing.
  
• Added support for races having buildings that belong to another race, so we can have a Revenant space station in the first challenge map and it'll use Revenant technology (particle beams etc).
  
• When loading a Building, Weapon or Module that is already loaded (e.g. through mission files), the existing item in the pool is replaced instead of the game crashing.
  
• Total overhaul of animation code and transitions all throughout the game to use a more accurate delta time system. You should now notice smoother animation and transitions on slower computers.
  
• Overhauled the screenshake code to a more tightly controlled variant so it will no longer sometimes jerk way off-screen for a split second if you blow up a ship with a missile. Also took the opportunity to add rotation to the screen shake and extract some new screen shake options into the ini file.
  
• Added a half-size tooltip for some smaller items
  
• Improved the way the game fades to black and back out again when switching screens, saving, loading etc. This is now consistent across all screens and much smoother.
  
• Individual races may now use the ModelProcessOverride.txt file to specify that their ship part models have already been pre-scaled to the correct size. This is used now for the Renegades ships as they were designed before we came up with our new auto-scaling model loader.
  
  
  Bug-fixes:
  Dozens of minor bugs have been fixed as a result of the Fleet Combat overhaul and the engine changeover, but they haven't all been documented. Below are those that have been documented:
  
• Fixed a bug causing Revenant fleets to automatically attack the player if they don't find a military threat worth attacking.
  
• Fixed a bug causing the tutorial to sometimes not reset fully if you exited during the times where you have no popup on the screen to prevent you from quitting.
  
• Fixed a bug causing the map options to get stuck to weird defaults after you launch or load a singleplayetr mission or the tutorial. This now correctly only saves the options for your Sandbox games.
  
• Fixed a tutorial bug causing the game to sometimes skip over the check to see if you have a colony ship if your game was running slowly enough.
  
• Fixed a bug causing the music to get stuck on if you set the volume from full to zero inside one frame.
  
• Fixed a Fleet Combat bug causing the Plasma Mine Layer to lay mines off to the side of your ship instead of where the firing pattern shows it should be.
  
• Fixed a bug making Kazzir missiles invisible.
  
• Fixed the scale of asteroids in Temporal Rift investigations
  
• Fixed a missing United Colonies satellite model that could rarely cause a crash
  
• Fixed a text bug in the first Kazzir mission - It said to build a Scout ship but really you select what ship to build.
  
• Fixed a number of text mistakes in the technology files. All of the ship hull technologies were displaying the wrong amount of power grid.
  
• Fixed a number of new bugs with the tutorial that only started happening on our test rigs after we switched to Monogame. These bugs may have affected a number of other players, causing the tutorial to get stuck at various points.
  
• Fixed a certain tooltip staying open when you enter fleet combat.
  
• Fixed a scrolling defect on the Research panel.
  
• Fixed a major bug with the research panel that allowed tech trees to be held over from one game to the next, causing problems with missions like the new challenge map that have unique tech trees.
  
• Fixed several rendering bugs with the 3D ship designer and with 2D representations of ships on the UI.
  
• Ships now correctly re-cloak when starting a new fleet combat with a cloaking device active or ending turn inside a Cloaking Field.
  
• Bonuses from Planet Leaders that affect Fleet Combat now correctly apply during Fleet Combat. Previously, a few bonuses applied 100 times larger than they were supposed to or didn't apply at all.
  
• The game should no longer sometimes crash when a planet switches owners or is destroyed while the Planet Screen is open.
  
• Fixed the game accidentally designing some ships with multiple copies of "One Per Ship" technologies.
  
• Fixed several bugs with the totalling up and display of research points in the top right of the screen not matching the actual output of your empire.
  
• Fixed the display of tax stats from planets sometimes not matching up with the amount of net tax being made.
  
• Fixed a bug in the ship designer when editing a starbase designt hat was in use elsewhere in the galaxy. It previously wouldn't work out the cost to upgrade all of them correctly.
  
• Fixed a few display bugs resulting from the font switch
  
• Fixed the lighting graphics on the Recycling Plant, Apartment Complex, Humanoid City, Energy Market, Industrial Market etc.
  
  
  We'd like to give everyone a huge thank-you for waiting for this update! The patch was ready just before the holidays but we found a stubborn engine-level crash right as we intended to release it. It's taken us until now to get all the bugs resulting from that fixed and last night we completed a full test series that came back successful. As always, please let us know if you experience any problems with this update!
  
  Note: This update will make all of your old saves no longer work, and will reset your game options the first time you start up. It will also go through the first time setup on Steam when you launch it to install new dependencies.
  
  Cheers,
  -- Brendan, Lead Developer