AI War 2:The Paradigm Shift

From Arcen Wiki
Jump to navigation Jump to search

Known Issues

  • Any bugs or requests should go to our mantis bugtracker
    • If you need to submit log files, those can generally be found under your PlayerData folder in the folder your game is installed in. The most relevant one is called ArcenDebugLog.txt. You can send us the whole thing, or just strip out relevant parts.
    • In rare cases, mainly if your entire game crashes (that almost never happens), we will need your unity player log. That gets overwritten the next time you run the game after a crash, unlike the other log. These can be found here:
      • Windows: C:\Users\username\AppData\LocalLow\Arcen Games, LLC\AIWar2\Player.log
      • macOS: ~/Library/Logs/Arcen Games, LLC/AIWar2/Player.log
      • Linux: ~/.config/unity3d/Arcen Games, LLC/AIWar2/Player.log

What Does Multiplayer Alpha Mean?

Please see this link for details on multiplayer. This wound up taking up too much space in this document, so all of the multiplayer-relevant bits have been moved to the other page.

What's this phase all about?

Multiplayer is fully playable at this point, but still has a variety of glitches and doesn't have all of the features that we intend to have in the long term. So hence it still being in alpha status. But we greatly welcome folks to play, and hopefully give us reports on what is going wrong if something does go wrong.

We expect to be to a fully-polished non-beta status for multiplayer in November or December, if things continue as they have.

Our second expansion for the game, Zenith Onslaught, has a whole heck of a lot of it completed, but still needs more doing. Badger has done all of his parts for it, and has retired like Puffin before him, so at this point we are down to basically a one-person show again (me, Chris) on bugfixing, finishing multiplayer, finishing my parts of DLC2, and finishing the last of the kickstarter obligations. So if the schedule slips some, it's likely because I had trouble juggling that, or wanted extra time to make things truly shine, whichever. But at the start of this phase, things are feeling very positive.

Version 2.618

