AI War:Current Post-5.000 Beta

Prerelease 5.030

(Note: this prerelease is not publicly available yet, we're still working on it)

• Fixed a bug in the wave-mouseover-to-show-ship-info feature in the last version that would display a blank info window and throw some (thankfully harmless) errors if the ship-type-info window had last been used to display an unlocked ship type with a "(x out of y in service)" addendum (like from mouseovering the buy queue items on a space dock).
  • Many thanks to zoutzakje, Cyborg, and Ranakastrasz for the reports and saves to track this one down, it was pretty elusive.

• The "AI is responding to your hacking on (planet name)" messages now specify whether it's knowledge-hacking or ship-design hacking, to avoid confusion. If both are actually happening on one planet, it will display both messages.
  • Thanks to Cyborg for inspiring this change.

• Previously if a planet had multiple AI Advanced Research Stations on it then doing a ship-design-hack on the planet and then capturing the planet would only let you unlock 1 bonus type (capturing it without sd-hacking led to the normal multiple types being unlocked) out of the normal set of 3. Fixed it to let you unlock n bonus types out of a set of n*3, where n is the number of AI Advanced Research Stations on the planet. In general multi-hacking like this is more advantageous, but it's very much an edge case due to the small planet counts necessary to get more than 1 ARS on a planet.
  • This change applies retroactively to uncaptured ARS's from old saves, but could not be applied to already-captured ARS's, sorry about the inconvenience.
  • Thanks to Nic for the report.

• Now the tech menu's ARS tab (which is used to view and select what bonus type you want to unlock after hacking and capturing an ARS) displays even if no hacking has been done, so you can make a decision about whether you want to hack or not without savescumming (not that anyone would do that).
  • The tab still won't show if there were never AI-controlled ARS's on the planet, since then the planet has no bonus types to show.
  • Thanks to GUDare for inspiring this change.

• Superterminal-hacking response:
  • Surges no longer automatically set the recharge time for the next pulse to 1 second (15 seconds is the normal time), as chain-surges were entertaining to the developer but not so much to the players.
    • Thanks to GUDare for inspiring this change.
  • Fixed a bug where multiple surges could happen on the same spawn; two surges on the same spawn on diff 7 would multiply spawn strength by 12.25. Ow. This wasn't intended, but a flag wasn't being set right. Now surge-rolls after the first on a spawn are treated like a "multiply by 1.5" roll, similar to how the short-range-warp-jump roll is treated as a x1.5 roll if it's already happened for that spawn.
  • When spawn strength is over the cap (500), the way it "trades" strength for higher-mark-level-spawns and shorter-recharge-to-next-pulse has been significantly changed:
    • Instead of trading for tech until <= 200 and then trading for recharge until <= 500, it randomly picks one to trade for if over 500; if it's still over 500 it randomly picks again, etc. Max tech level is 5, of course, and minimum recharge is 1 second.
    • When trading for tech, it now multiplies strength by current_mark/next_mark instead of deducting a flat 150, to better represent the linearly-increasing power that typically happens with higher marks.
      • Thanks to Hearteater for inspiring this change.
    • When trading for lower recharge time, it now multiplies strength by new_time/old_time instead of deducting a flat 33, to better represent the increasing impact of multiple cooldown reductions.

• Changed the Ship-Design-Hacker's description to be a bit clearer.
  • Thanks to Hearteater and GUDare for suggestions on how to reword it.

• Previously hacking response wild-rolls that increased spawn strength did so by multiplying the current strength value by some x%. The exponential growth this caused with higher numbers of rolls was intentional but turned out to get wildly out of control, doing things like spawning 4000 raid starships (heh) or arithmetic overflow, etc. So it's been changed to be an additive boost instead, adding x% of the pre-rolls strength to the current strength value.
  • To compensate, the now-additive bonuses are a bit higher in magnitude than they used to be.
  • The one exception to this is the superterminal's "surge" roll, which is still mutiplicative, but can only happen once per spawn. Still, it can put on some real hurt if it happens after a bunch of additive boosts (but nothing that will challenge the domain of the datatype storing the strength value).
  • (posthumous) Thanks to Toranth for warning us of the 4000+ raid starship spawn.

• Fixed a bug where the "spawn raid starships" wild-roll was giving the AI the kind of raid starship reserved for human use. Now gives the AI-variant. Already-created ones will probably remain as they are, but it shouldn't be a big deal.
  • Thanks to Toranth for the report.

• Previously hacking responses continued after the hacking was "done" (all knowledge gathered by a knowledge hacker, or the planet successfully sd-hacked by a ship-design hacker). This was intentional, to motivate getting the hacker out of there or in a transport or whatever, but it's a reasonable request to have the responses stop without player intervention, so that's what will happen now.
  • Thanks to TechSY730 for the suggestion.

• The "spawn raid starships" wild-roll no longer creates "zombie" raid starships that blindly agress upon whatever humans are in vision, but rather non-zombies that are coordinated like an exo and go charging after some juicy human target.
  • Thanks to GUDare for the suggestion; please direct your rotten fruit in his direction (assuming it doesn't have a bonus vs. Ultra-Light hulls, you'll need those).

• The grav well display circles now use much more subtle colors and rotate 1/8th as fast as they used to.
  • Thanks to clone, doctorfrog, GUDare and others for suggestions on how to make these less Yeargh!-inducing.

• Previously there was no way to know how ticked off the AI was at previous hacking attempts and thus what to expect in future ones. This was somewhat by design, as this isn't another AIP or whatever, but if the player is to make strategic decisions about hacking some kind of feedback (other than angry-ships-to-the-face) is important. So now once there's been any hacking antagonism actually generated (note: ship-design hacking doesn't actually increase that value until the hack is complete, since you haven't gained anything until then) an alert will display with a general descriptor ("Very Low", "Low", "Moderate", etc) of where things are.
  • The numeric ranges represented are pretty broad and somewhat guesses, so let us know if the AI hacking response just roflstomped the galaxy at "Low", etc.
  • Thanks to Hearteater and others for inspiring this change.

• Previously the bonus-type selection buttons on the ARS tab of the tech menu for ship-design-hacked planets would still show the "KNWL" indicator over the top of buttons for which you didn't have enough knowledge to do the unlock if you were unlocking mkII of that type normally. Except you aren't spending knowledge by clicking them, so it shouldn't show the KNWL thing, and now it no longer does.
  • Thanks to HTL2001 for the report.

• Now picking a bonus type from the ARS tab of the tech menu after a ship-design-hack is a per-player decision in multiplayer (and in singleplayer, but the difference isn't noticeable unless other players join).
  • If you think you might have players joining later, don't forget which planets had the ARS unlocks :)
  • Note that normal (no hacking) capture of an ARS still gives the same bonus type to all players, which gives ship-design hacking an additional advantage in multiplayer (though remember there's still only 3 types to pick from per ARS, so it's not all that much of an advantage).
  • Thanks to Cyborg for inspiring this change.

• Dyson Antagonizer/Converter alert messages now contain the planet name if you've scouted the planet since that unit came into existence, not just when you've actively got a scout on the planet.
  • Thanks to Shrugging Khan for the suggestion.

• Fixed a bug where helper players were getting the overflow from other players resources income-past-cap.
  • The resources were basically being lost since helpers cannot gift resources, which is intentional as otherwise this overflow case would represent an in-game bonus from having slots devoted to "helper", which would invalidate the assumption that the game can be balanced as if they weren't there and thus the AI's strength doesn't have to go up due to the presence of helpers, etc.
  • Along with this: apparently in the past overflow was going to ALL human player slots, even those that had never had any players in them, causing the resources to be split more ways than necessary in MP games with fewer than 8 human players. Fixed now.
  • Thanks to Mercatio for the report.

• Reference tab of stats window:
  • The label on the "Display Comparisons For Ship" dropdown has been changed to "Target Ship".
  • The labels on the columns have been changed from "Them > Me" to "Opponent Attacking" (note: the header of the first column on the table is "Opponent") and from "Me > Them" to "Target Attacking". Also, "Result?" has been changed to "Opponent Wins?" and the Win/Loss text switched.
  • The Opponent-Attacking columns have been swapped with the Target-Attacking columns so that the Opponent-Attacking ones are first.
  • The overall idea behind the above changes is that the reference comparison is most often used to see "what do I have that can efficiently kill a bunch of the target type?", and not often used to see "what can the target type kill efficiently?".
  • Thanks to Ragnorak for reminding us about this.

• The mouse wheel will no longer do affect zooming of the main game window while the stats window is visible (previously it was a real pain when trying to mousewheel-scroll through the various tables and dropdowns, etc).
  • Thanks to many players for repeatedly reminding us about this.

• Fortresses (mkI, II, and III; human and AI) now have a radar dampening range of 30000. Since most ships have ranges lower than that it doesn't affect them, but this prevents sniping them (notably with zenith-bombards and sentinel frigates) from way out of range.
  • Thanks to chemical_art for the suggestion.

Prerelease 5.029

(Released March 5th, 2012)

• Fixed a critical data-loss bug in 5.028 where mkII/mkIII unlocks of bonus ship types would be lost upon loading the game (i.e. don't save in 5.028!)
  • Many thanks to Physical Original for the report and save.

Prerelease 5.028 Hacker Revolution

(Released March 5th, 2012)

• Added new toggle to CTRLS window: Brave Scout Starships.
  • If this toggle is checked, your Scout Starships will suppress their normal self-preservation instincts. Specifically:
    • They will not evade (run to a far-off spot) upon exiting a wormhole under any circumstances.
    • They will not avoid being included in a selection with military ships.
  • This will tend to reduce the effectiveness of their automatic behavior for the purpose of scouting, but may make them much more useful for providing tachyon and counter-sniper coverage for a fleet.
  • Note: this applies to the scout starships of the player who's brave-scout-starships toggle is checked, regardless of who is trying to control them in a multiplayer game with Allow Team Control on. Allied Scout Starships will still be wimps unless their owners check this toggle too.
  • Thanks to many players for requesting a way of making their scout starships not imitate Sir Robin.

• Scout Starship:
  • Base Health from 120k/480k/960k/1.2M => 300k*mk.
  • Base Armor Rating from 1500 flat => 1500*mk.
  • Tachyon Range from 750/950/1150/1550 => 2000*mk.
  • Ship Cap from 5/4/3/2 => 5/5/5/2.
  • Energy Use from 2000/4000/6000/6000 => 2000/2000/2000/5000.
  • Base Move Speed from 224/464/704/704 => 240/480/720/720.
  • Now can cloak-boost up to 20*mk allied cloaked ships (range: 4k/5k/6k), except the MkIV which isn't being given cloak-boosting due to potential issues with a tachyon-immune ship having a lot of cloak-boosting.
  • The MkIV Scout Starship:
    • Now provides counter-missile coverage.
    • Will now not use the evade-after-exiting-wormhole logic at all, since it is permacloaked (the non-starship MkIV Scout has the same attribute already).
  • Thanks to many players for feedback leading to these changes.

• Fixed a longstanding bug (ever since starships were allowed to be loaded into a transport) where putting a ship with modules into a transport, saving the game, and loading the game would cause the modules to be removed from the game because the game thought they were no longer accessible (the "has a parent ship" link wasn't being checked).
  • Thanks to ArcDM for the report and Solarity for a more recent report and save.

• Fixed some longstanding (since introduction of group move trying to handle immune-to-speed-boosting units) bugs with group move:
  • Previously, for example, a speed-boostable 140-speed unit group-moving with a non-speed-boostable 152-speed unit would result in the boostable ship going 152, and the non-boostable ship going 140 (_below_ its normal speed!). This was because the non-boostable one was taking the minimum speed of it's boostable friends, and then setting its speed limit as if those friends were not actually boostable.
    • This bug has been captured, stuffed, and placed in the museum. It couldn't get away fast enough.
  • Thanks to HellishFiend and Spikey00 (among others) for reporting.

• Fixed a few longstanding bugs where ships were able to fire on targets significantly out of their range because in a few places the range checking was early-out'ing with max(dx,dy). This would have been fine if the target's current-forcefield-radius (and possibly other factors, none confirmed) were applied before the range check instead of after, but that wasn't the case and so the early-out threshold was wrong. Well, it's right now.
  • Thanks to Draco18s for the (initial) report and save.

• Knowledge Raiding:
  • Now scales more granularly with difficulty (for example,previously 9.3, 9.6, and 9.8 all had the same intensity of response as 9; no longer). This somewhat increases the difficulty of k-raids on non-integer difficulties.
  • Now considers the ship cap of ships being spawned when deciding how many to spawn, so a laser gatling doesn't "cost" as much as a fighter, but a Maw "costs" quite a lot more. This makes the difficulty of k-raids not nearly as variable based on what bonus ship types the AI has, or the unit-cap-scale being used.
  • Now only the AI controlling the planet spawns response ships, but spawns twice as many, rather than both AIs spawning ships separately. This makes the composition different if the AIs have different bonus types.
  • Now the spawns happen every 10 seconds instead of (11 - Difficulty) seconds, and the strength is multiplied by 2.5 to roughly normalize it to what diff 7 was doing. The base strength of the spawn is still linearly proportional to difficulty, but this second difficulty-based factor which made it heavily higher-than-linear is no longer there. That really steep ramp-up at the end was good before, but would be excessive with the other changes below.
  • Now, the more knowledge you raid for, the more intense the response. Up to 1 planet's worth of knowledge there is no change, after a full 2 planet's worth of knowledge the response is 1.5x as intense (having increased linearly during the raids after the first planet's worth), at 3 planet's two times as intense, at 4 2.5x, and so on.
    • In multiplayer games this ramping-up is adjusted, e.g. if 3 players have raided 9000 total knowledge (3000 each), the ramp-up is the same as in a single-player game where that player has raided 3000 knowledge. Multi-homeworld players only count as 1 for this purpose.
    • Now each spawn makes a number of "wild rolls" which apply various effects to what happens.
      • These range from "nothing" to "make it spawn around the planet edge" to "multiply it by 1.5" to "make it all raid starships" to "make it spawn on a neighboring planet", etc.
      • At first there is only 1 roll per spawn, but this goes up by 1 for every 1500 knowledge raided.
  • If you have Advanced Logging enabled, each spawn will generate an entry in the "CounterSaboteurSpawns.txt" log file; it may not make sense to players but is very helpful to us if you submit it with your feedback.
  • For the detailed discussion see http://www.arcengames.com/forums/index.php/topic,9906.0.html , but in brief the rationale is:
    • K-raiding's main purpose is to let players dig themselves out of a hole by gaining power without increasing AIP.
    • K-raiding also needs to not be a way of circumventing normal AIP-gain on a wide scale. To some extent it's good; avoiding 200 AIP via it is a bit much.
      • If a player gets in a hole multiple times in a row, it's ok if the k-raiding gets harder and eventually either they die to it (sparing them a longer game) or they have to bite more AIP (making progress, probably towards sparing them a longer game).
    • If possible, K-raiding also needs to not be boring. Partly that means making it so that "playing optimally" doesn't involve 10+ k-raids in a game, and partly that means making the actual AI response to the raids more interesting.
    • In general, the balance of all this is tentative. It looks right in our testing, but it may be too easy or (perhaps more likely) too hard. Please give us feedback and we will continue to refine towards better balance and more fun :)
  • Thanks to Hearteater, GUDare, techsy730, chemical_art, and others for feedback on how k-raiding was (still) exploitable and boring, and on proposals to improve it.

• Science Lab III:
  • Has been renamed to "Knowledge Hacker"
  • Is now mobile, cloaked, and significantly more durable.
  • Now has a 15-second setup-after-moving time (similar to the MRS's 60-second setup time before it can repair) during which it cannot gather knowledge.
  • Since you can now build them off-planet where they're not triggering spawns, these changes significantly reduce the amount of player-hassle and wall-clock-time spent on a single knowledge raid; the raids themselves (beyond the first raid) are far more dangerous so it should balance out difficulty-wise, but be less annoying.

• Superterminal Hacking:
  • Now the superterminal never seeds on an AI homeworld or core world (can still seed next to a core world which is mean, but not nearly so mean as having to permanently alert a homeworld, or capture one, in order to use the superterminal).
  • Also, the superterminal's response is now based only on the reduction achieved through the superterminal, not total AIP-reduction, so it's no longer very important to do the ST before getting reduction from other sources.
  • Now the antagonism generated by knowledge raiding feeds into the strength of superterminal spawns, and the number of times a superterminal has "ticked" feeds into that same antagonism (thematically, they're both "hacking" and the AI dinnae like it).
    • Reducing AIP via superterminal hacking is significantly more "efficient" than knowledge raiding in terms of what you gain in return for making future hacking efforts more dangerous. The disadvantage is that this requires the superterminal, and doesn't stop if you lose control of the system (unless you destroy the superterminal).
  • Now also uses a "wild roll" system like what k-raiding uses, but it's somewhat more tame in terms of what kinds of crazy it can throw in there. Right now all it can do is surges (10% of the time, the same effect that was added in the previous version), and the "short range warp jump" (15% of the time, spawns the units away from the superterminal itself) wild-effect that the k-raid spawns can get.
  • If you have Advanced Logging enabled, each spawn will generate an entry in the "CounterSaboteurSpawns.txt" log file; it may not make sense to players but is very helpful to us if you submit it with your feedback.
  • The rationale for this is trying to make both k-raiding and superterminal-hacking more interesting and more of a strategic choice (since now using one makes the other more dangerous), but also to make it harder to use the superterminal for arbitrarily-high AIP reductions (we've seen cases where players could kill 400 AIP with it without even being in much danger).
    • As with k-raiding: In general, the balance of all this is tentative. It looks right in our testing, but it may be too easy or (perhaps more likely) too hard. Please give us feedback and we will continue to refine towards better balance and more fun :)
  • Thanks to GUDare and others for various feedback over the past year showing how much people could run away with the game using the superterminal, generally stopping due to boredom rather than threat. Now you'll die of something else before you die of boredom :)

• Advanced Research Station Hacking:
  • Added the "Ship-Design Hacker" (for lack of a better name, let us know if you think of one): a 4th ship to the "science lab" line, very similar to the "Knowledge Hacker". It gathers no knowledge, but has another ability.
  • If you keep a Ship-Design Hacker on an AI-controlled planet with an AI-controlled ARS for 10 minutes (it must remain stationary during this time; it's one of those kinds of countdowns), it will "hack" the Advanced Research Station and reprogram it such that when you capture the planet:
    • Instead of being immediately granted a new bonus ship type, you will be able (from the tech menu of the ARS, or of a Ship-Design Hacker) to select one of three bonus ship types.
    • Note the hacker does not have to survive after the hack has been completed, and the ARS does not have to survive after the planet is captured, but you will need a science lab, ARS, or SDH (anything with a tech menu that normally lets you unlock II/III versions of fleet ships, basically).
  • However, the AI will react to Ship-Design Hackers the same way they react to Knowledge Hackers. Also, the number of previous ship-design-hacks you've pulled off will increase AI response to future hacking (of all 3 kinds). Each subsequent ship-design-hack makes things a lot worse than the previous one did, such that 1 isn't a big deal, 2 is a big deal, 3 is a huge deal, 4 is probably death if you hack seriously again, and 5 is really going to mess you up if you so much as look like you're hacking the rest of the game.
  • In summary: if you don't "use" your opportunity to hack for k-raiding, or for the super-terminal, you can use it here to get more flexibility in your fleet composition. You can also do all three activities, but remember that they each make the others more dangerous.

• Amended Bomber Starship description to note that it is unable to hit small targets.
  • Thanks to rabican for reminding us that it wasn't admitting to this particular limitation.

• Fixed a bug where aoe shots would do fail to hit a forcefield they detonated against unless the actual forcefield-generating unit was in range of the explosion. Now the collision check is done against the forcefield's current radius rather than its center point.
  • Specifically, this deals with plasma siege starships firing upon but being unable to damage an AI forcefield (when it was high enough health, at least).
  • Thanks to TechSY730 and rabican for reporting and providing saves.

• Dyson Antagonizer (hybrid plot) :
  • Now tries to be built somewhat closer to the AI's border.
  • Health from 80M => 40M.
  • The more dangerous values may be restored for Advanced Hybrids or some other option in the future, but the previous string of buffs to this plot was proving too much for normal.
  • Thanks to various players for feedback on this.

• The "Detected AI Progress Reducers" galaxy map display used to just show "DC " followed by the total number of reducers on the planet (for planets with any). Now it shows "DC", "CP", "ST", or "CL" (Data Center, Co-processor, SuperTerminal, Civlian Leader) and if there are multiple on a planet it shows them with spaces inbetween (so potentially something like "ST DC DC").
  • Thanks to Spikey00 for pointing out that the previous display left something to be desired.

• Impulse Reaction Emitter, in recognition of winning the 3rd "worst ship" award:
  • Effective Range from 4200 => 6000.
  • Base Move Speed from 20 => 30. This makes it slightly faster than a fighter.
  • Base Metal+Crystal cost from 300+300 => 250+250. That's mkI; other marks use normal progression.
  • Minimum multiplier from 5 => 8.
    • The base-cap-dps was already high at 73k and is now in the top 10 among fleet ships (including self-destructing ships and ships with no bonuses) at 117k, but this helps counterbalance the fact that it doesn't get more than the minimum multiplier against most fleet-ship targets.
  • Multiplier from (target energy use)/1024 => (target energy use)/256. So it starts getting a higher-than-minimum bonus against ships using 2049+ energy, up to the max multiplier of 30 against targets using 7680+ energy (note that the IRE is not any better damage-wise against max-multiplier targets, since it was already very powerful there).
  • Thanks to the poll voters for bestowing this dubious honor, and for more specific feedback on what the unit actually was lacking.

• Space Plane, in recognition of doing really well in the 3rd "worst ship" poll:
  • Vs-Hull multipliers from 2.4 => 3.2.
    • For reference, that's against Light (Fighter), Polycrystal (Bomber), Heavy (... a lot of things), and UltraHeavy.
    • Eyebots have 3.2, and a somewhat lower base-dps, but can shoot through forcefields.
  • Seconds-per-salvo from 3 => 9.
  • Base Attack Power from 600*mk => 1800*mk.
    • So that's the same dps as before (aside from the multiplier increase), but higher alpha capacity for hit-and-run using their radar dampening, etc.
  • Base Energy Use from 100 => 50, because with the 1.75x ship cap the default energy use (100) was kind of excessive.
  • Base Metal+Crystal cost from 90+90 => 75+75 (that's mkI). More in keeping with the dies-due-to-light-breeze-when-it-can-catch-them nature of the ship.
  • And the AI is really happy about this part: the Space Plane is now immune to AoE damage. That's bargained down from immune-to-gravity, so be happy.
  • Thanks to the poll voters for their feedback on this unit.

• Vampire Claw, also in recognition of runner-up-for-worst-ship:
  • Base Health from 5000*mk => 10000*mk.
    • Previously they only had 4M cap-health, which was below even stuff like eyebots. Kind of rough for a melee ship even with self-regen. Now at 8M they're still really low compared to most fleet ships.
  • Now have cloaking. Be afraid. Bring tachyons. And garlic.
    • Note that this means that games with cloaking ships disabled won't have claws. But any game already started that has them will continue having them, regardless of that setting.
  • Base Energy Use from 200 => 160.
  • Base Attack Power from 650 => 850.
  • Added Artillery to the hull types this has a bonus against (om nom missile frigate tasty).
  • Now has a 0.3x multiplier against the command-grade hull type.
  • Thanks to the poll voters for their feedback on this unit.

• Youngling Tiger:
  • Base Metal+Crystal from 40+40 => 25+25, same as commandos and weasels.

• Youngling Vulture:
  • Base Metal+Crystal from 40+40 => 25+25, same as commandos and weasels (and tigers, now).

• Spire Gravity Drain:
  • Base Metal+Crystal from 0+3000 => 500+1000. These were tied for most expensive fleet ship, and 2x (or more) as expensive as all but 6 other fleet ship types. Wasn't really anything to justify that.
  • These need more rebalancing attention, but ran out of time for that in this release.

• Spire Gravity Ripper:
  • Base Metal+Crystal from 1800+1200 => 1000+500. Was similar to the grav drain's situation.
  • These need more rebalancing attention, but ran out of time for that in this release.

• Spire Armor Rotter:
  • Base Metal+Crystal from 800+1900 => 450+900. Was 3rd most expensive.
  • These need more rebalancing attention, but ran out of time for that in this release.

• Space Tank:
  • Base Metal+Crystal from 1100+0 => 600+100. Was 5th most expensive, and more expensive than bombers, now slightly less expensive than bombers.
  • Base Attack Power from 2600*mk => 2300*mk.
  • Vs-Hull-Type multipliers from 3.2 => 6.
    • Bombers have 6. Space Tanks now have a roughly 30% higher base-dps, since the general idea is for bonus ship types to be 30-50% more useful than triangle types.
  • Effective range from 4800+200*mk => 6300+200*mk. Since they're so slow.

• Grenade Launcher:
  • Base Energy Use from 400 => 150. It had twice the cap-energy-use of the next highest fleet ship type.

• Sentinel Frigate:
  • Base Attack Power from 14000*mk => 31000*mk. It had a cap-dps (base=max for this one) of 44k, which was really laughable. 100k is bit on the low end for a type with no bonus of any kind, but it is an infinite-range ship.

• Made end-of-Fallen-Spire spawns yet more enthusiastic, due to the opposition they sometimes face on 10/10. That AI sure is stubborn...

• On planet view, the game now draws two circles representing the key zones of the planet's "gravity well". These will generally only be seen when zoomed very far out. The inner circle (60000 range from planet center) represents the bounds of the area within which stationary structures may be built and transports may unload. The outer circle (80000 range from planet center) represents the boundary beyond which ship engines are unable to maintain a useful velocity.
  • The underlying rules have been there for over a year, but seeing the ranges involved the minimap.
  • To go with this, added new toggle: Disable Planet Area Display, which disables this new drawing behavior. If there's a bunch of complaints this toggle may be changed to default to "on", but we'll see :)
  • Thanks to clone for reminding us how little clue the game gave (particularly to new players) about the existence and importance of these two ranges.

• Now for wave alerts that list the actual ship type being sent at you: moving your mouse cursor over a wave alert will bring up that ship's data, similar to mousing-over a ship of that type.
  • Thanks to clone for the suggestion.

• Science Labs I/II/III, the Survey Ship, and the new Ship Design Hacker are now all immune to the maw's swallow effect. This has nothing to do with a recent test going unexpectedly and terribly awry, of course.

Prerelease 5.027 SuperTerminal Overload

(Released February 23rd, 2012)

• Fixed a bug where the stages of the hybrid-dyson plot that were supposed to only happen when Advanced Hybrids were on were happening when only Normal Hybrids were on.
  • Note: the antagonizer is part of what should happen with normal hybrids, but we're working towards more flexibility there too.
  • Thanks to orzelek for the report.

• AI Super-Terminals:
  • Previously these became active after you finished building a command station on the planet, and went dormant again as soon as your command station was destroyed. Now they never go dormant after becoming active: now, the only way to shut down an active superterminal is to destroy it.
    • Thanks to Atomjack for pointing out that it was too easy to keep turning the terminal on and off previously.
  • Now each super-terminal "pulse" has a 10% chance to be a "surge":
    • It puts a message in the chat log letting you know there was a surge.
    • It intensifies the pulse by (highest AI difficulty / 2) (so diff 7 means that pulse will be 3.5 as strong in terms of enemy ships generated).
    • It sets the time until the next pulse to 1 second instead of the usual 15. "Chain surges" are therefore possible, albeit fairly unlikely.
  • Previously when the super terminal reached a certain size of mkV pulse it simply didn't get any more dangerous; now it will start shortening the time between pulses as the strength goes past that point.
  • In all, super terminals were being a little too tame. It's great that proper playing of an ST can make the difference between winning and losing, but they seemed to need more danger and unpredictability to balance out their fairly powerful advantages. It's more like "riding the bull" now, and if it gets out of control it can kill you.

• Mapgen will no longer put the dyson sphere adjacent to an AI core world, because having a core world on alert the whole game was nearly an automatic loss on some more intense scenarios. It's better if you die because of something you actually had influence over.
  • Thanks to GUDare for reporting a game where the dyson sphere was bordering 3 core worlds. Ouch.

• Riot Tazer:
  • Paralysis Time from 1 => 3 (internally 2 => 4, but the first second generally gets eaten due to processing order).
  • Reload Time from 2 => 8.
  • Per-planet stagger from 2 seconds => 6 seconds.
  • This helps prevent some transient (and difficult to reproduce) stunlocks due to processing order, while maintaining the ability to keep things locked down 50% of the time.
  • Thanks to GUDare for reporting the transient stunlocks.

• Anti-Starship Arachnid V:
  • Has become Spider Bot V, which it has been internally since the beginning but had a bunch of special changes to make it an anti-starship unit.
    • Long ago this was a really important unit for the AI because it would spawn them in response to human usage of starships, but that hasn't been the case for rather a while.
    • In the meantime, they generally only see service if a human player captures a fabricator that produces them, and while the AI does use some starships generally these units are very, very low on usefulness to a human player because they literally can't hit anything that isn't a starship. So now they're just Spider V.
  • Thanks to GUDare for reporting that he shot his monitor after finding 2 Anti-Starship V fabricators. At least, that's what's on the police report.

• Spider Bots:
  • Engine Damage per shot from 15 => 60.
    • This brings mark I cap-engine-damage-per-second to about 30% of a cap of Spider Turrets; a cap of mkII (which has fewer ships) to 50-55%, and so on.
  • Base Health from 3600*mk => 7200*mk. They were right at the flimsiest end of fleet ship cap-health (5M), now just in the lower 3rd (10M).

• Beam Starship:
  • Rebalancing as a MkV starship, since the fleet ship fabricators produce MkV stuff.
  • Base Move Speed from 14 => 22.
  • Base Health from 4.5M => 22.5M. Now on par with the Core Starship for cap-health.
  • Max targets hit per shot from infinite => 9. Same as Zenith Beam Frigate.
  • Seconds-per-salvo from 5 => 2. Not the same as Zenith Beam Frigate.
  • Base Attack Power from 28k => 44k. If it hits 9 targets every 2 seconds, that puts cap-dps at about 3/4 that of the Core Starship's bonus cap-dps.
  • All vs-hull-type multipliers removed; the "bonus" for ships like this is typically obtained by hitting more than one ship; max bonus is against large clumps where you can always hit the max.
  • Energy and m+c costs looked ok; energy a bit high, m+c rather low for mkV but since you have to get a fabricator to build these we can let it slide unless it becomes a problem.
  • Thanks to zharmad for the reminder that these have needed a rebalance since before 4.0.

• Warbird Starship:
  • Rebalancing as a MkV starship, since the fleet ship fabricators produce MkV stuff.
  • Made eligible for spawning in exos again; were originally removed from that because if they were lead ships they made the whole group go terrifast. Well, Raid Starships are even faster and are still eligible, so these are going back in. Generally these won't be picked to lead all but relatively early exos with lighter overall firepower.
  • Base Health from 3M => 17M. Now about 70% of Core Starship for cap-health (or: a bit over 10M*mk, where 7.5M*mk is about as low as any combat starship should go in the current approach).
  • From no vs-hull-type multipliers => 4 vs polycrystal, heavy, ultra-heavy, and structural.
  • Seconds-per-salvo from 5 => 2.
  • Shots-per-salvo from 40 => 16.
  • Base Attack Power from 2k => 8k. This brings non-bonus/bonus cap-dps to a bit under 200k/800k, very similar to the core starship in that regard.
  • Energy and m+c costs looked ok; energy a bit low, m+c rather low for mkV but since you have to get a fabricator to build these we can let it slide unless it becomes a problem.
  • Thanks to Spikey00 for the reminder that these needed a rebalancing.

• Paralyzers (specifically, zenith paralyzers, but also nanoswarms to some extent) are now much more aggressive about spreading out their fire across available targets to make better use of the paralysis effect.
  • It still will focus more than is optimal in cases where a group of more than 100 paralyzers (of the same mark, controlled by the same player, relatively near one another) has more than 100 non-paralyzed targets in range (they'll generally all focus on 100 of the targets in the first volley, and spread out afterward) due to our desire to not have target lists longer than 100 for RAM-consumption reasons. But it's a lot better than it used to be.
  • Thanks to soMe_RandoM and (more recently) zharmad for bringing to our attention how sub-optimal the targeting used to be.

• Reference tab balance export:
  • Removed a lot of no-longer-relevant columns.
  • Added columns for base shot strength, targets hit per shot, shots per salvo, seconds per salvo, minimum and maximum special multipliers (for vulture/IRE/polarizer), short name, wave name, etc.
  • Improved computation of non-bonus and bonus dps to be right in more cases (still off for autobombs/minirams/nanoswarms, etc).
  • Thanks to Dazio for suggestions on what would be helpful for working on the new wiki pages for each ship (and thanks to him and others for that work, of course!)

• Fixed a bug where the minimum special multiplier wasn't working for Zenith Polarizers against targets that literally had zero armor, so their dps was 1/4 the intended value in those cases. Fixed a related bug for Impulse Reaction Emitters, but that probably wasn't affecting any significant cases.
  • Thanks to TechSY730 for the report.

• Acid Sprayers:
  • Base Attack from 450 => 600. This puts the non-bonus cap-dps pretty exactly at the fighter's.
  • Base Movement Speed from 40 => 50. Now same as the ether-jet; this is a very short range ship and needs to be able to close the distance.
  • Vs Hull Type Multipliers from 6 => 8. The fighter's vs-polycrystal bonus is 5, for reference.
  • Base Metal/Crystal cost from 0/300 => 40/180. So 10% more expensive to build to cap than a fighter (though it's still twice as much energy).
  • Thanks to the many players weighing in the poll naming the Acid Sprayer as the second winner of the "worst ship" award. In honor of these changes, the award has been optimistically confiscated.

Prerelease 5.026 Pay Attention, Exos!

(Released February 15th, 2012)

• Fixed a bug in the previous version where broken-golems-hard and spirecraft-hard exos could sometimes pick any human-controlled unit as their main target.
  • Thanks to dotjd for the report and save.

• Vorticular Cutlass:
  • Base Health from 7000*mk => 10500*mk. This puts them at the top of the target fleet ship range with 30M*mk cap-health (Armor Ships and Shield Bearers were the only other ones up there before this).
  • Base Speed from 16 => 54. So from slower than a fighter to slightly faster than an etherjet.
  • Base Metal/Crystal cost from 200/50 => 30/30. Now the same price as infiltrators, a bit lower than tele-raiders, etc.
  • Base Energy use from 100 => 20.
  • Thanks to many players for ongoing feedback about these being, possibly, the least useful fleet ship in the game since its last major changes.

• Fixed bug where autobombs/nanoswarms/etc could now target and fly into an aoe-immune ship but couldn't actually do anything to it. They'll now do damage and their other effects as normal, though if it's just a big pile of aoe-immune targets you'll probably want to hold them off for efficiency reasons: they'll only hit the direct target, unless there's something aoe-able in range.
  • Thanks to techsy730 for the report.

• Youngling Nanoswarm:
  • Paralysis time from 1*mk seconds to 3*mk seconds. Partly because really short paralysis times work a bit oddly, partly because these needed to be more useful.
  • Engine damage from 2*mk => 10*mk.

• The "The Tank" AI-type wave multiplier from 0.5 => 1, as the intent behind it is that it be actually stronger on offense than usual, rather than weaker. The average should be fine, but possibly another increase can come later.

Prerelease 5.025 Balance Beam

(Released February 13th, 2012)

• Everything that fires Siege Plasma (Plasma Siege Starship, Plasma Siege Cannon modules), Flak grenades, grenades, or self-explodes (autobomb, nanoswarm) can now fire directly upon aoe-immune targets, but the resulting aoe will still not hit any aoe-immune targets (just the directly hit target).
  • Notably, this restores the Plasma Siege Starship's ability to target Raid Starships, which was unintentionally lost in the previous version.
  • Thanks to techsy730 for pointing out the error, and several players for the suggested mechanic change.

• Added new toggle to CTRLS window: "Make Multi-Planet FRD Patrol" (defaults to on).
  • If this toggle is checked, your FRD units will pursue and engage enemy units on the same planet even if currently under orders to proceed to a different planet.
  • Otherwise, your FRD units will prioritize a "move to different planet order" and will not break off to pursue enemy units.
  • Note: This used to be the default behavior but was changed during the last year. Several requests to return to the previous behavior have led to this change, but the suppress-patrol behavior is available by unchecking this toggle, for those who want it (or to use it for a certain period of time). More granular control could be added, but we didn't want to overbuild this.
  • Thanks to many players for reminding us that they really like it when FRD means "Patrol".

• When computing the number of reactors of a specific mark controlled by a specific player on a specific planet for the purposes of reactor-inefficiency, that number is now divided by that player's number of homeworlds (if that player has more than 1). This allows them to get basically the same energy output per m+c cost as an equivalent number of separate players with the same total number of homeworlds.
  • On the same note, the "auto build energy reactor" toggles on the CTRLS window (both galaxy-wide and per-planet) have been converted to sliders allowing you to specifying that more than one should be auto-built. If both the galaxy-wide one and a per-planet one are greater than zero, that planet will auto-build the higher of the two numbers (but not the sum, unlike with engineers).
  • The energy difference between multi-HW and multi-players has been known for a long time and not considered a priority. However, recent scientific analysis has concluded that multi-HW AARs have significant potential entertainment value, hence the change.
  • Thanks to many, many players asking for this over the years.

• Added new unit cap scale option: Ultra Low
  • Most large-cap ships have roughly a quarter of the standard cap (Fighter MkI = 24), and are roughly four times as expensive, four times as strong, etc.
  • This puts the lowest possible load on the your CPU when you have the biggest-possible battles. Also helpful if you're playing a game with 8 human homeworlds (in multiplayer or otherwise).
  • Thanks to GUDare for submitting a save that showed a Low-caps battle making a modern CPU cry.

• Flak Turrets:
  • Effective range from 4000/5000/6000 => 4500/5500/6500 to make them a little easier to place around a wormhole.
  • Now when under a firepower-reducing forcefield they retain 75% of their attack power instead of the customary 25%.
  • Hopefully they'll now be closer to the general usefulness of other turrets in that they don't have to die immediately (if protected).
  • Thanks to chemical_art, techsy730, GUDare and other players for weighing in on the flak's recent usefulness and making suggestions.

• Lightning Turrets:
  • Now when under a firepower-reducing forcefield they retain 75% of their attack power instead of the customary 25%.

• Heavy Beam Cannons (just the human standalone ones, not any of the spire variants, though the spire variants were impacted by the m+c and knowledge cost changes) :
  • All marks:
    • All vs-hull-type bonuses removed, these are just straight damage now, which is more thematically appropriate. Also, it's nice to have at least one turret type that doesn't have that kind of bonus.
    • For reference, these aren't really "aoe", they're "blast-through"; a beam loses strength as it does damage.
  • MkI
    • For reference, MkI unit cap is 12 for these, and each fires 3 beams every 7 seconds.
    • Base Health from 250k => 850k. This brings cap-health a bit higher than missile turrets, which are the squishy end of turret types.
    • Base Energy Use from 750 => 1650. This brings cap-energy to just slightly above MLRS and several other turret types.
    • Base Metal/Crystal Cost from 8000/14000 => 6500/11000. This brings cap-mc to slightly below most turret types.
    • Base Attack Power from 50000 => 140000. This brings cap-dps to be second highest turret non-bonus-dps (lightning being highest) but well below the any turret's bonus-dps.
    • Knowledge cost from 2000 => 500. The other mkI turrets are free.
  • MkII
    • For reference, MkII unit cap is 8 for these, and each fires 6 beams every 6 seconds.
    • Base Health from 1.25M => 2.55M. Basically: mkI health * (2 for being mkII) * (1.5 for smaller unit cap)
    • Base Energy Use from 1300 => 2500. (roughly mkI * 1.5 for cap)
    • Base Metal/Crystal Cost from 16000/28000 => 13000/22000. (mkI * 2, customary for mkII)
    • Base Attack Power from 50000 => 180000. Basically: mkI damage * (0.429 for rate-of-fire-difference) * (2 for mkII) * (1.5 for unit cap)
    • Knowledge cost from 3000 => 2500. Most other mkII turrets are 2000-3000.
  • MkIII
    • For reference, MkIII unit cap is 4 for these, and each fires 12 beams every 5 seconds.
    • Base Health from 2.25M => 7.65M. Basically: mkI health * (3 for mark) * (3 for unit cap)
    • Base Energy Use from 2000 => 5000. (roughly mkI * 3 for cap)
    • Base Metal/Crystal Cost from 32000/56000 => 26000/44000. (mkI * 4, customary for mkIII)
    • Base Attack Power from 50000 => 225000. Basically: mkI damage * (0.179 for rof diff) * (3 for mark) * (3 for cap)
    • Knowledge cost from 3500 => 3000. That's pretty normal for a mkIII turret.
  • MkIV
    • For reference, MkIV unit cap is _1_ for these, and it fires 40 beams every 4 seconds.
    • Base Health from 3.25M => 40M. Basically: mkI health * (4 for mark) * (12 for unit cap)
    • Base Energy Use from 2000 => 20000. (roughly mkI * 12 for cap)
    • Base Metal/Crystal Cost from 64000/112000 => 52000/88000. (mkI * 8, customary for mkIV)
    • Base Attack Power from 50000 => 290000. Basically: mkI damage * (0.043 for rof diff) * (4 for mark) * (12 for cap)
    • Knowledge cost staying at 3000. Thought about 3500, but it really is just one unit.
  • These haven't seen a real rebalance in... a long time, and had fallen behind pretty drastically through the various changes since the 3.x days. Hopefully this will make them statistically competitive with other turret types (that have much larger caps). Feedback on how it all actually works out in practice is very welcome.
  • Thanks to Hearteater and others for feedback that inspired these changes.

• All modules (except those that generate forcefields) are now invincible and thus untargetable, etc.
  • This really helps prevent a lot of fiddliness when losing modules on a Riot (or whatever), especially when you've got a build queue competing with the ship's auto-replacement logic, etc.

• Fixed a longstanding bug where modules would not always decloak their parent ship when firing.
  • Thanks to several players for reporting that the previous fix for this wasn't working.

• Now when a modular ship is in low-power-mode, all its modules act as if in low-power-mode.
  • Note that if a module was already in low power mode and the parent is made low-power and then taken out of low-power, that module will stay in low-power. The other modules that were not in low-power before will come out of it when the parent does.

• Riot Starships:
  • Ship Cap from 4/3/2 => 4 flat. Most of the special starship types have non-decreasing caps already.
  • Base Health from 900k*mk => 1.8M*mk. This brings their just-the-hull health up to just below the squishy end of the current target zone for starships (7.5M*mk cap-hp, though Raids and Leeches are currently way below that for other reasons).
  • Shield mkI/mkII Base Health from 500k*mk => 1.8M*mk. This brings their hull+shield health up to the middle of the target zone.
  • Base Speed from 20/17/14 => flat 20.
  • Base Energy Cost from 3000/4000/5000 => flat 3000.
  • Base mkI Metal+Crystal Cost from 20k+60k => 30k+50k (mkII is 2x, mkIII is 4x).
  • Knowledge Cost from free/3500/4500 => free/4000/5000. DPS starships run 0/5k/7k, more specialized ones like the raid run 0/4k/4k, etc.
  • Base Attack Power from 3600/5200/6800 => 4000*mk. This brings their non-bonus-dps up to the very low end of the current target zone for starship (20k*mk cap-dps). So it's really low (even with module damage), but it's a utility type.
  • Base Engine Damage from 40/55/70 => 40*mk.
  • Multiplier vs Medium from 2 => 4. Its other 4 bonuses were already 4.
  • All Modules:
    • No longer have an energy cost. 12k cap-e for the hulls is enough.
  • Machine Gun Modules:
    • Engine Damage Percent Floor from 50%/30% => 40%/20%.
  • Laser Modules:
    • Engine Damage from 17*mk => 30*mk. The machine guns are still 3x as efficient for total EDPS but have shorter range and cannot bring engines as low as these.
    • Multiplier vs CloseCombat from 5 => 4.
    • Multiplier vs Neutron from 3 => 4.
  • Shotgun Modules:
    • Base Attack Power from 40 => 400.
    • Engine Damage from 28 => 36. Makes these 2x as efficient as MGs for total EDPS.
    • Shots per salvo from 25/49 => 25*mk.
    • Multiplier vs Swarmer from 6 => 4.
    • Multiplier vs CloseCombat from 5 => 4.
    • Multiplier vs Refractive from 5 => 4.
  • Tazer Module:
    • Multiplier vs Medium from 3 => 4.
    • Multiplier vs Artillery from 3 => 4.
    • Now has a planet-wide stagger time of 2 seconds, to prevent permanently stunlocking 4000+ ships in a multi-hw setting with 4 Riot IIs. They can still be used to effectively halve the attack power (due to prolonging reload time) of non-paralysis immune enemies. Also tends to interrupt them while they try to get away.
    • Thanks to GUDare for being the one to confirm the long-held suspicion that these were horribly exploitable.
  • Tractor Modules:
    • Tractor Range from 1700*mk => flat 4400. Same as mkIII tractor turrets.
    • Tractor Count from 10/40 => 72*mk. Same as mkII/mkIII tractor turrets (but mobile and not needing supply).
      • Note that this doesn't scale with unit cap scale and really should, but that's a bit out of scope for this time frame and these would be the numbers on high caps so you're not losing anything.
  • For reference, total cap-EDPS with all MG/SG builds firing within main-gun range is now 3080/4720/7080, compared to the spider turret's 7833 (from infinite range, insta-fire, and able to take engines down to 1%, but immobile and way more expensive).
  • This was another long-overdue rebalancing, hence the magnitude of changes.

• Orbital Mass Drivers:
  • Now when under a firepower-reducing forcefield they retain 75% of their attack power instead of the customary 25%.
  • Thanks to techsy730 for the suggestion.

• Leech Starship:
  • Base Energy Use from 10k/14k/18k => flat 5k. So cap-e is same now as Raids (the next highest for combat starships)
  • All vs-hull-type bonuses removed, to allow for a bit more of an overall damage buff and thus more general reclamation utility.
  • Base Health from 1.6M*mk => 3.2M*mk. Was well below the target range for starship cap-health, is now just on the low-end (bottom is 7.5M*mk).
  • Shots per salvo from 1 => 3. That brings it up to the target range for starship-with-no-bonuses cap-dps (about 66k*mk), and should help it reclaim more.
  • Hull type from UltraLight => Heavy because UltraLight tends to be a major pain to kill when in the hands of the AI (see: raid starships) and the health just doubled.
  • Thanks to many players for feedback that this was an underwhelming unit.

• Light Starship/Flagship/Zenith Starship/Spire Starship/Core Starship
  • Ship Cap from 5/3/2/2/2 => 4 flat.
  • Base Speed from 15/18/18/24/22 => 22 flat.
  • Base Armor Rating from 1000/2500/2500/2500/2500 => 1000*mk.
  • Base Energy Use from 2k/10k/20k/20k/20k => 4k flat.
  • Base Attack Range from 1500/4800/3000/10000/500 => 3000+(200*mk).
  • Base Health from 2M/6M/14,625k/12,675k/25,350k => 3.75M*mk. This brings them to 15M*mk cap-health, and the target range for starships is 7.5M-40M*mk (though there aren't any "Armor Starships" or whatever that would actually use the top of that range, etc).
  • Shots-per-salvo from 5/9/14/4/5 => 5 flat.
  • Seconds-per-salvo from 4/4/2/2/5 => 4 flat.
  • Multiplier vs CloseCombat from 12/12/1/1/1 => 4.
  • Multiplier vs Medium from 8/8/1/6/1 => 4.
  • Multiplier vs Light from 6/6/1/1/1 => 1/1/4/1/4.
  • Multiplier vs Polycrystal from 1/1/0.01/4/1 => 4/1/1/4/4.
  • Multiplier vs Artillery from 1 => 1/4/1/1/4.
  • Multiplier vs UltraLight from 1/1/1/4/1 => 1.
  • Multiplier vs Swarmer from 1/1/1/1/0.1 => 1.
    • Part of this is to make each of the mkI-IV varieties good against one triangle ship type, and the mkV good against them all (not that you can get the mkV normally, but the AI can!).
  • Base Attack Power from 3600/12k/30k/60k/60k => 8k*mk. This brings them to 40k*mk non-bonus and 160k*mk bonus cap-dps, which is about right for a 4x-bonus starship.
  • Munitions boost range from 3k/6k/5k/8k = 2k+(1k*mk).
  • Most of the mark-specific quirks (flagships do a little engine damage, zeniths and up have warp detection, spires are immune to gravity, different ammo types, etc) are still there.
  • There've been a lot of balance problems with this line for a while, and we've held off from comprehensive changes partly since they're really two separate lines (fleet starship and alien starship) and we'll probably split them up at some point. We'll probably still split them up later since that would be cool, but for now it's easier to balance them as a cohesive line according to the guidelines used for the other combat starships.

• Golems-Hard and Spirecraft-Hard exos are now a bit more wily about what their primary objectives. FS exos may follow suit later.

Prerelease 5.024 Carrier Rules Of Engagement

(Released February 6th, 2012)

• Fixed an... interesting omission in the previous version: Plasma Siege Starship base range was supposed to have gone from 16k to 4k, but did not. On further thought, the change was made to 6500/7000/7500 instead (same as mkI/II/III missile frigate).
  • Thanks to TechSY730 and GUDare for the report.

• Spider turrets:
  • Base Metal Cost from 6000 => 1200.
  • Base Crystal Cost 15000 => 2400.
  • These weren't actually changed in last patch because they weren't inheriting the sniper turret costs. This is actually a good thing as spider turrets are substantially more useful than sniper turrets. They now cost 2x as much m+c as the sniper turret (3600 vs 1800).
  • Thanks to c4sc4 for pointing out that the costs hadn't changed.

• Fixed a bug in the previous version where Ally counts on the galaxy map display were higher than they should have been (specifically, it was taking the total number of friendly ships and adding the number of "my ships" instead of subtracting it).
  • Thanks to dorenthas for the report.

• Fixed a display bug where a constructor that had to stop building would sometimes still show in some places as continuing to spend resources. They were not actually continuing to spend resources while unable to build, but it looked like it.
  • Thanks to Cyborg for the report.

• Fixed a bug where a constructor that had to stop a build in mid-construction due to the ship cap for that type becoming full (another constructor "won the race", so to speak) would usually fail to refund the resources it had already spent on the ship being built.
  • Thanks to Cyborg for the report that led to this being found.

• Stats Window -> Resource Flows Tab, detail (i.e. non-summary) mode:
  • The unit type name for each entry is now a button.
    • Left clicks center your view on the unit (and switch to its planet, if different from your current view).
    • Right clicks try to toggle whether the unit is in low power mode (note that a unit in low power mode will typically not be shown in detail mode because it only shows stuff with a non-zero metal or crystal impact).
    • Fixed a bug where the "Reason" column always said "Normal Operation", even if it was supposed to say Assisting, Repairing, Self-Building, Build Queue, or Low Power Operation.

• After a few months of etiquette classes, player-ally zombie ships have learned to die silently. (Note: minor faction player-ally ships already knew this)
  • Thanks to Red Spot for the suggestion.

• AI Carriers:
  • Are no longer invincible if there's >= 2000 AI ships already on the planet.
    • Previously this was necessary to avoid too many AI ships on a planet at once for decent cpu/ram performance.
  • Now, when a carrier deploys (it deploys when destroyed):
    • If there are fewer than 1400 AI ships already on the planet, and another carrier has not deployed in the last few seconds, it deploys normally as before.
    • Otherwise, it "combines" its contained units into a fairly small assortment of ships and deploys those. The population of this group uses similar logic as exo waves, but is not itself an exo wave (there's no leader, no beeline-human-homeworld logic, etc), it behaves as normal threat.
      • The more AI ships there are on the planet, the more "condensed" it tries to make this deployment, so in those cases you'll see more enemy starships, etc but far smaller quantity.
  • Also, if there are less than 500 AI ships already on the planet, and it is a non-AI planet and there's at least one enemy military (non-mine) unit, and another carrier has not deployed in the last few seconds, it automatically deploys.
  • Rationale: Previously it was possible to have carriers slip through otherwise impenetrable defenses because there were simply too many AI ships (which may have been somewhere else on the planet) to quickly kill. This was desirable from a design standpoint because we don't want a single layer of impenetrable defenses to be the end-all defensive strategy in the game. However, it has proved consistently frustrating (in a non-fun way) for some players so it seemed a good time to try something different. Now the presence of a ton of other AI ships doesn't make the carriers invincible, it just makes them very dangerous to destroy. Hopefully in an interesting way :)
  • Note: none of this impacts Barracks; they're still invincible in such cases, but we haven't heard many reports of players being frustrated by barracks invincibility.
  • Thanks to Cyborg and others for inspiring this change.

• Added new toggle to controls (CTRLS) window: Auto-target Carriers.
  • If this toggle is checked, your units will consider AI Carriers normally when picking targets automatically. Otherwise, they will not automatically fire upon an AI Carrier (it may still fire upon a carrier that it has already put on its target list, but that will last no longer than the current engagement).
  • Regardless of this toggle, you may still directly order your ships to fire upon an AI Carrier.
  • This toggle is useful because killing a Carrier can be dangerous (due to what comes out), but sometimes it's more important to make sure your defenses don't ignore them.
  • This defaults to off. If you want your units to auto-target carriers, you will need to turn it on.
  • Note: implementing this involved a fundamental change to the logic that controls "can this unit be targeted at all?" and "can this unit be automatically targeted?". Specifically, that was always previously decided solely based on the potential target's type, and now it has to consider the player that owns the unit trying to do the targeting. While these changes were tested and very carefully checked it's certainly possible that a bug slipped through and will cause all manner of strange and wonderful consequences. Mantis and enjoy.

• Plasma Siege Starship
  • Shot now has a traditional (lightning-type) aoe that does 6.25% of normal damage to up to 14 extra nearby targets.
    • In order for this normal aoe to work, the restriction from firing upon fleet ships has been removed. Previously it was there primarily to keep the autotargeting from "wasting" shots on small stuff, but this has become less important. It still prefers targeting starships, etc.
  • Still has the "siege" effect when hitting a forcefield, but that's been changed from 1% of the damage done to up to 200 ships to 6.25% to up to 25. That's less total, adjusting somewhat for the addition of the traditional aoe and the greater ease of getting the whole bonus.
  • For reference, the Siege's dps (per unit, not per cap) against a single target is about 71% that of the Bomber Starship (previous version notes said 1/3rd, that was actually inaccurate). If the traditional aoe hits the full 14 targets, that brings it up to about 133% that of the Bomber Starship. If the shot also hit a forcefield that's protecting other units, that extra "siege" damage is just gravy on top (potentially up to a total of 245% or so).
    • If this proves to be too much, adjustments can be made, but typically we get more useful feedback for a new/changed unit that's stronger than it should be than if it were weaker.
  • Thanks to many players for the feedback leading to these changes.

• Fixed a bug in the previous version where the siege splash damage from the Plasma Siege Starship could hit targets normally untargetable or direct-target-only.
  • Thanks to GUDare for the report and to the brave (if unwitting) Advanced Research Station that died discovering this bug.

• Spirecraft Shield Bearers:
  • Ship cap doubled.
  • Amounts produced:
    • Reptite: from 0 => 1 mkI (so can now be built from Reptite)
    • Pysite: from 1 => 2 mkI
    • Xampite: from 1 => 2 mkII
    • Ebonite: from 1 => 2 mkIII
    • Adamantite: from 1 => 2 mkIV
    • Titanite: from 1 => 2 mkV
  • Hopefully this will bring their costs more into line with their actual utility (as non-repairable shields).
  • Thanks to techsy730 and others for inspiring these changes.

• Fixed a bug where ships with no attack power would still display hull attack multipliers if they were internally defined (such as with ships that used to have an attack, like Spirecraft Shield Bearers).
  • Thanks to techsy730 for the report.

• Lightning Turrets
  • Attack changed to function like electric shuttles: Hits up to 200 targets, and if hits are left over can hit each target up to 5 times (meaning that groups as small as 40 take the full power of the attack).

• Lighting Turrets/Electric Shuttles: The per-planet-per-player-per-type-per-mark delay has been reduced to a very minimal duration, generally allowing a full cap of lightning turrets to unload its full power before the first one finishes reloading.
  • This still prevents a total alpha strike, but that also helps avoid a situation where the entire lightning turret cluster unloads on a couple of leading fighters before the rest of the wave shows up.
  • It also looked really cool in testing.

• Player-Ally Dyson Gatlings are no longer unable to shoot mkV units.
  • In previous iterations this rule was necessary because player-ally dysons were clearing off AI homeworlds and/or core worlds. Since player-ally dysons rarely wind up on AI planets anymore the rule no longer seems necessary, and "why are my dysons not shooting X?" questions have been happening on a regular basis for quite some time.
  • Thanks to many players over time reminding us (sometimes unintentionally) how much they wanted their ally gatlings to shoot mkV things.

• Hybrids:
  • If either player has Advanced Hybrids enabled, hybrid maturity-xp contributions to the central dirty-tricks "bank" are now doubled compared to Normal Hybrids.
  • The first couple stages of the only such dirty-trick progression currently implemented now happen a bit faster, but the first and second nasty bits have been made less nasty.
  • Thanks for GUDare for the testing and feedback leading to these changes.

Prerelease 5.023 Plasma Siege Starships

(Released January 30th, 2012)

• Fixed a bug in the previous version where all tractor beams (instead of just the black widow golem tractor beams) were doing the paralysis effect.
  • Thanks to Fleet for the report.

• Zombie and minor faction ships no longer count as part of the "My" counts on the galaxy map. Those that used to count as part of that total now count as part of the "Allied" total.
  • Thanks to BobTheJanitor for the suggestion.

• Fixed a bug in recent versions where the context menus never had scroll-bars and thus the galaxy-map-display select couldn't be used to select some of the further-down items.
  • Thanks to Minotaar for the report.

• Removed the "press slash while mousing over an option for more info" text from the bottom of the context menu since there wasn't actually such info to be had on a lot of items in various modes of the context menu.
  • Thanks to Minotaar for the report.

• Artillery Golem:
  • Base Armor Rating from 0 => 4000.
  • Base Recharge Time from 30 => 8.
  • Basically: when you see an Artillery Golem you can get on your side, we want you to be happy. When you see an Artillery Golem on the enemy side, we want you to be sad. Previously it wasn't doing a whole lot of either.
  • Thanks to Orelius and others for feedback on golems.

• Fixed a bug in the previous version where the Black Widow paralyzing tractors would only apply a maximum of 2 seconds of paralysis, with quick gaps in the middle every 2 seconds. Now it correctly applies 2 seconds of paralysis damage per 1 second of tractoring.

• Regenerator Golem:
  • Repair cost reduced by 90% to make regeneration not "cost" quite so much more than simply producing the ships from scratch, in metal+crystal terms.

• Cursed Golem:
  • Self-attrition reduced by 50% (now would go from 100% to 0% in 60 minutes instead of 40).

• Fixed a bug in the new munitions boost listing where it was displaying +70% as -31% or suchlike. Also fixed a rounding bug (+19% instead of the actual +20%, etc) in both that listing and the maximum-personal-boost listing.
  • Thanks to Hearteater for the report.

• Fixed a bug where units with no attack were showing the new maximum-personal-boost listing.
  • Thanks to Nice Save for the report.

• Turret base energy costs:
  • Basic Turret from 150 => 100.
  • MLRS Turret from 150 => 100.
  • Flak Turret from 300 => 200.
  • Missile Turret from 150 => 100.
  • Counter-Dark-Matter Turret from 4000 => 1000.
  • Counter-Missile-Turret from 4000 => 1000.
  • Counter-Sniper-Turret from 4000 => 1000.
  • Sniper & Spider Turrets from 250 => 150.
  • Grav Turret from 500/8000/10000 => 400*mk.
  • Tractor Turret left alone (150/240/300).
  • Laser Turret (150) and Heavy Beam Cannon (750/1300/2000/20000) left alone. They're energy weapons.
  • Lightning Turret from 500/1000/2000 => 400 flat. Energy weapon, yes, but that was a bit high.
  • These really aren't that big a deal, but it does help rein in some numbers that were set long ago, and bring the energy-per-dps ratio of the main attack turrets under the stuff that shoots and has engines.
  • Thanks to Cyborg, Hearteater, and others for feedback leading to this.

• Fixed a longstanding bug where the number of spire shipyards and spire hab centers supported by a spire shard reactor was being multiplied by the number of human home command stations. The number of spire capital ships of each type supported by a spire shipyard (or refugee outpost, for the frigates) is still multiplied by that number, as is intentional.
  • Thanks to GUDare for the report.

• Fixed a bug where a ship with an inherent kiting range (raptor, zenith bombard, etc) would not correct for the radar dampening range of its target.
  • Thanks to Sunshine and others for reporting this.

• Fixed a bug in the auto-build-energy-reactors controls where they were trying to check for remains of other energy reactors but were not checking the right list for those.
  • Thanks to Spikey00 for the report.

• The Shards recovered in the Fallen-Spire events are no longer cloakable. Previously they could be cloaked via a cloaking starship; this was not deliberate on our part and made those recoveries way easier than they really should be.
  • Thanks to Spikey00 for reminding us about this.

• Zenith Beam Frigate Base Range from 7500+100*mk => 6500+100*mk.
  • They're supposed to be long-ranged, but some marks were outranging their main triangle counter (missile frigate, which has 6500+500*mk base range), which isn't appropriate given the beam frigate's very high damage when it hits several targets per shot.
  • Thanks to Hearteater for the feedback inspiring this change.

• Some further adjustment to high-difficulty wave size calculation, this time not changing diff 10 much at all but making the 9.3-9.8 stretch build up more gradually rather than 10 being more than 2x as hard as 9.8.
  • Previously in step 8 any difficulty greater than 7 received a 2.5 multiplier (7 got 2.25, and lower the lower you went).
  • Now:
    • 7.3 through 9 still get 2.5.
    • 9.3 gets 2.75 (10% harder than before).
    • 9.6 gets 3.00 (20% harder than before).
    • 9.8 gets 3.80 (52% harder than before).
    • 10 gets 4.5 (would be 80% harder than before, but see next change).
  • Previously each wave on diff 10 would actually cause 2 separate waves. This was from an old rule where 8 through 10 got double waves, but that was changed to just 8 due to the challenge-cliff it caused between 7.6 and 8. Now this rule has been entirely removed, since 10's waves are now so much larger than before.
  • We're very much open to more feedback on this; basically diffs 9.3 through 10 aren't really where we expect people to play (indeed, we may need to make them harder if someone actually beats 10 in a fair fight again), but we want it to be fun for those who do.
  • Thanks to Hearteater and others for the feedback inspiring this change.

• Previously Sniper and Spider turrets cost 8 to 10 times as much metal+crystal to build a cap of compared to all other turret types, so:
  • Base Metal Cost from 1500 => 300.
  • Base Crystal Cost from 7500 => 1500.
  • They're still the most expensive turrets, that's intentional, but they're no longer quite so punishing (before you could have built a fleet of starships for the cost of a cap of sniper turrets).
  • Thanks to GUDare and others for reminding us of how skewed this was.

• Antimatter Starship:
  • Yes, this one is getting _another_ revamp. Some background:
    • First, they were called dreadnoughts. They did tons of engine damage. Too much. Nerfed.
    • Then, they were called useless. For a long time.
    • Then, we made them hit like a train from long range, but unable to fire upon anything remotely small. They were called Siege Starships (alias: "awesome").
    • But this broke a lot balance because you could just camp around your siege starships from across the planet and bomb everything to bits.
    • So they were given antimatter bombs that can't hit forcefields, fortresses, or... well, much of anything. In fairness they do great against starships and guardians, but that's proven too small a niche to really please their users. They were renamed "Antimatter Starship", which has since become a dire insult in 75% of the inhabited galaxy.
    • But the solution was unclear: we could shorten their range, but Bomber Starships (which were made normally available shortly after these were changed to Siege Starships) already fill the short-range big-stuff-killing niche.
    • And now, the next episode...
  • Base range from 16000 => 4000.
  • Shot type changed back from Antimatter Bomb => Energy Bomb (same basic type as bombers use, so no one is specifically immune to it like some are to antimatter bombs). Still cannot fire on small ships, like before.
  • If it hits a forcefield, it will also damage up to 200 units protected by that forcefield (or forcefields physically near that forcefield) with 1% (to each target) of the damage done to the forcefield.
    • Note: even stuff the starship itself cannot aim at (small units and cloaked units, etc) can be hit by the splash damage.
    • The 200-count doesn't change between low, normal, and high unit caps because that would change the dps of the unit pretty significantly. If it proves to be a problem we can try a few things.
  • Has been renamed to the Plasma Siege Starship.
  • The end result:
    • Still longer-ranged than the bomber starship, but much shorter than before, so not worrying that it will break balance in that way.
    • Still only about 1/3 of the bomber starship's single-target dps, but can up to triple the total damage output in a "siege" situation against a forcefielded group of targets. Still not the better choice in terms of raw damage, but the utility of being able to get at the protected targets should counterbalance that and create its own niche.
  • Thanks to many players for continuing to remind us that they want this starship to be cool.

• Plasma Siege Cannon Modules (the ones for Fallen Spire modular stuff) now also have the forcefield-splash-damage attribute. Thematically, the Siege starship is (using) a plasma-siege-cannon now.

Prerelease Minor Tweaks And Fixes

(Released January 27th, 2011)

• Fixed a bug in the previous prerelease that broke all the tutorials.
  • Thanks to Lorini for the report.

• Black Widow Golem:
  • Number of tractors from 100 => 200.
    • Tractors on non-scaling ships do need to be made to scale with unit caps, but we don't have time to implement that just yet. Bear in mind that when that scaling comes, the current number of tractors will be the _highest_ value: corresponding to "high" caps, because that's what the caps were before scaling was added (when the tractor numbers were established to begin with), so it won't make them any better. For now, enjoy :)
  • This golem's tractors now do 2 seconds of paralysis damage per second to each held ship. Ships immune to paralysis are not affected.
  • Base Health from 80M => 200M.
  • Basically just trying to make this golem a lot more useful and a lot less likely to die when not baby-sat.
  • Thanks to Orelius and others for some recent feedback on this golem.

• The earliest time that an AI player can even check for sending a wave has been changed to avoid both AIs sending their first waves on the exact same second on higher difficulties (which artificially increases the difficulty of the first wave, giving a false impression of how hard the second will be). Specifically, it's still (( 14 - Difficulty ) * 100) seconds for the first AI player, and 1.5 times that for the second AI player.
  • Thanks to GUDare for feedback that inspired this change.

Prerelease 5.021 Hybrid Helper Pie

(Released January 24th, 2012)

• Added some lightweight extra debug info to GameButton.RenderSelf to help us find the bug that's causing really intermittent null exceptions in there somewhere (we can't reproduce it ourselves, and user reports don't have code line numbers, but this new info should help).

• Added a note to the context menu about how to get info on what a menu item does.

• Sentinel Frigates and Zenith Electric Bombers are now considered large enough targets for ships like the Antimatter Starship.
  • Thanks to techsy730 for the suggestion.

• Now, when a Hybrid is at maximum maturity, additional "experience points" go towards a fund for ruining the player's day. Their first funding goal seems to involve the Dyson Sphere.
  • To clarify: this doesn't mean that they're building or spawning dyson spheres or whatever. Something more sinister.

• All Hunter-Killers have been shifted up one "tier" in terms of the "cost" the AI has to pay to include them in an exogalactic strikeforce. This should help avoid them happening unintentedly-early in MP games, etc.
  • Thanks to several players for sharing their, um, "experiences" with early/mid-game HKs.

• Decoy Drone energy cost from 18000 => 1000, to let the unit's use not be obscured by the power cost.
  • Thanks to GUDare for reminding us of how high it was.

• Wave size calculation: the minimum base wave size is now 34, regardless of difficulty.
  • The minimum base size of a wave used to be (AI Player Difficulty * 10 * AI Player Handicap). Assuming no positive or negative handicap this generally meant that the first few points of AIP would not increase wave size and the initial wave size was prevented from being embarrassingly tiny.
    • This has served us well but caused the first wave on very high difficulties to be disproportionately difficult such that it's a punishing puzzle to survive the first 7 minutes and after that holding on is significantly easier (though still very tough) because then the player has had more time to actually build initial defenses and so on. It's better for the first wave to not be way more difficult than the second wave on non-trivial difficulties, so the minimum is now just 34. This actually makes difficulties 1-3 harder, but those are so incredibly easy to start with that it's not likely to make much difference.
  • Now AIP increases will actually have an impact on wave size much earlier on difficulties 4+.
  • AI handicap is still factored in (so with 300% it will have a minimum size of 102).
  • The wave size calculation article has been updated to reflect this change, and is a good reference if you want more info.

• The alternate-victory condition on the Fallen Spire condition has been made a bit more vigorous about winning, since the recently added AI Hunter Killers were refusing to go quietly.
  • Thanks to a number of players for observing that the alternate victory was not always resolving in a timely fashion.

• Neinzul Preservation Warden spawn counts now scale up with AI Difficulty (the higher of the two is used, this is 1 at diff 7, 1.5 at 8, 2 at 9, 3 at 10) and AI Handicap (again, the higher of the two, negative handicaps don't apply to this), similar to other non-AIP-based threats. Previously it only scaled with the number of human players/homeworlds, and of course the number of human-controlled resource extractors.

• Added new "Switch To UI" buttons to the Stats window (Scores tab) that allows you to switch your UI to display what another player is seeing.
  • This only works if the target player has the "Allow Team Control Of Ships" control enabled.
  • This is different from the already existing team-control in that:
    • Your resource bar will show the resources for target player, rather than your own.
    • Your planetary summary and so forth will display ships as if the target players ships were "yours"; any ships of your own will show like "ally" ships.
    • The control group keybinds will respond according to the control groups set for the target player, not your own.
    • The CTRLS screen will show (and allow manipulation of) the target player's control options. Yes, that's a lot of power, and some additional "permissions" may prove necessary. But in general: please cooperate :) If it's a problem, just don't use allow-team-control.
      • To clarify: this is options like focus-fire, auto-frd, etc. None of this has anything to do with what keys/buttons are mapped to what commands, that's all local to each machine and doesn't change regardless of whose interface you're looking at.
    • In general, the game's UI should work just like the target player's UI.
  • All that said, this would be somewhat limited in usefulness, were it not for the next feature in these notes.
  • This is in need of a lot of testing to make sure it works right, so don't be surprised by bugs, just report them :)

• Added new human player role: "Helper" (probably not the best description, but it's more than "Observer", which is the usual term for a non-playing "player").
  • Currently the only way for a player to get into this role is:
    • Host opens "Manage Players" menu.
    • Host sets a previously unused player slot to:
      • Name = profile name of the player who wants to join as an observer/helper
      • Change "Disabled" to "Active"
      • Change "Role: None" to "Role: Helper"
    • Host clicks "Save"
    • The player who wants to join as an observer/helper connects and joins the game.
  • A player in the "Helper" role has no (and cannot be given) units, metal, crystal, energy, or knowledge. More generally, they have nothing in the game.
  • However (and the resource bar tells them this, in lieu of an m/c/e/k display) they can use the new "Switch To UI" buttons on the Stats screen to "switch" to another player who has the "Allow Team Control Of Ships" control enabled, and then can play normally as if they were connected as that player.
  • Also, they can simply observe the game as they have the same vision as the other human players.
  • These "Helper" players do not provoke extra waves or other increased threats normally associated with a multiplayer game.
  • Some possible uses of this feature:
    • If you want to play a game with other people but want to play against a single-player level of challenge with a single-player level of resources, albeit with more hands helping to control (and micromanage, if desired).
    • If you want to let someone simply watch a game without impacting the balance at all.
    • If you want to help someone learn some part of the game; they can play and you can jump in or out as needed.
  • Like the switch-to-ui feature, this is in need of a lot of testing to make sure it works right, so don't be surprised by bugs, just report them :)

• Neinzul Youngling Tigers:
  • Time-to-live from 2 minutes => 4 minutes, which is the same as other youngling types.
  • Metal and Crystal cost from 50/50 => 40/40.
  • Base Armor Rating from 300*mk => 600*mk.
  • Base Health from 11k*mk => 13k*mk.
  • Thanks to chemical_art for suggesting/inspiring these changes.

• Neinzul Youngling Vulture:
  • Metal and Crystal cost from 50/50 => 40/40.

• Spire Teleporting Leech:
  • Base Energy Cost from 400 => 200.
  • Base Metal Cost from 2200 => 1200.
  • Base Crystal Cost from 800 => 500.

• Science Lab MkII:
  • Base Health from 120k => 500k.
  • Base Armor Rating from 1500 => 5000.
  • Now has cloaking.
  • Long story short: they're still more expensive than MkIs, but now they actually are significantly easier to keep alive in dicey situations than MkIs.
  • Thanks to Hearteater and others for inspiring this change.

• AI Superfortress:
  • Base health from 750 million => 450 million. This brings it from 5*human-version to 3*human-version, putting it in line with the other fortresses.
  • Health regen halved.
  • Thanks to several players for pointing out that superforts had not been changed in line with the other fort types.

• AI Fortress I/II/III: health regen halved.

• Fixed a longstanding bug where the galaxy-nav code of AI-ally Dyson Gatlings was getting distracted from its main purpose.

• Ships that generate attack (munitions) boosts now show the magnitude of the boost in the tooltip, not just the range.
  • Thanks to SpaceBrotha for the question that reminded us that this info wasn't directly displayed anywhere.

• Ships that are not immune to attack boosting but have a attack-boost-ceiling below the default (which is 4, i.e. 5x or 500% of normal damage) now display their maximum receivable boost in their tooltip.

• Higher mark Hybrid Drone Spawners now spawn drones more quickly in addition to being capable of spawning higher mark drones (a mkIV drone spawner still only spawns mkI drones for a hybrid at the first maturity level, and so on).

• Hybrids: second-stage and third-stage maturity now takes less time (about half what it used to, still longer than first-stage), as previously most hybrids died either before or during the first stage.

• Attack Hybrids now use a variant of the behavior the standard AI free (threat) ships use to avoid charging a human planet with insufficient firepower. Combined with other hybrid changes in this release this may result in hybrids being a lot harder (and/or a lot more annoying) than they used to be. Which may be for the best, but feedback is welcome :)

• Hybrids will no longer try to take Spire Mini-Rams as drones, as generally melee drones don't work that great.

Prerelease 5.020

(Released November 3rd, 2011)

• Fallen-Spire city-provoked exogalactic strikeforces "buildup" rate (this only impacts the time between attacks, not their size or composition) redistributed a bit:
  • Spire City Hubs now generate 1/4 the "aggro" they used to.
  • Spire Shard Reactors, Habitation Centers, and Shipyards now, instead of generating zero "aggro", generate 1/8th what the Spire City Hub used to generate.
  • So a city with all 6 building slots taken up causes exactly the same amount of buildup as before.
  • But the advantage is that if your cities get really beat up in an AI attack and you lose city structures you have more time to rebuild before the next exo. Not exactly smart of the AI, but the alternative is often a game that is fundamentally lost but just a matter of time.
  • Thanks to chemical_art for inspiring this change.

• Youngling Nanoswarm:
  • Fixed bug in targeting logic that was making it focus on single targets when the intent was that they would aggressively spread themselves out across all available targets. The new behavior still doesn't reach quite the desired behavior (they still tend to only spread out over a subset of the available targets) but it's still a significant improvement. Hopefully more can be done later.
    • Note that this overrides the Non-Sniper-Focus-Fire control; there's very little reason one would ever want these the auto focus-fire since they do so very little damage. Of course if you really want a bunch of nanoswarms to all attack the same target you can give them a normal attack order.
  • Explosion range from 200/225/250/275/300 => flat 1000.
    • They still only hit a max of 3/5/7/9/11 targets when they explode, so this makes it more likely that they'll actually get multiple hits.

• AI Fortress health from 6x human fortress equivalents => 3x human fortress equivalents.
  • Previously it was easy to take out an AI Fortress with just bombers (and other polycrystal stuff, since fortresses can barely scratch the paint on polycrystal) but it could take a really long time. We want the fortresses to be challenging but not in the "how long do I have to wait before it dies" sense. Hopefully we can find some other more interesting (and not very time consuming) way of making them more challenging.
  • Thanks to many players for weighing in on this subject.

Prerelease 5.019

(Released October 5th, 2011)

• Fixed a divide by zero bug in the previous version.
  • Thanks to Fleet for the report.

Prerelease 5.018

(Released September 30th, 2011)

• Spirecraft Ion normal shot damage from 700 => 14000, and armor piercing from 0 => Max.
  • Previously their damage was just token, but this brings them up to roughly the DPS of the Spirecraft Siege Tower (which, for reference, also has max armor piercing), but can't target anything that's immune to insta-kill (which is basically anything bigger than a fleet ship). The result is that a cap (8) of MkI Spirecraft Ions is capable of doing well against a single cap of even MkV fleet ships unless those fleet ships have a bonus against them (bombers, chameleons, raiders, IRE's, etc), and so on. In general, a lot of these together can put some serious hurt on fleet ships (particularly low health ones) even when they can't insta-kill.
  • Related note: since their seconds-per-salvo is higher on the lower cap scales, and since their shot damage now actually matters, and since just about everything they can target scales with the caps, their damage will now be scale upward on the lower caps.
  • Updated the tooltip, which is reproduced here since it probably helps understand what we're doing here:
    • Like Zenith Ion weapons (which AI Ion Cannons use), Spire Ion weapons insta-kill most ships with a mark level equal to or lower than its mark value, and cannot fire at all on ships immune to Ion weapons (i.e. immune to insta-kill). Unlike Zenith Ion technology, these ships are mobile, much shorter-ranged, and actually do decent damage to higher mark ships.

• Humorously, Ion Cannons, Core Warhead Interceptors, and Orbital Mass Drivers were previously not immune to insta-kill. They now are.

• Added to the Dyson Gatling tooltip to reflect the lack of ability to shoot at Mark V targets.

• If an AI player has a positive handicap that is now factored into that game's TotalSpecialDifficultyModifier which is in turn used for determining the total "population cap" of Hybrids in a game with them on, and also factors in to the budget multiplier for exo waves. Negative handicaps on AI players have no effect, and the higher of the two AI handicaps is used if they're not equal.

• Added a new ability to the Spirecraft Attritioner in hopes of making it more generally useful. From the new tooltip:
  • One unique side effect of Spire attrition technology is that when an enemy ship is destroyed by any cause all its allies (that aren't immune to attrition) take a certain percent of that ship's maximum health as feedback damage. This feedback damage is cumulative with multiple Spirecraft Attritioners and higher mark attritioners cause a higher percentage, but this feedback damage is divided evenly across all affected targets and thus does not greatly damage any one target.
  • Basically, this functions as a small boost to overall fleet dps (averaged out over time), and thus makes the attritioner useful in short engagements where previously its contribution would have been minimal.
  • Current percentages are 0.5%/1.0%/1.5%/2.5%/5.0% for the 5 marks of attritioner. Also, this effect does trigger on enemies killed by attrition/feedback (otherwise it motivates micro to make sure a triggering-source kills big targets). In our tests this has not seemed overpowered though it is likely that further balancing will be needed. Bear in mind that mkV attritioners require the extremely rare Titanite, and mkIVs require the not-much-more-common Adamantite.
  • Thanks to Hearteater and many other players for weighing in with feedback that led to this change.

Prerelease 5.017

(Released September 12th, 2011)

• AI Hunter/Killers are now eligible to be chosen for exogalactic battlegroups. The MkI is considered one notch above the Armored Golem cost-wise, and proceeding up from there. For anyone who remembers the slaughter those things could perform before, their number of shots-per-salvo has been halved but their health has been doubled.
  • chemical_art will probably regret making the suggestion that inspired this.

• Fixed an (apparently) rare array-index-out-of-bounds error in the buy-menu "tooltip" window.
  • Thanks to Cyborg for the report.

• Added a second confirm step when scrapping Spirecraft mining enclosures (since scrapping them does not give you back the asteroid from which they came) and the player home forcefield generator (since it cannot be rebuilt).
  • Thanks to Cyborg for inspiring this.

• Strong forcefields (the same ones that had the blocking effect in 5.015) now have their blocking effect back.
  • The "cannot use a wormhole covered by a hostile forcefield" rule is still in to prevent the bug with teleporting stuff "sneaking" through.
  • The collision detection between blocking forcefields and hostile ships has been refined to include a more precise check for ships that appear to be colliding to the coarse check we've used for a while. This is because the coarse check was making it a lot more likely that AI ships would get "stuck" on a single human forcefield that just happened to be in their way. Now they should slide around a lot more readily.
    • Note that you can still set up blocking walls of multiple forcefields and catch AI ships in a pocket, etc. We aren't thrilled by this as it's basically exploiting the simplistic AI movement logic (it has no pathfinding, just straight line to target, because anything else is cpu-prohibitive for this game) but there are actually more efficient ways to slow down most serious AI assualts (grav turrets under ffs, logistics stations, etc) so this particular "exploit" isn't really breaking the challenge. Maybe one day we'll make it so when the AI detects a blocking wall it retaliates by initiating some gargantuan pathfinding routine and thus churns your processor and framerate to a halt. For now, knock yourselves out :P
  • Thanks to everyone who chimed in with feedback on this!

• Hardened Forcefields:
  • Now shrink with damage like normal forcefields, since the rigidity was making them much more likely to actually die rather than diminish to a point where the AI left it alone, and since they would make the "blocking walls" tactic even more effective than it used to be.
  • Armor from 1 million to 500k, to expand the set of armor-nemesis things that can actually get through it. If this feels too low, let us know!

• For the ships listed below, armor piercing increased from "really high" (6 figures) to 999,999. They're really supposed to just flat out get through any armor, excepting maybe some of the ships so large we don't mention them in release notes because it would be a spoiler.
  • Zenith Polarizer
  • Spire Armor Rotter
  • Youngling Vulture
  • Youngling Nanoswarm
  • Raid Starship
  • Lightning/Armored/EMP/Tachyon-warheads
  • Botnet Golem
  • Devourer Golem
  • Sentinel Frigate
  • Spire Blade
  • Spire Gravity Drain
  • Spirecraft Siege Tower
  • Sniper
  • Electric Shuttle
  • Lightning Turret
  • Sniper Turret
  • Spider Turret
  • And a variety of lesser known but related types.

• Fixed a null exception that could happen rarely when a unit was looking for the next wormhole to move to while moving from planet to planet.
  • Thanks to TechSY730 for the report.

Prerelease 5.016

(Released September 6th, 2011)

• Preservation Wardens previously did not scale at all when there were multiple human homeworlds and/or multiple human players. Now each time the game spawns a warden it instead spawns 1 warden per player/human-homeworld (specifically, the number of human players or the number of human homeworlds, whichever is greater).

• Human Forcefield Generators:
  • Ship-cap from 9/5/5 => 10/6/6
  • HP from 14M/30M/56M => 20M*mk.
  • Metal cost from 4k/6k/12k => 4k*mk.
  • Crystal cost from 19k/35k/70k => 20k*mk.
  • Energy use from 3k/6k/10k => 3k*mk.
  • Build time (seconds) from 240/300/480 => 120 + (120*mk) (240/360/480).

• Added new unlockable support unit type: Hardened Forcefield Generator MkI-III. Basically the same as normal human generators except:
  • 1/4th the HP.
  • 1,000,000 Armor Rating instead of zero (this effectively reduces all incoming damage to 1/5th its normal power, unless the attacker has extremely high armor piercing or very high damage-per-shot).
  • They do not shrink as they take damage, making it easier to know how long a given target will be protected, etc. On the other hand this may make it harder to tell "at a glance" how long the generator has left to hold, so we might need to do something else here.
  • The first mark is not available by default, but costs 1000 knowledge (mkII and III are 2000 and 4000 knowledge each like the normal line).
  • Thanks to Lancefighter for the suggestion (some time ago) that led to this.

• Due to very widespread feedback that ion weaponry is very underpowered, all Ion Cannon and Spirecraft Ion Blasters now fire 4 shots per salvo instead of 1. Other changes are likely to follow, we'll see how it feels to players.

• Put in a fairly radical change to the base forcefields, but bear with us on this -- if it's not workable we'll take it out. And really, in most senses this should be equivalent to the way that things were before, but more CPU-efficient as well as fixing one bug and one exploit. With that out of the way:
  • Change 1: Made it so that strong force fields no longer block enemy ships from passing through them -- on either side. So if you have a forcefield in the way of the AI, or they have a forcefield in your way, your ships can pass right through them with no problem. As with weaker forcefields, the thematic explanation is that you're going around the forcefield in the Z axis, which makes sense. This change has no bearing on the protection of ships under the forcefield; ships are just as well protected now as ever.
    • The exploit in question was a problem with players being able to block enemy ships due to those ships sometimes "sticking" against the force fields. The reason ships would stick is because of the coarseness of the distance check we were using, which was coarse so not to take up so much CPU. Now enemy ships can just fly past your forcefields unimpeded if they're heading to targets beyond them, which -- with one exception, see below -- is what we've always intended in the first place.
    • This is also where we derive our CPU gains from, as normally each ship had to check its relative position to all enemy strong forcefields on a planet every time its position changed even a little. This isn't killer, but in light of the bug and exploit relating to strong forcefields
  • Change 2: Made it so that when a strong forcefield is covering a wormhole, no non-forcefield-immune enemy ships can go through that wormhole from the side the forcefield is on.
    • Players have been using forcefields to do this very thing for a long time, and we think that's great. However, this was taking advantage of ships not being able to move in to actually physically reach the wormhole, and that was thus not working very well for teleporting ships, which would teleport right to the center of the forcefield, then get caught in the wormhole before the forcefield could push them back out. This is the bug we referenced above, and it was very much not in players' favor (unlike the exploit), and this set of changes now fixes it.
  • NET EFFECTS:
    • 1. Players can't use forcefields to interrupt enemy travel on the planet they are on, nor can the AI.
      • Some players would set up forcefield clusters to trap enemies inside when they come through wormholes, but that was already error-prone because enemies would tend to pop out to the other side if the forcefields weren't positioned precisely right. These players should instead put a single forcefield (or all their forcefields, if they really prefer) on the enemy side of their wormhole and that will now provide much better protection than their older method ever did.
    • 2. The AI can't slip teleporting ships past your forcefields over wormholes unless those teleporting units are also forcefield immune, which should be a huge boon to players in games with teleporting enemies.
  • Thanks to mindloss for most directly inspiring these changes, although we've been mulling it for a while based on cumulative feedback.

Prerelease 5.015

(Released August 29th, 2011)

• Previously, the recently added ActivateHighestEfficiencyLowPowerEnergyReactor and PutLowestEfficiencyActiveEnergyReactorIntoLowPower keybinds were considering reactors that were still under construction. Hamster re-education has taken place (bug fixed).
  • Thanks to Ranakastrasz for the report.

• Due to widespread feedback that the martyr is very OP, we've drastically increased the asteroid "cost" of building them:
  • Previously Reptite could be used to build 2 MkI Martyrs. Now it cannot build martyrs at all.
  • Previously Pysite could be used to build 4 MkI Martyrs or 2 MkII Martyrs. Now it can only build 1 MkII (can't build MkIs).
  • Previously Xampite could be used to build 4 MkII Martyrs or 2 MkIII Martyrs. Now it can only build 1 MkIII (can't build MkIIs).
  • Previously Ebonite could be used to build 4 MkIII Martyrs or 2 MkIV Martyrs. Now it can only build 1 MkIV (can't build MkIIIs).
  • Previously Adamantite could be used to build 4 MkIV Martyrs or 2 MkV Martyrs. Now it can only build 1 MkV (can't build MkIVs).
  • Note that the units themselves are just as incredibly powerful as before (we really want them to be highly useful), but hopefully this change puts their real cost more in line with their utility and also puts a saner limit on the total number the players can have in a game. More changes may follow if necessary.
  • For reference, previously the total number of martyrs that could be produced from all asteroids in an average 80-planet galaxy was about 2200 on average (so someone holding 15% of the galaxy might reasonably field 220 over the course of the game, if they didn't use many other spirecraft). Now that total-possible number average about 480 (so that same martyr-happy player would probably only have about 48 to use, unless they take more planets).
  • Thanks to the many players who've weighed in on this subject.

• Zenith Viral Shredders:
  • Simplified the scaling of replication costs (how much damage a shredder has to do to replicate) and made it better at preventing game-breaking swarms of shredders. Now instead of it using a linear multiplier based on the owner's number of shredders on that specific planet, it quadruples the replication cost for every full cap of that mark of shredder owned by that player anywhere in the galaxy (but if they own less than or equal to a full cap, there is no extra cost).
    • So if the mkI cap is 98 (normal cap scale) and you have between 99 and 195 (inclusive) mkI shredders they will have to do 4x as much damage to replicate as normal. If you have between 196 and 293 (inclusive) mkI shredders they will have to do 16x as much damage to replicate as normal. And so on (maximum multiplier is 1024 to avoid arithmetic overflow; at that point a mkIV on low caps would need to do over 376 million damage to replicate).
  • Base Energy Use from 100 => 50 (note: all mkI types use half normal energy).
  • Replication-created shredders now copy the FRD, Attack Move, and any unit commands (movement waypoints and whatnot) of their "parent". Note that they already copy the control groups and "am I currently selected" status of their parent.
  • The end result of all this should be that if you play your shredders well you'll be able to maintain maybe 2 or 3 caps worth of them (a pretty significant advantage over other bonus ship types) but it's going to be difficult to get into the really absurd numbers. On the other hand, maintaining that swarm won't cost as much energy as it used to and it should require less micro due to the commmand copying.
  • Thanks to the players who've told us about their massive abuse of absurdly large shredder swarms.

• For a very long time it's been possible to ward off almost any amount of damage through sufficient micro of a pile of forcefield generators and engineers (to repair the ff's as they collapse within the protection of other generators, or go on low power mode, or are being newly built). While ff's are supposed to be extremely helpful in protecting stuff, it wasn't intended that they be able to do so indefinitely while under constant attack. So:
  • When a forcefield is damaged by enemy fire, all allied forcefields whose fields are in contact (or very close to it) with the damaged ff will take 1 point of damage from the energy conducted along the surface of the field. The damage itself is inconsequential since the ff's have millions of hp, but it will trigger the "cannot be repaired less than 6 seconds after being damaged" logic. This also applies to forcefields currently under construction or in low-power mode. So it won't be possible to repair some forcefields in a ff-pile while others in the same group are under fire.
  • Forcefield generators now cannot be assisted during construction if they have been damaged recently.
  • When a new forcefield is placed for construction, if it is in near any allied forcefields (low power or not) that is currently unrepairable due to recent damage, the newly placed forcefield inherits the longest assist-delay present among those neighbors. So it won't be possible to speed-build new generators under other fields that are currently under fire.
  • This also applies to all the "shield bearer" and module type shields.
  • If this leaves some situations unreasonably hard other changes can be made to compensate, we just wanted to close this "micro to dodge anything" loophole.
  • Thanks to mindloss for most recently bringing this up.

• Put in a small code change that might lead to more efficiency during really large battles with a lot of things being drawn as well as a lot of sound effects being played. It might also make no difference, but it's a good precaution either way; our tests so far have not really been clear as to whether there is any benefit.

Prerelease 5.014

(Released August 4th, 2011)

• Starship costs tweaked around a bit:
  • Bomber starship metal cost reduced from 120k to 80k.
  • Fleet starship metal cost reduced from 60k to 40.
  • Siege starship crystal cost reduced from 120k to 80k.
  • Riot Control starships crystal cost reduced from 80k to 60k, and metal cost reduced from 30k to 20k.
  • Enclave starship costs reduced from 30k metal and crystal to 20k each instead.
  • Thanks to Lancefighter for suggesting.

• Zentih SpaceTime Manipulator energy costs reduced to 20k from 60k.
  • Thanks to Lancefighter for suggesting.

• Removed all mention of the AIP costs on the Zenith SpaceTime manipulator text.
  • Thanks to Zair for reporting.

• Siege Starships renamed to Antimatter Starships for the sake of clarity, and given the following new description text:
  • This starship is the best capital killer in your basic fleet: excellent against starships, guard posts, guardians, most turrets, and other large ships like golems or spirecraft. It is so specialized that it can't even fire upon most small mobile targets. That said, many targets (forcefields, most fortresses and command stations, etc) are specifically protected against its antimatter bombs.
  • All in-game references to them (tutorials, etc) have been adjusted.
  • Thanks to the several dozen players who weighed in on our poll for how to rename these!

Prerelease 5.013

(Released August 1st, 2011)

• Gravity Drills under player control can now be scrapped by that player.
  • Thanks to Wingsofdomain for suggesting.

• Stealth Battleships previously had a bonus of 1.4x against artillery hulls. Now they don't, making them not so overpowered against things like siege starships.

• Speaking of siege starships, they have now gotten doubled health -- making them no longer "glass cannons," which they haven't been in a while anyhow. And making them substantially more useful in general.

• All marks of Spire Stealth Battleship now have an AIPerPlanetShipCap of 8 (only applies to not-freed ships). This is an experiment brought about by continuing feedback that the per-guard-post caps are insufficient forkeeping the populations down to a level that doesn't make the game way harder when the AI happens to roll SSBs as a bonus type. This won't impact their numbers in waves and other offensive uses, but one thing at a time.

• Riot Control Starships mark I are now unlocked from the start of every game. This should help with uncertainty that players would feel about whether or not they would be useful in a given scenario. Now players can try them out and see; and if they are useful and they want more, then the mark II and mark III versions are effectively 1500 knowledge cheaper now, since they no longer have the mark I prerequisite.

• Mark II scout starships now cost 250 knowledge to unlock instead of 1500. Mark III are now 2000 instead of 3500, and mark IV are now 3500 instead of 4500. This brings the mark II down into the realm of "candy tech," and makes the III and IV variants not so cost-prohibitive that nobody uses them.

• Mark I gravity turrets are now 750 knowledge to unlock instead of 2000, making them a lot more feasible for players to experiment with as well.

• Zenith SpaceTime Manipulators no longer have an AI Progress of 1 on their death; that made them very difficult to use. They now cost 2x more energy to use, however (from 30k to 60k). The AI also no longer cares about them at all in terms of extra priority on killing them. And lastly, they now cost 1750 knowledge to unlock instead of 1000.

• Mark II scouts now cost 500 knowledge to unlock instead of 1000. Mark III scouts now cost 2250 instead of 2000, making the entire scout line only slightly cheaper.

• Completely rebalanced armored warheads, as they have been the unused warhead for too long:
  • They now cost 50k energy to run instead of 2.5k.
  • They now cost 10x more metal and crystal to create.
  • They now cost 2/4/6 AIP rather than 10/15/20.
  • They now have the same (much lower) attack stats of their lightning warhead counterparts.

• The attack range of mark III lightning and armored warheads has been increased by 250 -- making them not so much smaller than the mark II versions of the same.

• Some starfield changes:
  • Slightly improved the draw efficiency of the starfields by reusing a single mersenne twister rather than initializing a new one every frame.
  • Changed it so that there is only now one layer of starfield, rather than three. This makes for a more cohesive style with most of the starfields, as well as making the sky not QUITE so incredibly dense with stars. This also removes the parallax effect from the stars themselves, which made the foreground stars really look more like dust than stars.
    • This also is a small boost to performance, and a slight reduction in VRAM usage per frame. On most computers it won't make a substantial difference, though.
  • Added in a parallax effect to the nebulae, making it so that they now have a slight motion and will wrap around the screen view if players scroll enough.
  • Thanks to annikk.exe for inspiring these changes.

• Added a bit more command-queue-related debug info in for hitting F3 and hovering over ships.

• Fixed a bug that would cause ships to sometimes ignore their wormhole orders to instead stay and fight when they have a target. This was most noticeable with astro trains since they are never supposed to stop to fight, but it actually was affecting all AI ships since sometime prior to 5.0 most likely. Possibly as far back as 4.0. This had serious implications to the AI's ability to effectively retreat; the AI should be a lot more swift-footed now, while still getting in pot-shots when it decides to leave.
  • Additionally, a potential desync was discovered where players that were using the F3 debug menu and hovering over ships might cause a desync in multiplayer. Fixed that.
    • Fixing this also reduced the per-ship memory footprint by about 8 bytes, which we're always pleased to do.
  • Thanks to Hearteater for reporting.

• Made Cloaker Starships mark I knowledge-free now, instead of costing 1k knowledge. This helps to compensate players a bit for the generally-increased difficulty of the Zenith expansion.

• Same with the Neinzul Rnclave Starships mark I. They were 2k knowledge, but now they are knowledge-free.

• Mercenary Neinzul Enclave Starships, which would now be pretty well pointless, have also been revamped. Now they are the equivalent of the mark II Neinzul Enclave Starship, rather than the mark I starship. This is very powerful, but they are also now limited to only a single ship in their shipcap, rather than 6 ships.

Prerelease 5.012

(Released July 21st, 2011)

• Added new "Activate Highest Efficiency Low Power Energy Reactor" KeyBind, InGame context, no default binding.
  • Searches through all your energy reactors that are low power, finds the one with the highest efficiency (accounting for penalties from multiple of the same mark on the planet), and takes it out of low power.

• Added new "Put Lowest Efficiency Active Energy Reactor Into Low Power" KeyBind, InGame context, no default binding.
  • Searches through all your energy reactors that are not in low power, finds the one with the lowest efficiency (accounting for penalties from multiple of the same mark on the planet), and puts it into low power.

• Fixed bug where the command-station foldouts each player got on each ally's planet were not executing galaxy-wide or per-planet controls (like Auto-FRD, auto-build engineers, auto-build energy reactors).
  • Thanks to many players for pointing this one out.

• Added new galaxy-wide control toggle: "Prevent Auto Build On Ally Planets".
  • If this toggle is checked, it prevents your galaxy-wide auto-building controls (for stuff like engineers, rebuilders, and energy reactors) from taking effect on ally planets.
  • Your per-planet auto-building controls ignore this toggle.

• Added new galaxy-wide control toggle: "Allow Ally Rebuilders To Rebuild My Remains".
  • If this toggle is checked, ally rebuilders will automatically consider the remains of any of your units to be valid rebuilding targets. Note that starting the rebuilding process costs no resources, the rebuilt unit is yours, and the rest of the rebuilding process is paid for like normal construction.
  • Also, please note that if an ally is using the "Engineers Do Not Assist Allies" toggle, their rebuilders will not automatically consider your remains regardless of your controls.
  • Thanks to lanstro for inspiring this change.

• Fixed bug where Core Starships were not immune to translocation.
  • Thanks to Toll for the report.

• Fixed some old tooltips referring to the expansions tab of the settings screen to correctly refer to the "License / Expansions" window (which is accessible from the main menu).
  • Thanks to FroBodine for the report.

• Fixed a bug that has been causing astro-trains to not be able to attack for the last six months or so.
  • Thanks to Prezombie, Hearteater, and ArcDM for reporting.

• Ships that have "temporary invincibility" (such as Core Shield Generators that are on planets you don't control, or AI Core Guard Posts and AI Core Command Stations when there are Core Shield Generators still active, or AI carriers when there are more than 2k AI ships active on their planet) now show up with a new angry red/yellow ship-style force field that is visually marking them as invulnerable. The actual mechanics haven't changed, but now there is a more clear visual indicator of the pre-existing logic.
  • Thanks to Elok for suggesting.

Prerelease 5.011

(Released June 21st, 2011)

• Fixed rare null exception that could happen when changing control groups.
  • Thanks to leb0fh for the report and save.

• Spire Civilian Leaders are now no longer giftable, to avoid a bug whereby gifting them back and forth would repeat the AIP decrease.
  • Thanks to dnatabar for the report.

• Added a new "Galaxy-Wide Select Own Science Lab" key-bind that works in both planet-view and galaxy-view (like go-to-flare does) and defaults to Ctrl+T.
  • If you are viewing a planet and you own science labs on that planet, this drops any current selection you may have and selects one of those science labs (note that it does not center the viewport, there's another key for centering on the selection if you want that).
  • Otherwise, if you own science labs on another planet in the galaxy, this drops any current selection you may have, switches your view to one of those planets, and selects one of those science labs on that planet, and centers the viewport on that lab.
  • Otherwise (if you own no science labs), this does nothing.
  • Note that this only works with your science labs, it completely ignores science labs of allied players. Also, it does not attempt to rotate through eligible selections the way other selection functions do.
  • The reason for all the caveats of what this doesn't do is that its SOLE purpose is to let you access the tech-research menu from anywhere in the galaxy without having to know specifically where to find a science lab.
  • Thanks to TheDeadlyShoe for the suggestion that inspired this.

• Fixed a bug where a self-destructing aoe weapon with a limited number of secondary targets (autobomb, nanoswarm, etc) would fail to do any damage to anything in some cases where only the main target was hit.
  • Thanks to Nalgas for the report and save.

• Added "Galaxy Layout" item to top-level context menu (when showing the galaxy map). Clicking it shows these options:
  • "Official Layout" - Switches your galaxy view to the official layout, meaning the map as actually generated.
  • "My Layout" - Switches your galaxy view to your alternate layout. If you have not made any changes, this will look like the official layout.
    • While looking at your alternate layout you can move a planet around by holding shift, left clicking the planet, and dragging it aroud while holding the left mouse button.
  • "Player 1 Layout" - Switches your galaxy view to this player's alternate layout.
    • And 7 others just like it for players 2 through 8.

• Fixed bug where copying in your global controls from disk could lead to building engineer IIs and IIIs without the required tech.
  • Thanks to Ranakastrasz (and others) for reporting this.

• Added new global control toggle "Prevent Warhead FRD".
  • If this toggle is checked, it prevents your warheads from entering Free-Roaming-Defender mode even when something like the 'Auto-FRD Military' toggle or a slip of the finger when giving a move order would set them to FRD.
  • If you can imagine a nuclear warhead attached to a roomba, you can imagine cases where you would use this toggle. And cases where you would not.
  • Please note that this will not take any warheads already in FRD out of it.
  • Thanks to Ranakastrasz for inspiring this addition.

• Fixed a bug where Defender games were always being recorded in the high-score list as lost.
  • Thanks to Night for the report and save.

• Fixed a bug where lightning and armored warheads were following the unit-cap-scale.
  • One of the side effects of this is that some Neinzul Rocketry Corps silos (only the lower-mark ones, and only on low or normal caps) were "scaling down" to a maximum internal capacity of zero, effectively making them Neinzul Rocketry Bricks. No longer.
  • Thanks to ArcDM for the report and save that led to this being discovered.

• The "Hostile Warheads on (planet name)" alerts are now shown for all planets you have scouting on, not just human-controlled planets.

Prerelease 5.010

(Released April 14th, 2011)

• Spire Blade Spawners:
  • Now have an attack again (not having an attack was causing all kinds of bugs and unintended behaviors), with a base power of 1000 per shot, 8 shots per salvo, 2 seconds per salvo, and effective range of 6000 (for reference, that's the same as the spire stealth battleship except it's 25% the base power and 1000 lower range).
    • Notably, this should make the BaseAIPerGuardPostShipCap flag work correctly again for them (it's set to 1 for them).
    • But since they were unable to guard stuff in the past due to zero attack, to correct old saves the AI ones just being completely stripped out when loading something from 5.009 or earlier. Human ones are not affected.
  • Have the new DoesNotMoveToPursueUnlessOrderGivenByPlayer flag, which prevents human ones from chasing an auto-targetted target (in FRD or not). Hopefully this will deal with the complaint that lead to the original removal of their guns.
  • Thanks to Sunshine! and techsy730 for reports and saves of the bypassing-caps problem.

Prerelease 5.009

(Released March 28th, 2011)

• The health of the non-core AI Spire Shield Spheres has been reduced by half (for all five mark levels of the non-core versions).
  • Thanks to Vinraith for suggesting.

• Fixed another rare desync that would occur when the "ship to kill" logic was loaded from savegames that were saved during a big battle. Not many people save DURING a big battle, so this one didn't come up much.
  • Thanks once again to Fleet and Tssbackus for reporting, and for their patience. They have all the bad luck!

• Added in a new "aggregate hash" that sums up a few key integer stats from non-cold-storage ships (location xy, destination xy, is destination settled, "ship to kill" object number), to provide a sort of early warning system against desyncs.
  • This makes the game much likely to actually desync quicker when there is a desync going on under the hood, which will make them easier to find, and hopefully also easier to reproduce when a player does run into a desync.
  • This adds a bit to the CPU load, but since it's all addition, it's nothing particularly notable, which is one of the plusses of this.
  • We are, of course, hoping not to have to use this any time soon. But in the event that Fleet and Tssbackus get unlucky again, this should help eliminate any ambiguities that might otherwise come up.

Prerelease 5.008

(Released March 25th, 2011)

• Zenith SpaceTime Manipulators can no longer be swallowed or regenerated.
  • Thanks to FunnyMan for suggesting.

• Human-allied zombies and minor factions were not being properly limited in their pool of planets to fix, thanks to a typo in their logic. It should now be fixed.
  • Thanks to techsy730, Vinraith, and zoutzakje for reporting.

• Zenith Electric Bombers:
  • No longer use scaled caps (due to the 0.1 ship cap multiplier, that can make the additional /2 or /4 from normal and low caps cause a more significant truncation than is desirable).
  • Event attack cost (used for exogalactic strikeforce computations) tiers increased from "Medium Corvette" through "Heavy Frigate" to "Light Frigate" through "Medium Destroyer", since the previous placement was putting mkIII zelecs at the same place as a mkV bomber. It's not a goal to balance the event attack costs terribly precisely, but that was a bit excessive.
  • Thanks to Garthor for bringing the odd cost issue to light.

• Sentinel Frigates:
  • Event attack cost (used for exogalactic strikeforce computations) tiers increased from "Heavy Corvette" through "Light Destroyer" to "Light Frigate" through "Medium Destroyer".

Prerelease 5.007

(Released March 24th, 2011)

• AI ships that are spawned in response to saboteurs, such as the human mark III science lab, are now zombie bots.
  • Thanks to Irxallis for suggesting.

• Fixed a bug with zombie or minor faction electric shuttles, where the shuttles would just sit there. This also should improve the behavior for any ships that explode (including warheads, etc) when controlled by a minor faction, when zombified, when in FRD or attack-move in general, and possibly when in the hands of the AI in some circumstances.
  • Thanks to Burnstreet and BobTheJanitor for reporting.

• Previously, zombiefied ships were being bound by player ship caps, but they should not have been. Fixed.
  • Thanks to Dalden and Ozymandiaz for reporting.

• Previously, allied minor faction and zombie ships would just patrol around player planets endlessly, which was helpful for defense, but problematic for two reasons: first, that it could cause massive amounts of slowdown after many hours of them stacking up, and second, that it could cause massive buildups of AI stalkers, who never dare to attack the planets with so many defenders, which leads to something akin to stalemate situations.
  • Thus the allied minor faction and zombie logic has been adjusted as follows:
    • Neutral planets are now considered the same as allied planets, and the ships will patrol to them like any others.
    • If there are more than about 100 of AI threat ships on an adjacent planet, the ships will also patrol to that planet to clean them off.
    • If the human-allied team has more than a token military force (more than about 10 ships) on a planet, then these ships will patrol to there, to help aid in that attack.
      • This allows for small raids to still happen with raid starships or whatever without assistance from these minor factions, but it enlists their help for larger-scale engagements.
  • Thanks to many players for weighing in on this, including Burnstreet, Draco18s, TechSY730, vinco, BluePhoenix, and ArcDM for reporting various things related to this, with various suggestions.

• Dyson Gatlings are now immune to paralysis attacks.
  • Thanks to Sunshine for suggesting.

• Slightly improved the targeting handling when a ship is targeting a teleporting ship that is out of range.

• Spirecraft Penetrator balance:
  • Mark I moved from pysite to xampite. Mark II moved to ebonite, and now produce two per asteroid. All the other marks not moved around.
  • Penetrator health reduced 8x.
  • Penetrator perma-cloaking replaced with normal cloaking.
  • Thanks to Irxallis for suggesting.

• Fixed a problem with too-low throttles on minor faction / zombie ships preventing them from even attacking at all in some cases.
  • Thanks to zoutzakje for reporting.

• The devourer golem is now completely invincible -- it was never meant to be killable in the first place, but recent changes to the game made that so that it was possible post-5.0. Like the dyson sphere, the devourer is more intersting when it is indestructible.
  • Thanks to ArcDM for inspiring this, although I'm not sure if that's what he really was hoping for.

• Minor factions now shoot low-power ships without prejudice, which means that devourer golems actually will devourer more again.
  • Thanks to ArcDM for reporting.

• Zenith SpaceTime Manipulators, like forcefields, now have the ability to move very slowly but not to go through wormholes, to allow for better repositioning of them.
  • Thanks to vinco for suggesting.

• Gifting a ship now copies across its current attack recharge, cloaking recharge, and similar, preventing a few exploits related to that and penetrators in particular.
  • Thanks to Irxallis for reporting.

• Fixed the bug with two buttons for mark V fighters showing up in the mark V fighter fabricator.
  • Thanks to leb0fh, Orelius, akbr1984, and snelg for reporting.

• Previously, when command stations were replaced, colony ships and mobile builders were still dying even though they shouldn't have been. Fixed.
  • Thanks to Red Spot and TechSY730 for reporting.

• Improved the clarity of the colony ship description.
  • Thanks to TechSY730 for suggesting.

• Previously, when a player was controlling an ally's ships and tried to put that ship into a control group, it would add it to the ally's control group instead of the local player's control group. Having cross-player control groups is not possible without really expanding the control group data structure, which doesn't seem like a good idea to do at the present time, so for the time being allied ships simply won't go into control groups if a player tries to put them in there, at least cutting out the worst of the confusion.
  • Thanks to FunnyMan for reporting.

• The Zenith Trader previously had incorrect line breaks. Fixed.
  • Thanks to doctorfrog for reporting.

• Previously, if there were fewer than 30 enemy-to-the-AI ships and none of them were both uncloaked and had attack strength of 0, then the planet was incorrectly being put into cold storage. Now it's only in cold storage if there are fewer than 30 enemy-to-the-AI ships and all of them have full cloaking, which was the intended logic from the start.
  • This should fix some issues with the devourer golem not really doing its thing, and in general some minor faction issues in general.
  • Thanks to Fleet and TechSY730 for reporting related bugs.

• Previously, adding and removing ships to control groups was way slower than it should have been. In terms of bulk add/removes, it was way, WAY slower than it should have been. This was a past optimization that was not fully optimized -- it had one critical flaw, mainly. This is now fixed, and it has a couple of major effects:
  • Obviously, when editing control groups in bulk, it's hugely improving the speed of that (it could cause "Waiting For Players" messages, before).
  • Unexpectedly, it also makes savegames load in less than half the time they used to. As it turns out, there was a lot of "take this ship out of the control group it already wasn't in" going on in there, and that was just eating performance.
  • Thanks to FunnyMan for reporting.

• AI Progress reduction messages now show up as light green instead of light red, to avoid being misleading.
  • Thanks to sgt_deacon for suggesting.

• The radar dampening range of marauders and resistance fighters has been changed to be about 1000 greater than their attack range in all cases, soo that they always have to come into range of their targets in order to fire on their targets. This makes it so that turrets and other fixed-position defenses are not completely powerless against them.
  • Thanks to Draco Cretel for suggesting.

• Spire Civilian Leader Outposts are now included in the galaxy map filter for Detected AI Progress Reducers.
  • Thanks to Orelius and c4sc4 for suggesting.

• Spire Civilian Leader Outposts previously did not have their minor faction stance properly set, so they could not be attacked. Now they are properly noted as AI Allies until captured by the human team. They are still direct-only to attack, though, so unless you accidentally mis-click on them your ships won't attack them.
  • Thanks to chemical_art for reporting.

• Armored Warhead health reduced from over 2 billion to 40 million. This is still a huge amount of health, but they are no longer infinitely survivable. This also fixes a bug where the interface was having an overflow exception and rendering their health as 1.
  • Thanks to rustayne for reporting.

• When planet-wide EMP or tachyon detonations occur, as from a warhead or an EMP guardian, a chat message is now sent to the human players telling them who detonated what, and where. This message is also clickable. The goal here is preventing EMP guardians from punching QUITE so impenetrable a hole in player defenses without notice.
  • Thanks to KDR_11k for suggesting.

• Warhead Interceptors have been nonfunctional since slightly before 5.0 of the game (I disabled them, but never did get around to re-enabling them. They should work once again, but I haven't had a test case to work on it to be sure. If anyone has a save with them not working after this version, please let us know.
  • Thanks to Orelius for reminding us of this.

• The efficiency of gravitational slowing (gravity drains, gravity turrets) has been greatly improved, such that big battles that previously would grind to a halt because of them can now be played at 3x their prior framerate in one test case in particular.
  • One major improvement was to exclude checking of gravitational slowing for ships that can't move or aren't moving at the moment (since they don't need to be slowed!), and the other was to skip redundant gravitational slowing checks for gravitational sources that are the same and which are too close together. This last is very similar to how the speed improvements on the range data display (from way back pre-2.0 days) works.
  • Thanks to rustayne for reporting.

Prerelease 5.006

(Released March 23rd, 2011)

• Astro Trains are now immune to translocation and gravity effects, since both of those cause more problems for players than they would ever solve.
  • Thanks to Sunshine for suggesting.

• Adjusted controls window to be more likely to fit within 1024-wide resolutions; previously it was functional but didn't quite fit.
  • Thanks to Balthier for the repot.

• Double-clicking a profile name in the profile list now selects it, rather than opening it for editing.

• When a desync is encountered, the clients are now notified of that instead of them thinking it's just a regular waiting for players.

• FINALLY fixed a long-standing and excruciatingly rare desync that nevertheless was reliably hit by two of our players, Fleet and Tssbackus. Huge thanks to them for their persistence in helping us figure this out. For all the details, here's the mantis issue: http://www.arcengames.com/mantisbt/view.php?id=3077

• The planetary summary now makes substantially better use of its available vertical space, thus saving horizontal space in many cases.
  • Thanks to gamewarlord777 for suggesting.

• Guard posts, fortresses, superfortresses, force fields, and exo-shields are all now immune to regeneration from regenerator golems/trains.
  • Thanks to FunnyMan for reporting.

• AI Motherships are now considered large ships for purposes of bomber starships and siege starships being able to hit them.
  • Thanks to TechSY730 for reporting.

• When an engineer is repairing a ship, and it was not set to repair that ship explicitly by the player, and it's not in free-roaming defender mode or attack-move mode, it will no longer try to chase the ship it is repairing. Instead it will just find a better target and keep its position. This allows for players to exercise more tight control over their engineers now that engineers have a huge repair range and no longer teleport.
  • Thanks to Sunshine for suggesting.

• In recent versions, the self attrition time has been reporting a negative time. Fixed.
  • Thanks to Garthor for reporting.

• When a ship is translocated away from its current location, all incoming projectiles now are also immediately translocated to its new destination, and thus will hit it instead of fizzling. This makes the military command stations a lot less unwieldy.
  • Thanks to KDR_11k for suggesting.

• Raid starship rebalance, thanks to many players for various suggestions:
  • Raid Starship health has been increased from 1.6 million health * mark level to 2 million health * mark level.
  • The AI now has separate versions of the Raid Starships, which have only 1/2 the health of the human counterparts.

Prerelease 5.005

(Released March 17th, 2011)

• Savegames from 5.004 were accidentally all uncompressed, though flagged as compressed, which caused them to not be able to be read back in. Two fixes:
  • First, fixed the actual cause of this, so new savegames in 5.005 will be saved properly.
  • Second, updated the load savegame process so that it can read even the "corrupt" saves from 5.004 without issue.
  • Thanks to SpaceJelly for reporting!

• Spire Blade Spawner:
  • Ship cap from 0.05 of normal to 0.03 of normal (in practice, from 9 to 5 for mkI). Note that this impacts AI usage as well as human.
  • BaseAIPerGuardPostShipCap from 2 => 1.

• Spire Gravity Drain:
  • Grav range from 3000*mk => 8000 (flat).

• Spire Gravity Ripper:
  • Attack power from 1000*mk => 2000*mk.
  • Seconds-per-salvo from 1 => 2.
  • So basically the gravity ripping effect is being nerfed to 50% of what it was, and the normal attack is better against armor. We'll see where to go from there.

• Spire Miniram:
  • Ship cap multiplier from 0.25 => 0.20.

• Spire Stealth Battleship:
  • Effective Attack range from 6500 + (500*mk) => 7000 flat (thus, they can no longer engage while still protected by their 8000 radar dampening range).

• Spire Tractor Platform:
  • Hull Type from Turret => Heavy.

• Previously, turtle AI types had over 13 times as many AI Eyes as "normal". Moderately defensive ones (Shield Ninny, Grav Driller, and Peacemaker) had only 2 times as many as normal. Turtles now have about 2.6 times as many as normal.

• Light Starship:
  • Base Health from 1.5m => 2m.
  • Armor Rating from 500 => 1000.
  • Given Radar Dampening of 8000 (to make it harder to deny a fleet its fleet starship munitions boost by ganking the fleet starships from long range). For reference, its munitions boost range is 3000.

• Flagship:
  • Base Health From 4,875k => 6m.
  • Given Radar Dampening of 8000. For reference, its munitions boost range is 6000.

• Neinzul Youngling Commando:
  • Base Health from 6600*mk => 8000*mk.
  • Base Attack Power from 1000*mk => 1200*mk.

• Impulse Reaction Emitter:
  • Now has a minimum multiplier of 5 (roughly what it would get vs a ship with 5,000 energy cost). This might be excessive, we'll see, but the ship was having significant "used as a paperweight" issues against anything at all small.

• Zenith Mirrors:
  • When a shot is reflected, the returned shot's power is now increased 4x. Thought to be a perpetual motion machine until the first power bill arrived. More seriously, this is an attempt to correct for the fact that things now tend to have a higher ratio of hp to damage (particularly against their own hull type) than when the mirrors were first added.

Prerelease 5.004

(Released March 16th, 2011)

• Added "Toggle Use-Group-Move-By-Default" In-Game key-bind (no default key, but you can set one on the In-Game tab of the input bindings window):
  • Toggles the value of the Use-Group-Move-By-Default global control (normally changed through the controls screen, but can be set this way for convenience).
  • Note that if you have the controls window open while using this key-bind, the controls window will not automatically update to reflect the change as that would destroy any changes made since the window was opened.
  • To make it easier to know which way it was toggled (without having to open the controls window, which would defeat the purpose), using this toggle displays a local message on the screen noting the change.

• HUGE Memory breakthrough.
  • Bad news first: the bad news is that this touched 63 different code files, and has resulted in approximately 4500 disparate lines of code being changed in a spiderweb pattern all throughout the application. So... expect some bugs. So far we haven't seen any, but with an organization change this drastic some are inevitable. Why, oh why, would we do this?
  • Well, that brings us to the good news: the baseline heap memory usage for the application has been literally HALVED, and in large savegames it's also... well, about halved in most cases. For those players that had been experiencing the dreaded "Too Many Heap Sections" error (thanks to Unity 3D's less than stellar garbage collector bounding capping out at about 900MB), this is tremendous news.
  • As a small ancillary bonus, this also makes both the program itself and individual savegames load a bit faster. The older your CPU, the more you will notice this effect (on older CPUs, it could shave off multiple seconds, actually).
  • As another not-so-small bonus, this restructuring cuts down on some confusing cases with the spirecraft and how some of the by-unit-scale stuff works. Long-term, this should mean a lot fewer bugs related to the unit cap scales, which is also welcome news. Some subtle bugs related to the armor rating have already been fixed as just part of making this transition, though we don't think anyone reported these specific ones.

• The regen ability now shows how long, in time, it will take to completely heal the ship from 0 hitpoints to full hitpoints, rather than showing the per-second gain. Thus some mental math is removed, and the display of this can be consistent between different unit cap scales.

• Ever since the porting to unity, annoyingly, we've had a bug of our own making that caused the first profile to always be the one used, rather than whatever you last used. Fixed.

• Player profiles are also now once again sorted by name, which they used to be but haven't been since the switch.

• A new "Don't Compress Savegames" toggle has been added to the Advanced tab.
  • The only time you should turn this on is if your save process is being inordinately slow, or if you are getting "Too Many Heap Sections" crashes. Otherwise, you'll want this on, as uncompressed savegames are pretty huge. But enabling this will save on RAM use during savegame compression and decompression -- the larger the save, the more the savings in RAM with the compression disabled.

Prerelease 5.003

(Released March 8th, 2011)

• Updated the Unit Cap Scale "High" option's lobby tooltip to note the chance of the game simply running out of memory in the late game and that autosaving and reloading every couple hours can be necessary to get through it.

• Fixed a typo in the first Fallen Spire journal entry.
  • Thanks to Neck for the report.

• Fixed a bug where the "I Have A Bad Feeling About This" achievement was not being awarded.
  • Thanks to Tirulii for the report and save.

• The AI's (announced) exogalactic strikeforces provoked by the Fallen Spire stuff now also contribute points to a sort of "homeworld defense fund". If that has any points and an AI homeworld comes under major assault, a defense force is immediately spawned on that homeworld. This can prove... unpleasant.

• Minor faction Fallen Spire ships (NOT the human-controllable ones) buffed quite a bit.

• Previously the controls window was not fitting vertically on 1024x600 (which isn't officially supported but we try to make it playable). Fixed to fit better.
  • Thanks to Talaraine for the report.

• Courtesy of the current #1 on the mantis vote tallies: Added "Copy To Disk" and "Copy From Disk" buttons to bottom of the controls screen.
  • Copy To File creates a copy of your global controls (excluding per-planet stuff, but including ship designs) as "copiedGlobalControlSet.dat" in your RuntimeData directory.
  • Copy From File prompts you to confirm first, and if you confirm it overwrites all your global control (excluding per-planet stuff, but including ship designs) from what's in "copiedGlobalControlSet.dat" in your RuntimeData directory. If you don't actually have such a file it doesn't do anything when you confirm.
  • Thanks to Fleet for the suggestion that inspired this feature.

• Courtesy of the new #2 item on the mantis vote tallies list: Added "Mobile Tractors With Full Load Rally" toggle to the global tab of the controls screen.
  • If this toggle is checked, when one of your mobile units with tractor beams (notably Etherjets, Spire Tractor Platforms, Spirecraft Martyrs, and Black Widow Golems) has a "full load" (all tractors active), it will look for a rally post to rally to. If that rally post happens to be a redirector, that will work as it normally does, etc.
  • When the rally trigger kicks in, all other orders (including FRD and attack-move, etc) will be canceled on the tractoring unit. But if you give the ship an order after the rally behavior is triggered, it won't retry the rally unless it it loses one of its tractor targets and then fills up again.
  • Note that this does not apply to Riot Control Starships with tractor modules, because the modules themselves are not mobile units.
  • Thanks to PineappleSam for the suggestion inspiring this control.

• Another from the vote tallies: Artillery Golems are now immune to radar dampening.
  • Thanks to Fleet for the suggestion.

• Courtesy of the new #2 item on the mantis vote-tallies: Added "Auto-Scout-Picket" command to the context menu (there's also an key bind, unbound by default):
  • Tell all cloaking scout units in the selection to try to station themselves on a planet where you do not currently have scout intel. Basically it:
    • 1) Makes a list of all scouts with cloaking in your selection.
    • 2) Makes a list of all planets you do not have current (less than 5 seconds ago) scout intel.
    • 3) Sorts that list of planets by distance (ascending) to the planet with your selection.
    • 4) Tells the first scout in the first list to go to the first planet in the second list, and so on. If it runs out of planets it loops back to the beginning of the planet list and thus it will double up, etc. When it runs out of scouts it stops.
  • Please remember that this order (and auto-explore) are only intended to automate simple scouting situations and thus save you time giving otherwise trivial orders. If your scouts all die before accomplishing anything that means that it's not a simple scouting situation and you'll need to take manual control to get good results.
  • Thanks to Malibu Stacey for the suggestion that inspired this command.

• AI War engine upgraded to Unity 3.3, from previously being Unity 3.1.

Prerelease 5.002

(Released February 22nd, 2011)

• Fixed bug in last version where maws had no ship cap.
  • Thanks to Orelius for the report.

• Removed the (somewhat jokingly named) "HasWarpEngineMufflers" UnitData flag, and replaced it with per-unit logic that looks at ActionStatus (Normal, MinorFaction, or Zombie) and tells it to not play wormhole-transition sounds for MinorFaction or Zombie ships that are allied with the player.

• Fixed bug on the stats window resource-flows tab where most construction/repair/etc outflows were reported as positive instead of negative.

• Fixed bug that was greatly delaying the onset of gravity slowdown on units entering grav range in some cases.
  • Thanks to chemical_art for the report and save.

• Courtesy of being really high on the vote tallies: previously double-clicking a single unit would select all (your) units of that exact type on the screen. Now triple-clicking will do the same thing except it will include all units of the same general type (ShipType). Meaning that triple-clicking a fighter of any mark will select all your fighters of any mark on the screen.
  • Caveat: the general categorization being used is sometimes more general than mark; notably remains rebuilders have the same ShipType as engineers. Requests to make triple-clicking an engineer not also select remains rebuilders are likely to be ignored ;)
  • Also, we have to do this triple-click detection manually, so basically it's looking for a third click within 3 tenths of a second after the double-click selection. If this timing is problematic, let us know.
  • Thanks to Toll for the suggestion.

• In response to the number-one-on-the-vote-tallies mantis issue:
  • Added new PlanetView KeyBind: "Show Strong/Weak Info":
    • Defaults to Alt+W.
    • When this is active and the mouse cursor is over a ship, each planetary summary sidebar entry will display Win/Lose/Draw (and a % indicating intensity of win or loss, if it's not a draw) as a rough indicator of how effective a cap of the ship type under the cursor would be against a cap of the entry's ship type. Since planetary summary entries frequently include multiple distinct types of ships, this is perhaps most useful in conjunction with the "Guide" mode of the planetary summary that shows all ships of a given mark level (the default key for switching to guide mode is F1). However, even in normal mode this can be useful to at least get a rough feel for which of your ships on the planet are the best you have on hand against a specific target.
    • Caveat: this is not using a full simulation or anything like that, it uses the same simplified formula as the reference tab uses. So stuff with modules won't really get accurate results (because it's only counting the base hull), etc.
    • Suggestions on text color, default keys, etc, are quite welcome; we're not totally happy with the effect right now but don't have a lot of time to fiddle with alternatives.
  • Added new PlanetView KeyBind: "Strong/Weak => One Vs One":
    • Defaults to Alt+E (so the full combination would be to hold Alt+W+E).
    • When both this and the "Show Strong/Weak Info" keybind are active, the strong/weak info shown will use a one-ship vs. one-ship comparison instead of the normal cap vs. cap comparison.

• Snipers (the ship, not the turrets) :
  • Bonus vs UltraLight from 6 => 1.
  • Bonus vs Light from 1 => 6.

• On to #2 on the vote tallies list: The mouseover tooltip for the AI Progress display on the resource bar now displays each of the tech level thresholds for each AI Player.
  • Thanks to wyvern83 for the suggestion.

• Fixed a moderately longstanding bug where having the first AI player at tech level 1 and the second AI player at tech level 2 would actually draw as the text "II/II" instead of "I/II" on the resource bar.

• The "selection description" window in the bottom right of the hud that shows the count of each type in the selection now shows two percents: the first is the average percent-of-max-health of the living ships of that type (this used to be there before the Unity port, and it's back now!), the second is the lowest percent-of-max-health of the living ships of that type.
  • Thanks to Vinraith for reminding us about the missing average-health info.

• The selection description window will now try to display up to 30 entries without resorting to a scrollbar, instead of only 5.

• Replaced the old "if CanUseNeinzulRegenerator then multiply by 2" wave-size rule with a more general UsefulnessInAIWaveMultiplier UnitData field.
  • Everything with CanUseNeinzulRegenerator (which is just the 5 youngling types), gets a 2 for this.
  • As an experiment, Bombers get 0.8 and Fighters and Missile Frigates get 1.2. Bomber waves will probably still be more dangerous (as is intended) but it might make the difference in "interestingness" less. Not planning to touch the bonus ship types because if the AI has a particularly bomber-like bonus ship type that should just be a characteristic of the kind of difficulty you'll be facing in that game, etc.

• Exogalactic strikeforces provoked by the Broken-Golems-Hard or Spirecraft-Hard minor factions (but not Fallen Spire ones) now have a chance (50% for Broken-Golems, 20% for Spirecraft) of using an alternate composition distribution that heavily favors a large lead ship and a single battlegroup.

• Broken-Golems-Hard and Spirecraft-Hard exogalactic strikeforce initial-strength, per-minute-increment-amount, and maximum-strength all increased roughly 10%.
  • Thanks to Shrugging Khan for pointing out that these are a bit on the easy side right now. In other words, blame him if these slaughter you now.

• The Armored, Black-Widow, Artillery, and Regenerator Golems used in exogalactic strikeforces are now different than the "standard" AI golems (like those used by the Golemite AI Type). The main difference is that they lack the 1/10th-health-of-a-normal-golem rule (but the Armored variants still have a 1/2 health modifier, since they're so buff).
  • Thanks to Shrugging Khan for continuing to provoke the golems.

• Black Widow golem health and Attack Power boosted a bit (15%-ish).

• Regenerator Golem health doubled, in response to various concerns that they're less useful than other golems.

• The "shot travels at least 40 speed faster than its target's current speed" logic has been extended to include "shot travels at least 40 speed faster than its target's tractor-er's current speed", since in the "tow" case the target's current speed is almost always zero.
  • Thanks to kjara for the report.

Prerelease 5.001

(Released February 16th, 2011)

• Made it possible to bind Mouse2, Mouse3, Mouse4, Mouse5, or Mouse6 to the primary key of a KeyBinding. For reference, Mouse2 is the middle mouse button. Mouse0 is left-click, Mouse1 is right-click, and both are excluded from this due to being used in many other ways by the main input code. Mouse3-6 don't exist on most mice, but are available for those who have them.
  • One example use of this is to bind OpenDefaultContextMenu to Mouse2 (middle mouse). We're not sure if this would cause major conflicts with middle-mouse-scrolling or mouse-wheel-zooming (due to accidental click-downs during wheeling); if you try it please let us know how it goes. Seemed ok in our testing.

• Fixed a bug where the special-move context menu's catch-right-clicks option was basically failing to do anything. Now when it is toggled on it properly re-interprets right clicks outside the menu as "set destination to clicked point and then execute".

• Updated tooltips for:
  • Armored Golem.
  • Artillery Golem.
  • Black Widow Golem.
  • Cursed Golem.
  • Regenerator Golem.
  • Hive Golem.
  • Botnet Golem.
  • Military Command Stations.
  • Captive Human Settlements.
  • Fallen Spire lobby tooltip (reference to wiki removed due to complaints).
  • Thanks to Burnstreet, c4sc4, techsy730, and Sunshine! for contributing suggestions about these.

• Fixed a bug where hybrids were... basically completely broken. Sigh. The "don't let hybrids rebuild modules if they've recently been damaged" code was inverted in such a way that they could never build modules. And because they could never get modules, they were never satisfied that they were ready to go attack or defend or whatever.
  • For reference, this bug went unreported for roughly 20 versions. The Hybrids are plotting revenge.
  • Thanks to Draco18s and Draco Cretel for reporting. The Hybrids might spare them.

• Reclamators (excluding zombie-reclamators) :
  • Replaced the "cannot do reclamation damage to ships more than one mk level higher" rule: the reclamation effect of the actual damage done is multiplied as follows:
    • If the reclamator is 4 mks higher than the target (mkV shooting mkI), multiply by 64.
    • If the reclamator is 3 mks higher than the target, 48.
    • If the reclamator is 2 mks higher than the target, 32.
    • If the reclamator is 1 mk higher than the target, 16.
    • If the reclamator is the same mk as the target, 8.
    • If the reclamator is 1 mk lower than the target, 4.
    • If the reclamator is 2 mks lower than the target, 2.
    • If the reclamator is 3 mks lower than the target, 1.
    • There is no 4-mk-lower case because mkV are not reclaimable.
  • Leech Starship base attack power from 120k*mk => 30k*mk.
  • Parasite base attack power from 4000*mk => 1000*mk.
  • Nanoswarms inherent 16x-reclamation property down to 2x, but no reduction in actual damage.
  • Spire Teleporting Leech base attack power also not reduced, because the general feeling is that these are pretty underpowered already. Might nerf these later if this proves to be too much.

• Parasites:
  • Effective range from 3700 => 6000.
  • Armor piercing from 0 => 750*mk.
  • Base Health from 7200*mk => 14400*mk.

• Fixed a relatively longstanding bug where AIPerPlanetShipCap and AIPerGuardPostShipCap were generally not being enforced when loading a game (either just-starting or loading later).

• Some triangle rebalancing:
  • The rationale here is that bombers have been having their way with forcefields a bit too much, and having fighters be so much more "general-dps" than the other two has made them much less a natural predator of the Bomber. Also, the Missile Frigate is still being reported as the least desirable by a significant margin.
  • Fighters (including the tachyon and bulletproof variants) :
    • Bonus vs Polycrystal from 2.4 => 5.
  • Bombers:
    • Bonus vs UltraHeavy from 10 => 6.
    • Bonus vs Structural from 10 => 6.
    • Bonus vs Heavy from 10 => 6.
    • Bonus vs Artillery from 10 => 6.
    • Base Attack Power from 1900*mk => 2400*mk.
  • Missile Frigates:
    • Bonus vs Light from 10 => 6.
    • Bonus vs UltraLight from 10 => 6.
    • Bonus vs Swarmer from 10 => 6.
    • Bonus vs Neutron from 10 => 6.
    • Bonus vs Composite from 10 => 6.
    • Bonus vs Refractive from 10 => 6.
    • Base Attack Power from 1600*mk => 2400*mk.
    • Base Crystal Cost from 700 => 500.

• Fixed a bug with the electric shuttle "chain lightning" mechanic where it could hit a single forcefield way more times than intended. Used to be as many as 200 per shot, but now down to 5 (anything can be hit 5 times per shot).
  • Thanks to Draco18s for reporting.

• Fixed bug where electric shuttles were able to chain-hit the same target 10 times in one blast (thus getting maximum efficiency against groups 20 or larger) instead of 5 (thus needing to hit at least 40 to get full damage).

• Fixed a bug where Spire Blades, Spire Minirams, and Spire Rams would not actually automatically die (but just self-damage by some amount) when attacking.

• Tractor Beam Turrets:
  • Base Health from 210k/840k/1680k => 560k*mk.
  • Base Armor Rating from 1200 (flat) => 450*mk.

• Beam Guardians:
  • Bonus Vs Turret from 8 => 1.
  • Bonus Vs UltraLight from 8 => 1.
  • Bonus Vs Artillery from 2 => 1.
  • Base Attack Power from 4000*mk => 4500*mk.
  • Base Armor Rating from 600*mk => 300*mk.

• Laser Guardians:
  • Base Armor Rating from 1000*mk => 300*mk.
  • Base Health from 1.4*(standard guardian health) to 1.1*(standard).
  • Shots Per Salvo from 3 => 15.
  • Seconds Per Salvo from 4 => 2.
  • Base Attack Power from 17k*mk => 1700*mk.
  • Base Armor Piercing from 500*mk => 300*mk.
  • Base Attack Range from 7000 => 5000.

• Raider Guardians:
  • Now Have Radar Dampening Range of 8000.

• Lightning Guardians:
  • Base Armor Rating from 800*mk => 600*mk.
  • Now use the same "can hit up to 200 targets max, but can do max damage to as few as 40 by hiting each target up to 5 times" logic as Electric Shuttles.
  • Base Attack Power from 1600*mk => 2400*mk (for reference, Electric shuttles on low caps have 1600*mk, albeit somewhat slower reloading).

• Tractor Guardians:
  • Base Armor Rating from 1200 (flat) => 450*mk.

• Spider Guardians:
  • Base Armor Rating from 1000 (flat) => 150*mk.

• Sniper Guardians:
  • Base Armor Rating from 1000 (flat) => 150*mk.

• Tachyon Guardians:
  • Base Armor Rating from 400 (flat) => 150*mk.

• Gravity Guardians:
  • Max Target Base Speed from 10/8/6/4/2 => 11/10/9/8/7.
  • Grav Beam Base Range from 8k/10k/12k/14k/16k => 7k/8k/9k/10k/11k.
  • Base Armor Rating from 100*mk => 300*mk.

• Zombie Guardians:
  • Shots Per Salvo from 2/3/4/5/6 => flat 2.
  • Base Armor Rating from 5000*mk => 300*mk.
  • Base Attack Range from 9000 => 7000.

• EMP Guardians:
  • Base Armor Rating from 1200 (flat) => 300*mk.

• Carrier Guardians:
  • Base Armor Rating from 1200 (flat) => 300*mk.

• Note: the guardian rebalancing is far from done, this was just to tone down some more obvious issues.

• Handicap now has the following effects, all of which is new unless otherwise noted:
  • AI
    • Previously it affected the speed at which the AI reinforced. It no longer does.
    • Increases the number of ships in each wave and reinforcement, and decreases when negative.
    • Roaming Enclaves and Preservation Wardens are spawned sooner or later into the game.
    • Scrap waves are scaled accordingly.
    • Specifically "forced waves" are scaled accordingly.
    • Cross planet atacks are scaled accordingly.
    • Saboteur and deep strike reactions are scaled accordingly.
    • For now, event attacks are NOT affected by this.
    • Initial seeding of AI planets are intentionally not affected by this -- same as human players get no starting benefit from handicaps.
  • Player
    • Increases the amount of resources gathered from producers (using a new formula), and decreases when negative (also using the new formula).
  • Thanks to TechSY730 for suggesting we revisit this.

• The tech level of the AI is now only inflated by 1 artificially when playing on greater than difficulty 9, rather than greater than difficulty 8.
  • Thanks to TechSY730 for suggesting.