(Not yet released -- we're still working on it!)

  • Add some warning text to the X map saying it has balance issues
  • Fix a bug where ai-allied factions like the scourge or marauders weren't correctly allied to things like Astro Trains. This was causing a number of issues, like 'Astro Trains never spawn'
  • CPAs will group-move more often
    • Suggested by Crabby on steam

Astro Train Buffs

  • Astro trains mark level goes up based on the number of trains spawned. When they begin spawning stronger variants the mark level resets to 1
  • The astro trains can now have Guards; each train can have some Guards who will deploy when there are enemies, and will return to the train when there are no longer enemies
  • Astro Trains can get more guards when they reach a Station. They also can heal a bit on reaching a station.
    • Guard strength increases based on trains killed (regardless of who killed the trains)
    • Guards are intended to make trains a bit harder
  • Astro Trains can spawn stronger variants after enough trains have been killed by the player
  • The largest balance change is letting the train mark level increase. Guards are intended to be a bit of extra cool/flavour with some balance impact.

Version 2.617 Calming For The Nerves

(Released October 16th, 2020)

  • Should now be a new Journal message for AI Relic Trains.

Quality of Life Improvements

  • Add a new Galaxy Map Setting to change how the links look. Instead of using Red for "these two planets are hostile" or Blue for "these two planets are friendly", the game can now show a color gradient between the faction owners
    • The old style version is still available as an option.
  • There is a general problem with "churn" in ships and stacks being so fast that if you have many ships selected it was almost impossible to remove a status effect based off of a simple toggle.
    • Our overall logic was "if at least one of the selected items doesn't have the status, then add the status." But this gets intensely confusing, and we introduced transports that is part of why we made L be load and U be unload.
    • So let's revisit our older standing orders, too, because this is just problematic with trying to toggle them.
      • G is no longer "toggle group move" it is now "Enable Group Move"
        • You now have to use Ctrl+G to remove ships from group move. None of this toggling business!
        • Additionally, on the interface for the game where it shows the icon under selected ships, right-clicking that button now removes, while left-clicking enables. The tooltips are updated to say all this.
      • The same exact setup is now true for "Stop To Shoot Mode" and the K key, including its button and Ctrl+K and all that.
      • Exact same thing again with "hold fire/disable" functions and the N key, and Ctrl+N, the interface button, etc.
      • Ditto again for Pursuit mode and the V key.
      • And a final ditto for attack-move mode and the X key.
    • This is something that has been reported since at the very least February, and even before that, apparently. Somehow or other this still frankly just slipped past our attention. The amount of information overload that we sometimes face is kind of intense when it comes to bug reports.
      • But with that said, holy cow this was incredibly annoying. There's nothing like pressing a button and not having it do what you want to induce rage. We just don't really use these options all that much, or when we do they are with only one fleet selected, and it was working well in single-fleet situations. Something about multiple fleets in one selection was particularly throwing this off, but it's hard to be sure of the exact full reasons.
      • At any rate, we're glad to have it fixed now, and thanks to folks for bringing this up again so that it finally registered in our attention properly. This feels like a major frustrating oversight.
    • Thanks to Strategic Sage, Asteroid, Arides, and TechSY730 for reporting.
  • The escape key no longer clears your selected ships and fleets. There really was no good use case for this, and it was annoying to at least some folks.
    • Thanks to Asteroid for suggesting.
  • If you are on a map that is large enough that you can zoom out so far that the "Icons By Planets Hides At Distance" setting kicks in (default is 1.5, but you can change that up to 10 if you prefer), then now it will still show any fleets or other on-galaxy-map-units that you have selected. Later we can customize other display modes to show things in this scenario in various ways.
    • Thanks to Asteroid for suggesting.

Stationary Flagship Mode

  • New setting in the Ship Controls section of the controls: Hold To Give Orders To Stationary Flagships
    • Normally flagships that are unarmed will not listen to any orders that you give them. This is because usually you select their entire fleet, and you mean 'everybody but you.'
    • However, there are times when you definitely DO want to give them orders to move somewhere, perhaps transport some ships for you, and holding down this key while giving those orders will make them listen to you.
    • The alternative is to take them out of stationary mode, but this is far simpler. Movement orders on the galaxy map screen are always obeyed.
    • Default keybinding: control key.
  • The pre-existing "Flagship Movement Mode" option in the fleet options panel is now renamed to "Flagship Roaming" for the sake of clarity.
  • A new "Flagship Orders" option in the fleet options panel has been added.
    • It is either "Follow All Orders" or "Stationary Flagship Mode".
      • Unarmed flagships are by default stationary, while armed ones by default will follow all orders.
    • Description in the tooltip:
      • Some flagships are meant for fighting, while orders meant for hanging back. How far back is up to you.
      • When this is set to 'Follow All Orders', it acts like any other ship in your fleet. This is great for Golems and Arks. Not so hot for unarmed transports.
      • When this is set to 'Stationary Flagship Mode' mode, the flagship will just sit there and ignore all orders you give it. The assumption is that the orders are meant for the rest of the fleet.
      • To override this while staying in stationary flagship mode, hold Control down while issuing orders to the flagship. It will follow them as if this mode was not even on. This is perfect for rapidly giving different orders to your unarmed transports and the rest of the fleet they are supporting. Movement orders on the galaxy map screen are always obeyed.
  • If a flagship is in this new stationary mode, then they will show up with the "guard" shield icon behind them, which we don't really use for other purposes much.
    • This should help players who are jumping right into this new version realize that something is going on when their ships are not listening to them.
    • When Ctrl is held, then this shield status icon goes away and whatever the normal status icon would be appears. This is immediate visual feedback of what is happening, and also lets you check to see that your flagship is indeed in pursuit mode or what have you.
  • When a flagship is in the new stationary mode, and you are not on the galaxy map (where that is irrelevant), the tooltip for the flagship now shows "Stationary Flagship Mode!" even in the super brief tooltip, and then has more details if you go to medium and then full detail.
  • This whole thing with the flagships sometimes rushing to their deaths has definitely been one of the most singularly-annoying things since we introduced the concept of fleets, way back in the middle of Early Access.
    • At first, more fleets than not had big weapons (Golems and Arks), so it seemed like less of a thing. But over time, it has become more and more annoying.
    • This was something we have thought about for a long time, but for whatever reason we never could come up with a good solution for it despite how much it annoyed us directly, let alone player reports.
    • Thanks to Strategic Sage, nas1m, Asteroid, and others for contributing to this discussion since last December, and then more acutely more recently when this solution was arrived at.

Bugfixes

  • Fix a bug where the AI Reserves journal message was playing incorrectly when loading a sufficiently old game save.
    • Thanks to Metrekec for reporting
  • Fix a typo in the AIP hovertext in the resource bar
    • Thanks to Puffin for reporting
  • Don't let Exos sync with a wormhole invasion if the AIP is too low for wormhole invasions
    • Thanks to NRSirLimbo for reporting
  • Fix a bug where the AI was telling you where its major structures are, even on unexplored planets
    • Thanks to TechSY730 for reporting
  • Add some defensive code to the DoOnAnyDeath code path for the player
    • Problems were reported here in several multiplayer games.
  • Fixed a bug in the nanocaust where any savegames that included them and which were from version 2.614 would fail to load in 2.616.
    • Thanks to Cyborg for reporting, although we also ran into it ourselves.
  • It turns out that in some older savegames, we already had the wrong data types on certain other objects, such as having DoomData on certain ships.
    • We fixed this in later versions of the game and had them become more strict with how they are loading the related data in order to now allow for this sort of wrong data to persist, but in turn this made some older savegames (from the 1.3x timeframe and prior) unreadable.
    • For those older savegames, we've now relaxed the restrictions to allow for the bad data to be read in, and it will throw a warning message as you load those saves but should still actually get them open properly (the example save that we have now loads fully).
    • Thanks to Strategic Sage for reporting.
  • Fixed an exception that could happen in certain circumstances after failing to load a bad savegame.
  • Further updates: after a savegame with old bad data is loaded in, it now discards that old bad data after it loads it. This has no effect on gameplay, it was data that wasn't being used anyhow. But this does make it so that if you save it in a newer version of the game and then try to load the NEW save, you aren't just right back in the same boat with it not loading the save because of that bad data.
  • Updated the TimeBasedPool class to no longer expand, but rather to start large and just use the parts that it needs, throwing any excesses away if there really are any that are that far out of bounds.
    • There was an exceptionally rare exception that could happen when shutting down the game or going to the main menu out of the game with the way it worked before, but much more common was some extra slowness in how it was having to resize arrays to handle those events in general. That is all faster now, and can't have that sort of exception.
    • Thanks to Endovior for reporting.
  • Also put in some changes to further distance ships from pooling, and somewhat start a road toward prepping them more for the new style of PKID generation.
  • Fixed a cross-threading exception that could happen in UpdateEntitiesShownAtPlanetDirectly() if you were on the galaxy map view and a ship died at just the wrong time.
    • Thanks to UFO for reporting.

Version 2.616 Stop Printing Money, AI!

(Released October 14th, 2020)

  • Grappler Guardian balance updates from zeusalmighty, for those new units that come as a unique thing in the new AI Reserves mechanics Badger added yesterday.
  • Added a new Dire Singularity Guardian by zeusalmighty, for basically boss-level seeding in the new AI Reserves mechanics.
  • Fixed an issue where black hole generators that were not also on a ship with a gravitic core of some sort would not work.
  • Fix a bug where the scourge were spawning unlimited builders
    • Thanks to a number of people, including Sombre and ArnaudB for reporting. Thanks to Badger for fixing even after retirement.
  • Fix a bug where right-clicking a journal entry could cause an Exception
    • Thanks to Ahnold for reporting. Thanks to Badger for fixing even after retirement.
  • You can read all about The Badger And Puffin Legacy, if you like. Puffin retired earlier this year, and Badger is retiring now, so this is a good time to pay some respects.
  • The reinforcements seem to have a math bug in them, so we put in extra detail and formatting in how we export them.
  • Fixed a math bug in reinforcements that was basically "printing money" once the game really got going, and would let planets of the AI reinforce almost infinitely.
    • We're not sure if this is fully a new bug, but it has certainly found new expression in the new reinforcement logic.
    • This may have been an older bug that was somewhat suppressed by the old reinforcement logic, or it's a brand new typo, but because of how much code has changed it's hard to be sure.
  • For the first time, we now have a way for the budgets of the AI to dump their details to log files. What we found was a bit surprising and definitely horrifying.
    • First of all, for quite a long time, apparently the logic for partially-neutered planets has been horribly wrong.
      • If a planet was neutered down to 1 reinforcement point, then the budget would be 5% of usual, no problem.
      • If a planet had not lost any reinforcement points, then the budget would be 100% of usual, no problem.
      • If a planet had lost some reinforcement points, then the budget would... be multiplied by whatever the number of reinforcement points are.
        • So, you killed reinforcement points down to 4 left out of 7 original? Congrats, the cap is UP by 400%.
        • The correct number should have been 57% of normal, and now that works properly.
    • Then there was a really harsh AIP multiplier that was being applied. It was adding far too much based on whatever the budget was, and larger budgets were more affected.
      • Now it only adds budget for each AIP above 100, which is softer to begin with, and then it also only adds it based on 10% of the current running total, rather than on the entire running total.
    • Finally, there was a portion that was added based on time (number of 10 minute increments).
      • This was also too harsh. This is now based not on the running total of budget, but 1/10th of it, instead. Making this also a much gentler slope.
    • None of these were new errors, but they were showing up now more because the reinforcement logic calling these budgets was so much more effective.
    • Without these in place, AND with the above actually-charge-me-the-budget fix in place, now reinforcements happen at a rate we would expect.
    • Thanks to ArnaudB and Crabby for the saves where we could verify it, and others also for reporting.

Prior Release Notes

AI War 2: Sunset of The Badger Era

Retrieved from "https://wiki.arcengames.com/index.php?title=AI_War_2:The_Paradigm_Shift&oldid=40883"