Difference between pages "AI War 2:Earlier Than Early Alpha" and "AI War 2:Making Alpha Fun"

From Arcen Wiki
(Difference between pages)
Jump to navigation Jump to search
 
 
Line 1: Line 1:
 
== Starting State ==
 
== Starting State ==
 +
Okay! We've extended the alpha period beyond what we had originally intended, but we're going ahead and giving out the Early Access keys to kickstarter backers on the date we originally specified. Meanwhile, we're [https://www.kickstarter.com/projects/arcengames/ai-war-ii-0/posts/1888241 pushing the date for early access back]. That link explains a lot of the reasons.
  
Okay!  So the title of this document is somewhat-facetious, but it gets at the intent behind this first phase. This earliest phase of the alpha is not about being able to play end to end and thumb your nose at all the suckers who are waiting for a later build for no particular reason.
+
If you're one of the many who struggle with playing the game such an incomplete state, check out [https://wiki.arcengames.com/index.php?title=AI_War_2:Earlier_Than_Earlier_Alpha_Play_Instructions the instructions]
  
"Earlier than early alpha," in this case, means that we're getting you in place to see what is going on absolutely ASAP. There are some folks who will relish this opportunity, and who have specifically requested it -- they then get to help shape the balance and details of our implementation of the game from the earliest days.
+
We also have a blog at [https://blog.arcengames.com/ https://blog.arcengames.com] for dev diaries and other fun topics.
  
Ever hear developers say "well it's too late in the process for us to change that now" and feel frustrated that you weren't consulted earlier?  This is us consulting you super early.  Nothing is too late in the process, because this is "earlier than early."
+
Also, here's [https://trello.com/b/tz2k8Q15/chris-ai-war-2-todo Chris's todo list].
  
To someone coming to this first build without that context, they may go "holy cow, what hot mess is this."  This is not your typical alpha. We'll be to that point in a month or two.  If you want the typical alpha experience, then feel free to register your steam key now and just wait around for the go-ahead from either other alpha players or Arcen staff to get a more typical experience.
+
And [https://wiki.arcengames.com/index.php?title=AI_War_2:Earlier_Than_Early_Alpha here's what we've been doing for the last few months]
  
On the other hand, if you want to be in there from minute one... well... welcome!  We're sure glad to have you, and excited to show you what we've been up to. :)
+
=== Known Issues ===
 +
* The sidebar on the left side of the screen, which should show your ship counts and so forth, is removed at the moment as we update it.
  
If you're one of the many who struggle with playing the game such an incomplete state, check out [https://wiki.arcengames.com/index.php?title=AI_War_2:Earlier_Than_Earlier_Alpha_Play_Instructions the instructions]
+
* The interface in general is horrible, and you need to go into the PlayerData folder and edit your settings file manually if you want to make settings changes.
  
We also have a blog at [https://blog.arcengames.com https://blog.arcengames.com] for dev diaries and other fun topics.
+
* In very large battles, there are still some performance bottlenecks that we intend to address. All on the visuals/fluff side, not the core simulation, thankfully. We've gotten most of the heavy-hitters thus far, though.
  
Also, here's [https://trello.com/b/tz2k8Q15/chris-ai-war-2-todo Chris's todo list].
+
* Various ships are implemented but don't have real graphics, so they just show a little "rock" instead where the ship graphic would be. You can still see the ship icon and whatnot just fine.
  
== Version 0.114 ==
+
* All ship shot types use the same graphics right now.
(Not yet released -- we're still working on it!)
 
  
* The wormhole graphics have been substantially slowed down in their rotation so as not to be so distracting.
+
* No sound effects yet, and only a couple of music tracks.
** Thanks to gavin144 and BadgerBadger for suggesting.
 
  
* Worked out new way of scaling text within UI elements that isn't nearly as CPU-demanding as Unity's built-in approach but still gives decent results at a wide range of resolutions.
+
* Particle effects are also limited.
  
== Version 0.113 The One Thanks To Cinth ==
+
* Ships currently just sit there in their squads, rather than flying around within their squads.
(Released March 17th, 2017)
 
  
* Converted the map type "spinner" in game-setup to a dropdown.
+
* Not quite all of the baseline ships are implemented off our pre-Early-Access list, but we're pretty close!
  
* Converted the map seed "spinner" to an input field that allows you to type in a seed.
+
* Various bugs on mantis: https://bugtracker.arcengames.com/view_all_bug_page.php
** And a button that actually uses that seed to generate a map (as opposed to it regenerating with every digit you type).
 
** And a button that picks a random seed and regenerates the map (basically what the spinner used to do, but without also showing the seed itself).
 
  
* Completely new wormhole graphics!
+
* Balance needs a lot of attention, with your help.
** Cinth started out this work by creating a really interesting torus shape, which we previously showed off.
 
** The original version was more of a distortion and something based around a visual refraction along the lines of what you see in Interstellar.  While that looks fantastic, it's extremely hard to see and thus fairly impractical in practice.
 
** We thus took this further in the direction of the green swirling wormhole graphics from the first game.  Based on the force field shaders by Ciconia Studio, plus a couple of spins, we came up with a two-tier additive animation set that is really easy to see.
 
** These wormholes are also MUCH larger than before.  This makes them far easier to see from very far zoom, and it feels more appropriate when so many of the ships can get so large.
 
*** Thanks to jerith for suggesting the size increase on them.
 
** The names of the planets are also now far larger, and no longer billboard. This way you can always tell "which way is north," so to speak, which can be useful for orientating yourself.  Overall the names of the planets are now 3x larger than they were before, and are now set underneath the playing field so that they shouldn't be blocking anything.
 
*** Thanks to BadgerBadger for suggesting this size increase.
 
  
* Added a few new planet names that are pronounceable but more alien-seeming.  At the same time, also took out or modified some of the more recognizable human last names (the original planet name set was all scientist names).  We're going to be growing and changing this list anyhow, not least of which with the names from kickstarter backers, but overall Chris at least is trying to avoid some of the more common and obvious last names that somehow just don't feel like place names.  If there are more, please feel free to point those out.
+
* There's no tutorial yet, and there's basically not much in the way of a lobby beyond map types and seed. You can't choose your player color yet, even.
 +
** Compared to the actual gameplay mechanics, we felt like these were ancillary things, but they are coming up in importance sooner than later.
  
* debug_non_playable_suppress_normal_multithreading removed from the external constants, and DebugNonPlayable_SuppressNormalMultithreading added to the game settings instead.  This way it can be toggled in player settings rather than being a global override.
+
=== What Is The Purpose Of This Phase? ===
 +
'''Short Answer:''' To make the game fun, which it is not yet. Please don't fret on that!
  
* The wonderful IMDraw by Harvey C is now in use for drawing circles on an as-needed basis in a very high-performance fashion.
+
'''Long Answer:''' There's still a lot to do on the game obviously, as stated in the last blog post. But there's a lot of good stuff here to tinker with now, and we're really looking forward to having more people bashing on it. It's not a "fun, balanced game that just needs some polish" yet, but it will be really useful for us to have more people finding the pain points both in the interface (which is currently atrocious) and the actual gameplay flow (which, from a macro standpoint, is still pretty immature).
  
* Added a new Debug_DrawAllRadiiAtAllTimes, which causes all of the squads to always draw their collision radii.  This is super useful for purposes of seeing if the graphics are actually well set up in terms of how big the radius is versus the space the ships take up.
+
The underlying technology and components for making a fun game are here, and that'd a very critical step towards it being a fun and balanced game, but that's not where we are just yet. In a lot of respects we kind of reordered things: the underlying tech is somewhat more advanced and more polished than we had anticipated at this point, and that is pretty important because it gives us a better idea of what we CAN do in the engine. It gives us a better bounding-box for setting up things so that we can build an interface around what is possible, and have the scale of battles reflect what is possible performance-wise, and so forth. On that front, I'm super happy with where we are.
** Prior to now the values were all guess-and-check, and mostly not even that checkable, because we simply hadn't gotten to this yet.
 
  
* Started fixing a variety of ship and object radii.
+
But yeah, the next step is to finish implementing the last of the "before early access" ships, and then to actually make a GUI that isn't eye-gouging as well as a game flow that doesn't have any obvious deficiencies. Right now there are some notable concerns about parts of the game flow regarding how you don't really need to keep territory as much as in the first game, and certain other bits of the feel from a strategic standpoint are "off." Some of that is just because xyz AI feature maybe isn't in place yet, but other pieces are more about the design of certain ships or mechanics. These are things we want to iron out before we go full-Early-Access, and we need the help of folks like you to do so. We're trying to streamline certain aspects of the first game, but we don't want to do that at the expense of what made the original game cool.
  
* The scale of the AI Warp Gates has been increased from 8 to 54, visually.  This is a massive jump up, but it makes them way easier to find and also makes them a lot more in keeping with the regular wormholes now.
+
The engine for this one is so flexible that we could just recreate most of what the first game was if we felt like it, but we'd really rather not for a variety of reasons that should be apparent to anyone who tried to get into the first game and bounced off it, or who played the first game for a huge number of hours but wanted certain fundamental improvements. Now that all the basic frameworks are getting in place here, we're at a point where we can start thinking about those things.
** Alongside this, they've had their materials updated a ton based on some ideas from Cinth, and they also now use the torus-style underlying warp animations.
 
  
* A new metallic PBR-style shader with IBL reflections has been introduced, and is now used with the  planet controllers so that they now look in keeping with the other upgraded ships in the game.
+
== Version 0.401 ==
 +
(Not yet released -- we're still working on it!)
  
* The space dock and Ark have both had more updates to their visuals to use the IBL reflections and similar.
+
== Version 0.400 Usability and the GUI Pipeline ==
 +
(Released June 6th, 2017)
  
* Fixed an issue where apparently dynamic batching was disabled when we upgraded to the newer unity version -- best guess as to how and when that got turned off, anyhow.  So that should see a substantial performance bump on some machines.
+
=== Usability Improvements ===
** Note that the number of SetPass calls was already nice and low thanks to material reuse, so this being disabled didn't have as big a negative impact as it otherwise would (which is in itself awesome, as an aside). But on some machines, depending on what the limiting factor is in their hardware pipeline, this could make a notable difference.
+
* Reorganized the bottom menu to better emphasize the function most people expect from the number keys in strategy games with real-time simulation. Namely: control groups.
 +
** So now the 1-9 buttons along the bottom of the screen are the control groups 1-9.
 +
** And the 10th button (button 0) is a "Menu" button that opens the master menu that used to be there.
 +
*** Though that no longer has the "commands" sub-menu.
 +
** If you have a selection, the game shows the commands menu (as a bar instead of a stack) above the bottom bar, and the 0-9 keys map to that instead of control-groups/menu.
 +
*** And backspace will cancel your selection (if you have no deeper foldouts), thus returning you to the bottom-bar context.
 +
** The upshot is that if you select your Ark, you'll see a "Build" button in the command bar at the bottom of the screen, among other things an Ark can do. Similar with other unit-producing things.
  
* Fixed an issue with the missile corvettes not having quite the right emissive properties.
+
* The buttons in the command menu (now shown whenever you have a selection) now are only visible if they can be executed with the current selection:
 +
** FRD only shows if there's a mobile military ship.
 +
** Scrap only shows if there's a non-Ark.
 +
** Build only shows if there's exactly one type of builder unit.
 +
** Hacking and Warheads only shows if there's the Ark.
  
* Corvette further improved with the IBL shader.
+
* Added some direct keybinds for the sake of near-term sanity:
 +
** P
 +
*** Toggles pause.
 +
** B
 +
*** Selects a builder unit on the planet and opens the build menu.
 +
*** If a builder is already selected, selects the "next" builder, if any.
 +
** T
 +
*** Opens the tech menu.
 +
*** If tech menu is already open, closes all menus.
 +
** Escape
 +
*** Opens the system menu (save/load).
 +
*** If system menu is already open, closes all menus.
 +
** Space
 +
*** Closes all menus.
 +
** You can change any of the above in your inputmappings file.
  
* Bomber and fighter have now been upgraded to use the new IBL shader, with a metal map added.
+
=== Visuals And Moddability ===
 +
* TextMesh Pro has now been integrated into the game (version 1.0.55.56.0b9). We have the paid version, but we're using the free version so that we can include it with the ModdingAndGUI project.
 +
** This lets us do a lot more advanced text rendering at no extra performance cost, as well as giving us basic functionality like proper kerning.
  
* Apparently the derelict and human planet controllers weren't showing their graphics properly. Fixed!
+
* The first place we've set to using TMPro is the galaxy map, where now the text is both in a better font as well as a lot more readable.
 +
** The actual places where the fonts are set up for the galaxy map, and things are oriented around planets, is now also in the ModdingAndGUI project so that it can be edited by folks as desired.
  
* The first of the science "derelicts" is now in place.  It's large, rotates, and uses fancy new shaders and so on.
+
* Darkened all of the new skyboxes to fit with the new HDR rendering.
** Largely this is thanks to Cinth, in terms of inspiring it and getting us to use this particular style, etc.
 
** Eventually there will be more than this one model, but this one is a good start.
 
  
* Fixed a bug in the rotation animations for ships, where after a while it would get stuck and stop rotating due to a quasi-bug (or at least oddity) in how quaternions get translated to euler angles and back in unity.  It's probably not a bug, but it is odd; and it only happens with really precise numbers, such as when the rotations are happing during a super fast framerate (200fps or more).
+
* Made it far easier for people to edit skyboxes quickly, thanks to a new button in the header of the skybox editor.
  
* When you hover over squads/ships/etc, you now get a yellow circle showing its radius, and that also is indicating that this is the squad that the tooltip is for.
+
* The ruined network nodes now have proper graphics.
  
* When you have squads selected, they now show white circles around them showing their radius, and indicating that they're selected in addition to the gimbal ring.
+
* The advanced starship constructor now has proper graphics and animation now.
  
== Version 0.112 Plasma, Forcefields, and DirectX11 ==
+
=== Misc ===
(Released March 14th, 2017)
+
* Fixed a bug where saves triggered in the save menu could happen while some changes to gamestate were still ongoing, leading to the data being saved in an inconsistent (and sometimes non-loadable) fashion.
 +
** Also added a warning message that will show if this particular corruption happens again, though it shouldn't be able to.
 +
** Thanks to BadgerBadger for the report and save.
  
* Added the immobile Shield Generator units, for both human and AI use.
+
* Fixed a bug that could cause a hang in the mapgen logic.
 +
** Thanks to drspikes and BadgerBadger for reporting.
  
* Added Plasma Guardians and Plasma Turrets, which are the main counters to heavily shielded formations. Later, with other starships, will be the Siege Starship, which also uses plasma weaponry.
+
* Fixed a bug where various internal tech-groupings were showing as selectable menus (ironically named "Not Shown").
** For now these use the MLRS Guardian/Turret graphics.
+
** Thanks to BadgerBadger for reporting.
  
* Shader Forge updated to v1.35 from v1.32.
+
* When there is invalid data somewhere on trying to load a ship that does not exist, the game now does a better job telling you what the heck is happening. This would mainly be something helpful to modders and us devs.
** All of the shaders created by Chris with Shader Forge have been recompiled in the latest version.
 
  
* Beautify upgraded to v4.4 from v4.1.2.
+
* Put in massive numbers of performance improvements in how the GUI interfaces with unity.
** The performance of this (on the GPU) has been improved in several ways through this upgrade as well as its new features, without having any visual impact on the game.
 
** This performance gain will really only be noticeable on fairly old GPUs, it's worth noting.
 
  
* Upgraded other internal tools of ours to the latest versions.  This corrects a few should-be-harmless issues in our build chain, and in general cleans a few things up that got messy with the upgrade to the latest versions of Unity 5.5.
+
* Put in a bunch of new error checking on the GUI side, so that if things are set up wrong at any point, it now yells instead of failing silently.
  
* DirectX11 is now supported on the windows builds of the game, and is the default on that platform instead of OpenGLCore.
+
== Version 0.301 The New HDR Visual Stack ==
** This should help for some people's systems that can run DX9 just fine, but which run into problems with OpenGL.
+
(Released May 30th, 2017)
** Thanks to treyra for reporting.
+
* Engine Damage Repair has been implemented.
 +
** Works similarly to hull/shield repair, but does not actually cost metal.
  
== Version 0.111 ==
+
* Changed balance_seconds_per_fight to 15 from 20, and balance_seconds_per_shot to 2 from 4, massively speeding up the feeling of combat from what it felt like in the prior version. It's now much more like what it was in past versions, without having such bullet spam in giant battles that there's a bunch of slowdown.
(Released March 13th, 2017)
+
** Thanks to BadgerBadger for reporting.
 
 
* Fixed a race-condition bug when regenerating maps.
 
** Thanks to BadgerBadger for reporting
 
 
 
* Put in some error catching code to hopefully prevent unhandled exceptions on secondary threads, which may have been causing the linux build to die prematurely in some cases.
 
 
 
== Version 0.110 Modding Overhaul And Unity Upgrade ==
 
(Released March 13th, 2017)
 
 
 
* Overhauled XML mod support: instead of having each xml data directory support an "Override" subdirectory, now:
 
** In the base game directory there is an XMLMods subdirectory.
 
*** In XMLMods there's an ExampleMod subdirectory.
 
*** In ExampleMod there's a GameEntity subdirectory, just like GameData/Configuration/GameEntity.
 
*** In that GameEntity there's an ExampleFile.xml file.
 
*** In ExampleFile.xml there's a single record, with the same name as the Ark, using the new is_partial_record flag, and only setting one value (speed tier).
 
** In PlayerData there is a XMLLoadingOrder.txt file (you'll need to run the game once for that to be created). When loading the xml data the game will look at each line in this file:
 
*** "_Vanilla" (without the quotes) tells it to load the vanilla data from GameData/Configuration/
 
*** Any line composed entirely of whitespace, or whose first two non-whitespace characters are // (a common symbol in code for "commented out"), is ignored.
 
*** Any line containing any character other than a letter, a digit, the space, the underscore, and the minus sign is rejected with an error message, to avoid clever folks using this to read from files in some remote part of the filesystem. If you want more characters whitelisted, please let us know.
 
*** Any other line causes the game to trim off any leading or trailing whitespace and then to try to load the data from "XMLMods/" + that line + "/GameEntity/*.xml" (for GameEntity data; similar for other types)
 
** So to create your own xml mod, just create a sibling copy of ExampleMod, add the name of that copy as a line at the end of XMLLoadingOrder.txt, and include whatever partial records (or just normal records, for stuff you're adding from scratch) you want in the copy's directory.
 
 
 
* The version of unity in use has been upgraded from 5.5.0p3 to 5.5.2p2.
 
** This has a variety of internal bugfixes to the engine, and may in particular fix -- or at least shed some light on -- a crash bug we're having on linux in certain circumstances at the moment.
 
** We'll only be on this build for a few weeks, most likely, before shifting up to 5.6.  The first non-beta build of that unity version is scheduled for March 31st, last we heard.
 
** Note for staff/contractors: be sure to update your MonoBuild_MachineSpecificSetup.bat to the new location for the new version of unity, presuming that you're installing it alongside the current build of unity.
 
** This would typically mean something like changing SET unityPath=D:\Program Files\Unity550p3\ to SET unityPath=D:\Program Files\Unity552p2\
 
 
 
== Version 0.109 Special Forces And Modding ==
 
(Released March 9th, 2017)
 
  
* The Special Forces Have Arrived.
+
* Fonts are now sharper in the GUI, although there's still room for improvement. Blurriness causing legibility problems is a definite issue to some extent still.
** The composition and target-planet selection are defined in AIWarExternalCode/src/AI/SpecialForces.cs , if you want to meddle. There are also a few new relevant constants at the bottom of GameData/Configuration/ExternalConstants/KDL_VanillaConstants.xml .
+
** We've also updated the font on the small buttons at the bottom of the screen to be more readable, although we still want to update that even further in the future.
 +
** Thanks to Sounds and BadgerBadger for reporting.
  
* Now if you use the Scout All debug button you have vision on all planets until you quit that game.
+
* New backgrounds for dropdowns.
  
* Waves can no longer pick high mark ships from the very beginning; highest available mark is roughly 1 + (AIP/150).
+
=== HDR Graphics! ===
 +
* We had thought this wouldn't be possible with our visual style as recently as one version ago, but it turns out it is!
 +
** Also, prior to version 5.6 of unity, it ''literally'' wasn't possible at all, at least not without losing hardware MSAA support (which is the best sort of antialiasing available these days, and fastest).
  
* The external modder/gui project is now ready for players to use, and we're also going to be doing our own gui images through that project, too.
+
* The game now uses HDR graphics for the main camera, allowing for a better color range and fancier lighting effects, etc.
** There's an introductory video about that here: https://youtu.be/wqfRNXpOwH0
+
** One of the most obvious examples is the way the rings on the end of the laser turrets glow very bright blue now, whereas before they would white out fast and so we had to keep them pretty non-bright.
  
== Version 0.108 ==
+
* We're using a new reflection cubemap against our scenes, and have tuned a ton of the materials to have better values to give themselves really high quality results without an over-blown specular highlight at certain angles to the main scene directional light.
(Released March 9th, 2017)
+
** Kinda related to this, we're doing new tonemapping now, which maps back down from HDR to the LDR range better, and helps give us a richer color without things having to be so darn glowy _everywhere_.
  
* The default launch of the windows build of the game is now back to being OpenGLCore.  Since it doesn't have to decompress the BC7 textures on load, it's incredibly faster to load than DirectX9.
+
* The bloom effects have been completely replaced with another set, which is able to use a lot more precision in what it does.
** The problem with DX9 not working properly as an override in 0.106 was a misconfiguration in the steam launcher settings on 64bit windows, which we've now corrected.  Now it can actually run either build, but unless overridden it will use OpenGLCore.
 
  
== Version 0.107 ==
+
* The game now uses the bloom and tonemapping from the relatively-new [https://www.assetstore.unity3d.com/en/#!/content/83912 official unity postprocessing uber-stack].
(Released March 8th, 2017)
 
  
* The basic fighter model has had some heavy visual work to get its emissive maps looking better, to tone down its normal maps, and to add an attractive metal map.
+
==== Known Issues ====
 +
* Thanks to the tonemapping, the backgrounds are presently too bright relative to the ships. We simply didn't have time to get to that, and didn't want to hold up the rest of this release over that.
  
* Now when a claim/repair operation is being slowed due to lack of metal, the line draws kind of orange.
+
==== AIW2ModdingAndGUI Capability Updates! ====
 +
* Since this [https://www.assetstore.unity3d.com/en/#!/content/83912 unity postprocessing uber-stack] is freely available, and even open source at that, we're now able to show you actually what ships would really look like in the real game when you are working in the AIW2ModdingAndGUI project.
 +
** This is enormously important in particular for being able to reliably set up the space nebula backgrounds, which have their characteristics altered some by the post-processing stack and which you need to be able to see in order to properly create them.
 +
** As part of this, we're no longer using Amplify Bloom or Beautify.
 +
** Also as part of this general work, we've updated all the various shaders and ship models and materials in the examples folder there.
  
* Fixed a race-condition index-out-of-bounds bug in the visual layer stuff working with ship-to-ship lines.
+
* To aid in background creation, as well as in general giving more examples of ships and how their shaders are used, there are a bunch of new ships that have been added to the example project: data center, lightning corvette, mlrs corvette, spider, and starship constructor.
  
* Created a new PBL-based LOD2 shader that is now in effect, which keeps more consistency with the LOD0 and LOD1 values that are presently there.
+
=== Bugfixes ===
** LOD3 remains vertex-colored only, given it is so very far away and thus would have no point.
+
* Fixed a bug in the improvements to shot staggering that caused divide-by-zero errors when the game was paused (because it actually runs zero-length frames during that time so the game can still respond to you).
 
 
* Removed the highlighting that happens on ships in a squad when the squad is selected.  That just didn't look right.
 
 
 
* All of the ship models now use the PBR rendering path rather than the rim-lit one.
 
** Some will require a bit further hand-tuning, and in general there are still a few bits we're working on here.  But in general, things already feel more lively.
 
 
 
* A great deal more information is now shown about the current platform in the output.log startup log when the game starts.  This will help us with debugging.
 
** Thanks to Dar SelLa for inspiring this change.
 
 
 
* The game no longer tries to do script debugging connections, which previously it was doing (as of 0.104).
 
 
 
* A bunch of check code has been added for looking at the ship models and their setup, and finding and fixing any issues that would cause problems with them being selected or hovered-over or whatever other circumstance.  It also helps to automatically correct a variety of other issues that might be found.
 
 
 
* Made changes to have squads and ships and shots and similar create themselves in a more efficient way without any transient GC alloc by assigning them a parent in the exact same call they are created.
 
** Turns out that matters quite a bit: https://blog.arcengames.com/this-is-a-really-good-talk-by-unity/
 
 
 
* For the relevant gameobject containers, increased the hierarchyCapacity quite a bit in order to fit in the things that they need to hold.
 
** Again, based on info from here: https://blog.arcengames.com/this-is-a-really-good-talk-by-unity/
 
 
 
* Completely changed the hierarchy of objects in the scene in order to make more efficient use of the way unity allocates ram and general object buffers.
 
** Based on yet more information from: https://blog.arcengames.com/this-is-a-really-good-talk-by-unity/
 
 
 
* The game now has the furthest-in zoom at 11 meters lower than before, which lets you really see the ships up close and personal.
 
 
 
* The windows build of the game is now once again DirectX9 by default, since it causes crashes for some folks when it's anything else.
 
** We'll have it run in OpenGLCore mode as the secondary run mode that steam can invoke, rather than the other way around.
 
** Thanks to Dar SelLa for reporting.
 
 
 
== Version 0.106 ==
 
(Released March 6th, 2017)
 
 
 
* Fixed a potential render-texture-too-large error in the "there was an error" window.
 
 
** Thanks to BadgerBadger for reporting.
 
** Thanks to BadgerBadger for reporting.
  
* The planet tooltip resource listing is now in a consistent order, rather than sorted from highest to lowest.
+
* Fixed a variety of errors that could happen with accidental extra calls to clean up objects (those extra calls are GOOD, since they often are coming from a few sources that need to double check things properly). This should also help performance minorly when objects are destroyed compared to pre-0.300 versions.
** Thanks to BadgerBadger for suggesting.
 
 
 
* Fixed the broken serialization issue that Keith noted in the prior version.  Chris had meant to ask how to handle that for one particular line of code, but forgot, so that had broken saves.  Hotfix is thus releaed.
 
 
 
== Version 0.105 ==
 
(Released March 6th, 2017)
 
 
 
* In multiplayer each player is now issued a separate ark, and can only select (and therefore control) their own units.
 
 
 
* Thanks to Unity actually now having support for detecting lost/gained focus (woohoo!) the game now suppresses input events like edge scrolling when the game window does not have focus.
 
** Thanks to daktaklakpak for suggesting.
 
 
 
* Patrolling enemy guardians no longer bum-rush you from across the planet. Instead you have to get within their patrol range (currently 1/4 the system diameter) or damage them in some way. Similarly, they won't deploy their internal ships until these things happen.
 
** On the minus side, from your perspective, when you antagonize these patrol ships in this way they won't just come after you, they're _freed_ as threat and will devote the remainder of their existence to your demise. Isn't that sweet of them?
 
** Note: as before, if you come in with a whole ton of force it may free all guardians on the planet. If you really overdo it, those guardians may just retreat to rain on your parade later.
 
 
 
* The "give orders to units produced by me" toggle had tons of bugs and in general it's a very difficult concept to communicate correctly with the terribad placeholder UI, so it's been temporarily removed from the interface.
 
 
 
* Planetary resources are now shown in the galaxy map tooltip for planets.
 
 
 
* The AI's initial defense budget is now spent more on guardians and less on fleet ships and turrets.
 
 
 
* Fixed a null-exception bug.
 
 
** Thanks to BadgerBadger for reporting.
 
** Thanks to BadgerBadger for reporting.
  
* Reworked the revisions to planet mark levels, specifically for the surroundings of the human and ai homeworlds. Now some of their neighbors will be markI and markV again (respectively), and the next layer around that set (homeworld + I/Vs) is markII and markIV, respectively, and the next layer around that is a mix of roughly half-and-half 3s and 2s/4s (respectively).
+
* Fixed some bugs that could prevent shield repair.
 +
** Thanks to BadgerBadger for the report and save.
  
* Reworked initial AI defense population to be based on a number of guardians, caps of fleet ships, and caps of turrets. Before, with the non-linear growth in guardian strength but linear growth in fleet-ship/turret-strength it was very difficult to achieve the desired density of each.
+
* The sidebar is removed temporarily, since it was so busted anyway and overlapping things strangely.
 +
** Thanks to BadgerBadger for reporting some of the related issues it was having.
  
* Added Seed button to the game setup meu, so you can regenerate a different random map of the same type quickly.
+
* Fixed some bugs that caused the build menu buttons to collapse into a pile in the bottom-left of the screen.
 
 
* It is now no longer possible to scrap the Ark.
 
 
** Thanks to BadgerBadger for reporting.
 
** Thanks to BadgerBadger for reporting.
  
* Fixed an issue preventing the build queue from updating when a non-looping queue finished an item (so the item would just keep showing on the interface, despite being completed and thus removed).
+
* Reworked the "Quit Game" button on the master menu to no longer be a "immediately chuck the gamestate into the grinder" function, but rather "tell the game that once it's done executing the current sim frame to close the gamestate". This avoids various race-condition null exceptions when quitting while the sim threads are going.
** Thanks to BadgerBadger for reporting.
 
 
 
* Fixed an issue causing a "cannot build this now" situation to remove non-looping queue items; for instance if you hit the cap it would just remove the item even if it wasn't complete. The item should not continue producing in that case, obviously, but it should stick around to be fulfilled if/when there's room in the cap.
 
** Thanks to BadgerBadger for reporting.
 
 
 
* Reworked how button-set elements in the UI (like on the build menu) work so that they don't flicker as much and don't let mouse-clicks "through" if you click right as they're updating in response to you queuing something new, etc.
 
 
 
* Fixed a bug where selecting a different planet and then starting the game would lead to your ark not having the pre-built build queue.
 
** Thanks to Burnstreet and BadgerBadger for reporting.
 
 
 
* Fixed a bug where pausing a unit like the Ark would stop all its resource production in addition to its unit construction.
 
** Thanks to Dragondraikk for reporting.
 
 
 
* Fixed an arithmetic underflow bug that was leading to the repairs of very expensive units taking inordinately long below certain health levels.
 
** Thanks to gavin144 for the report and save.
 
 
 
* Fixed a race-condition index-out-of-bounds bug in the UI.
 
** Thanks to Toranth for reporting.
 
 
 
* On windows, the game now uses OpenGLCore as the default rather than DirectX9.  We'll see if we need to make any adjustments to that, and you can still override that to get DX9 using command line arguments if this new approach doesn't wrok.
 
** Interestingly, this gives the same result of wormholes being a ring that we were seeing on Linux -- so apparently, that was an OpenGL/DirectX issue rather than a platform-specific issue.
 
** This switch may result in better or worse performance -- we're not sure at the moment, and thought it would be interesting to experiment.
 
** Either way, we've now also put in options in Steam that allow for you to select either mode directly from within Steam at launch.
 
 
 
* ALL of the old starfields have been completely stripped out and replaced.
 
** The new approach is using actual skyboxes (cubemaps), which uses more VRAM than before, but gives a higher-quality result.
 
** However, it's also a bit more efficient in a few other ways, and uses 100MB less of disk space for all the color variants we now have, as well as using less general system RAM.
 
** This is something we wanted to do simply for stylistic/quality reasons -- making the game look better.
 
 
 
* Created a custom variant of the unity 6-sided skybox shader that allows for rotation in all three axes rather than just one axis, and that allows for HSV shifts, and that doesn't bother with exposure multipliers.
 
** This allows for us to have a simple set of four overall skyboxes for starfields, and then recolor them in realtime on the GPU as needed.
 
** Given the efficiency of even a kinda-okay modern-ish GPU, this is not a giant trouble for it.  However, it (again) allows for a better result without a ton more system RAM usage.
 
 
 
* The planet in the game view has been shifted to now be a part of the "space background" camera, so it will never intersect with anything in the game field anymore (not the Ark, not wormholes, nothing).
 
** Thanks to gavin144 for reporting.
 
 
 
* Adjusted the glow post-processing effects fairly substantially to work better with the new space skyboxes.  The new glow processing is a bit more intensive, but it shouldn't make too big of a difference even on weaker GPUs.
 
** If it does, then we can introduce options to take this back down to 3 mip levels instead of 6, and to use a lower-quality detection for glowing elements. This just doesn't seem to be enough of the typical load to warrant those options at the moment, though.
 
** Overall this leads to a very different look for certain elements in terms of how they glow.  The squad icons are most notable in this respect, but those are [https://www.kickstarter.com/projects/arcengames/ai-war-ii-0/posts/1821052 in the process of being reworked] anyhow, so they're considered temporary at this point.
 
 
 
* A couple of the ships -- fighter (kinda), bomber (fully), forcefield generator (fully), and space dock (fully) have been adjusted to use PBR lighting rather than custom rim lighting.
 
** This is something we're experimenting with still, and it's basically a WIP on all fronts there.  We likely won't have anything definitive in this area until Thursday at the earliest.
 
** Overall this is [https://blog.arcengames.com/next-release-likely-on-monday-but-check-this-out/ letting us do a bit more with visual fidelity], but we're still experimenting on that.
 
 
 
* The raycast distance has been increased for when you're trying to click things in the galaxy map or the main view, so that something is never too far away for you to hover over it.
 
** Additionally, the clickable/hoverable area of planets on the galaxy map has been increased so that they are easier to click in general.
 
 
** Thanks to BadgerBadger for reporting.
 
** Thanks to BadgerBadger for reporting.
  
* In the default control scheme (which later can be remapped anyhow), the arrow keys now work for controlling the cameras just as well as the WASD keys do.
+
* Improved the inter-cluster connection logic of Clusters to be much less likely to draw long connections that overlap other clusters.
** Thanks to dfinlay, jerith, and BadgerBadger for suggesting.
 
 
 
== Version 0.104 ==
 
(Released March 3rd, 2017)
 
 
 
* Fixed a null reference bug with the build queue buttons that could cause the buttons to go blank.
 
** Thanks to dfinlay for reporting.
 
 
 
* Fixed a bug where units like space docks still in the process of self-building could themselves repair other units, etc.
 
 
 
* Fixed an issue where possibly some of the DLLs were out of date on the linux build, or something of that nature -- at any rate, everything is synced up now.
 
** Thanks to BadgerBadger, RabidSanity, and gavin144 for reporting.
 
 
 
== Version 0.103 ==
 
(Released March 2nd, 2017)
 
 
 
* Fixed a bug where squads were being prematurely killed if their current ship count was zero but a replacement ship was on its way.  This could lead to invisible squads until you tab out and back into a planet.
 
** Fixed a related issue where a nullref exception could happen if the replacement ship got there and the squad was already removed.
 
 
** Thanks to BadgerBadger for reporting.
 
** Thanks to BadgerBadger for reporting.
  
* Planet mark level assignment now mostly avoids planets being more than one mark away from any of its neighbors.
+
== Prior Release Notes ==
 
+
[[AI War 2:Earlier Than Early Alpha]]
* Fixed a bug where ships scrapped while under shields would damage the shield rather than die (though the squad would be reduced to one due to another part of the logic).
 
** Thanks to Zogheen for reporting
 
 
 
* Fixed a bug where loading a save would not actually try to do any visual updates of units, so you'd just not see them at all even though you had vision and the game was running, etc.
 
** Thanks to BadgerBadger, treyra, Toranth, and bladeravinger for reporting.
 
 
 
* Reimplemented the pause feature as literally "the game keeps running, but instead of each sim frame being 10% of a game second, it's 0% of a game second" with a few small bits of code excluded from running at all (like "try to fire the guns").
 
** This avoids a whole class of problems like placeing or scrapping stuff while paused not updating your net power, etc.
 
** Thanks to Zogheen for inspiring this change.
 
 
 
* Actually implemented the logic for "click on a planet in the lobby and that becomes your new starting place"
 
** Note that this involves regenerating the map, so you don't start on a MkIV or whatever.
 
** Thanks to BadgerBadger for badgering us about this function.
 
 
 
* Reworked the X map type since the old one was doing weird things with many planets being placed on the same spot, etc.
 
** Thanks to gavin144 for reporting.
 
 
 
* Added a button to the game-setup phase for exiting back to the main menu.
 
** Thanks to dfinlay for suggesting.
 
 
 
* Now during game setup the planets no longer show their marks and what key units are there.
 
 
 
* Fixed a few bugs that could cause the game to go bonkers if you switched through map types really rapidly in setup.
 
** It will still be a bit weird because clicking the button means "switch to the map type after the one that generated last" and so if you mash it three times really fast it will wind up at the same one as if you'd only pressed it once. This will be fixed when we add a proper dropdown for this, rather than relying on a primitive spinner-type button.
 
 
 
* A number of internal scripts were added that makes it much faster for Chris to push builds.  Down from 5-15 minutes depending on the nature of the build, to instead 30 seconds to 2 minutes depending on the nature of the build.
 
 
 
=== Bleeding Edge Graphics Test (Linux In Particular Please Try!) ===
 
 
 
Basically, if you look inside your game folder you will now see a BleedingEdgeTest subfolder.  If you go in there, there are a few executables.  Please run the one that is for your OS, and let us know what happens.
 
 
 
'''From the whatisthis.txt file inside that folder:'''
 
 
 
* You may notice that this isn't AI War 2 at all, in this folder.  This is just a simple little scene that you open and look at, and it does nothing. HOWEVER -- it's running on a newer version of Unity than the game itself (5.6), and it's using Vulkan on windows and linux where possible.
 
 
 
* The idea is to use this as a simple benchmarking tool to say "can this even run?" on various machine configurations, particularly on Linux.  This has no bearing on performance or anything of that nature; it's just a matter of "will this launch and actually show the screen without barfing out a blue screen on linux."
 
 
 
* If you test and it doesn't work, please post about that with your hardware specs on our forums.  Or if you test and it DOES work, we'd like to know that, too.
 
** https://forums.arcengames.com/private-alpha-discussion/
 
 
 
== Version 0.102 ==
 
(Released March 1st, 2017)
 
 
 
* Added some internal code that helps Cinth do live-testing for LODs, which thus lets us get better results from them.  Right now our initial LODs were way too cut off, which was one thing that was leading to such unexpectedly good performance most likely.
 
 
 
* LOD adjustments on smaller scaled models to make them more visible and attractive at standard game zooms and sizes.
 
 
 
* Team color brightness adjustments, pattern change on red.
 
 
 
* Adjusted the size on the numerals to help with flickering at ultra far zoom.
 
 
 
* Updated the game to no longer allow for drag-resizing the window, since that can wind up really confusing things when you're trying to click near the edge of a window.
 
** Thanks to Thalone for reporting.
 
 
 
* New lower poly gimbals for the Fighter, Bomber, Missile Corvette, Laser Turret, MLRS Turret, and Needler Turret.
 
 
 
* Completely redid the gimbal shaders from the ground up so that they are now more efficient, view-direction independent, and less neon-blinding-you.
 
** No fresnel effect is used at all anymore, and normals/uvs are completely ignored, with it instead using part of the tangent data as the uv channels and then feeding that into a two-color emission blend mixed with an underlying diffuse texture that is mostly used for value (but also a bit for hue).
 
** TLDR: Much nicer results, less work on the GPU (not that it was expensive before, terribly), and also easier to configure.
 
 
 
* 13 New Team Colors
 
** Cinth made these to look more flat
 
 
 
* Fixed a bug where resizing the game window during runtime would not properly reinitialize the UI.
 
** Thanks to daktaklakpak and others for reporting.
 
 
 
* Game now shows the current version in the upper-right corner under the hide/show gui toggle.
 
 
 
* Changed the behavior of the "Try to Capture" toggle to not prevent _direct_ attack orders on an enemy controller or warp gate.
 
** Thanks to many of you for inspiring this change.
 
 
 
* The game no longer uses unity-style "performance profiles," but instead uses our own settings under the hood for the following, which you can now edit in your settings.dat file:
 
** IsFullscreen (actually used now!)
 
** FullscreenWidth and FullscreenHeight (actually used now -- when in fullscreen mode only!)
 
** WindowWidth and WindowHeight (actually used now -- when in windowed mode only!)
 
** VSyncCount (valid values of 0, 1, or 2 -- please, please use 0 for the sake of performance).
 
** UseSoftParticles (valid values of false or true, default false; doesn't make a big difference either way; last build this was true, though).
 
** BillboardsFaceCameraPosition (valid values of false or true, default false, was true last build, doesn't make a big difference either).
 
** AnisotropicMode (valid values of Disable, Enable, or ForceEnable; default is ForceEnable, same as last version).
 
** AntialiasingMode (valid values of Off, x2, x4, or x8; default is x2, down from x8 last build).
 
** TextureQuality (valid values of Full, Half, or Quarter -- this will make things look absolutely terrible if reduced from Full, but can be useful for truly ancient GPUs; probably nobody should use this).
 
 
 
* Whenever the graphics settings are updated, it now writes to your output log to say what it did.  It does them all in one batch whenever the game flags there as having been changes, which helps keep things efficient.
 
 
 
* Fixed a bug during game setup where regenerating a map (from changing the map type) could lead to the game trying to re-draw the map before generation was done, leading to chaos.
 
** Thanks to Dominus Arbitrationis, daktaklakpak, and Jeremiah921 for reporting.
 
 
 
* Fixed a bug in some map types (notably Wheel) where the mapgen would fail due to not being able to find a planet X hops away from the human starting point and Y hops away from the AI homeworld.
 
 
 
* Fixed a bug where doing multiple map generations would not properly remove the remains of the previous generations and would try to draw them when you started the game (i.e. Ghost Arks).
 
** Thanks to Zogheen for reporting.
 
 
 
* Tightened up the time between giving a move order and it taking effect. The main difference will come in tightening up the visualization layer to react more quickly, but this should help in the meantime.
 
** Thanks to Cyborg, Zogheen, and many others for bringing this up.
 
 
 
* Added an Exit Game button to the in-game "escape" menu (opened from the upper-right "Menu" button) that dismantles the game and puts you back at the main menu.
 
 
 
* Added an Exit Game button to the main menu that closes the application.
 
 
 
* Fixed a bug where switching between various build menus, etc, would not properly clear the previous menu's buttons out.
 
 
 
* Now when an error occurs in the game, it shows it to you clearly with three options: open the log file, ignore the error, or ignore the error and prevent this window from opening again during this run of the application.
 
** Previously you didn't know there were errors unless something obviously bugged out or you checked the log file. No wonder players thought the game was so stable! (just kidding... mostly)
 
 
 
* Fixed a bug where trying to connect to a remote host, and then trying to start your own game, would throw errors because the game had not switched out of MP-client mode.
 
** Thanks to Cyborg and waylon531 for reporting.
 
 
 
* Now when a ship dies or enters a wormhole, any shots it had already fired but were visually delayed (so that you could tell there was more than one shot) skip the rest of their visual delay so you don't see a continuing stream of shots from the now empty space in cases of stuff like MLRS with very high rate of fire.
 
** Thanks to Zogheen for reporting.
 
 
 
* Now when the game ends (i.e., you lose) you now get vision and intel on all planets (previously it would look like everything despawns when you die).
 
** Thanks to Cyborg for inspiring this change.
 
 
 
* Removed several old debugging keybinds, including some that could break the game if you pressed the wrong key.
 
** Thanks to Cyborg and Zogheen for reporting.
 
 
 
* Replaced the Snake map type (which was generating maps that filled way too much space) with the Spiral map type; looks different but has exactly the same topology.
 
** Thanks to Dominus Arbitrationis and Lakshata for inspiring this change.
 
 
 
* Improved several map types to be way less likely to have two neighbors at the same "angle" such that the wormholes to those two neighbors exactly overlap.
 
 
 
* Added a new DisableShipFlameTrails settings option that lets you turn off flame trails on ships if you wish.  For the super low end hardware, this may be a big deal, we'll see.  The batching is really good on them, but for the lowest-end hardware it might make a notable difference just beause of how many pixels can get drawn.
 
 
 
* Added the ability for windows machines to use OpenGLCore if needed, instead of being forced into DirectX9.
 
 
 
* A ton of new settings have been added for letting you control the speed and responsiveness of both the galaxy map camera and main game camera.  All of this is still just in the xml at the moment.
 
 
 
* Mouse edge scrolling can now be turned on or off, and is on by default.
 
 
 
* Expanded ship tooltips, both in the information shown and in the space used.
 
 
 
* Added tooltips to build buttons for ships.
 
 
 
* Fixed a bug that was making the UI update much less often than intended (was supposed to be every 333ms, and was closer to every 700ms), and since that still felt a bit sluggish in testing it now updates roughly every 100ms.
 
 
 
* The game is now properly using dev builds that allow us to get proper stack tracks from you.  That means it will be saying "DEVELOPMENT BUILD" down in the lower right corner in an annoying way we can't control, but it greatly speeds development.
 
 
 
* The default window state of the game is now windowed, with the window size being 3/4 the size of whatever your screen is.  You can change this in settings, but it makes for a pretty pleasing first size for most people, most likely.
 
** It won't go any smaller than 1024px wide or 768px high in terms of the initial default, by the way -- but you can set it lower than either if you feel you must. ;)
 
[[Category:AI War 2 Release Notes]]
 

Revision as of 16:08, 14 June 2017

Starting State

Okay! We've extended the alpha period beyond what we had originally intended, but we're going ahead and giving out the Early Access keys to kickstarter backers on the date we originally specified. Meanwhile, we're pushing the date for early access back. That link explains a lot of the reasons.

If you're one of the many who struggle with playing the game such an incomplete state, check out the instructions

We also have a blog at https://blog.arcengames.com for dev diaries and other fun topics.

Also, here's Chris's todo list.

And here's what we've been doing for the last few months

Known Issues

  • The sidebar on the left side of the screen, which should show your ship counts and so forth, is removed at the moment as we update it.
  • The interface in general is horrible, and you need to go into the PlayerData folder and edit your settings file manually if you want to make settings changes.
  • In very large battles, there are still some performance bottlenecks that we intend to address. All on the visuals/fluff side, not the core simulation, thankfully. We've gotten most of the heavy-hitters thus far, though.
  • Various ships are implemented but don't have real graphics, so they just show a little "rock" instead where the ship graphic would be. You can still see the ship icon and whatnot just fine.
  • All ship shot types use the same graphics right now.
  • No sound effects yet, and only a couple of music tracks.
  • Particle effects are also limited.
  • Ships currently just sit there in their squads, rather than flying around within their squads.
  • Not quite all of the baseline ships are implemented off our pre-Early-Access list, but we're pretty close!
  • Balance needs a lot of attention, with your help.
  • There's no tutorial yet, and there's basically not much in the way of a lobby beyond map types and seed. You can't choose your player color yet, even.
    • Compared to the actual gameplay mechanics, we felt like these were ancillary things, but they are coming up in importance sooner than later.

What Is The Purpose Of This Phase?

Short Answer: To make the game fun, which it is not yet. Please don't fret on that!

Long Answer: There's still a lot to do on the game obviously, as stated in the last blog post. But there's a lot of good stuff here to tinker with now, and we're really looking forward to having more people bashing on it. It's not a "fun, balanced game that just needs some polish" yet, but it will be really useful for us to have more people finding the pain points both in the interface (which is currently atrocious) and the actual gameplay flow (which, from a macro standpoint, is still pretty immature).

The underlying technology and components for making a fun game are here, and that'd a very critical step towards it being a fun and balanced game, but that's not where we are just yet. In a lot of respects we kind of reordered things: the underlying tech is somewhat more advanced and more polished than we had anticipated at this point, and that is pretty important because it gives us a better idea of what we CAN do in the engine. It gives us a better bounding-box for setting up things so that we can build an interface around what is possible, and have the scale of battles reflect what is possible performance-wise, and so forth. On that front, I'm super happy with where we are.

But yeah, the next step is to finish implementing the last of the "before early access" ships, and then to actually make a GUI that isn't eye-gouging as well as a game flow that doesn't have any obvious deficiencies. Right now there are some notable concerns about parts of the game flow regarding how you don't really need to keep territory as much as in the first game, and certain other bits of the feel from a strategic standpoint are "off." Some of that is just because xyz AI feature maybe isn't in place yet, but other pieces are more about the design of certain ships or mechanics. These are things we want to iron out before we go full-Early-Access, and we need the help of folks like you to do so. We're trying to streamline certain aspects of the first game, but we don't want to do that at the expense of what made the original game cool.

The engine for this one is so flexible that we could just recreate most of what the first game was if we felt like it, but we'd really rather not for a variety of reasons that should be apparent to anyone who tried to get into the first game and bounced off it, or who played the first game for a huge number of hours but wanted certain fundamental improvements. Now that all the basic frameworks are getting in place here, we're at a point where we can start thinking about those things.

Version 0.401

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

Version 0.400 Usability and the GUI Pipeline

(Released June 6th, 2017)

Usability Improvements

  • Reorganized the bottom menu to better emphasize the function most people expect from the number keys in strategy games with real-time simulation. Namely: control groups.
    • So now the 1-9 buttons along the bottom of the screen are the control groups 1-9.
    • And the 10th button (button 0) is a "Menu" button that opens the master menu that used to be there.
      • Though that no longer has the "commands" sub-menu.
    • If you have a selection, the game shows the commands menu (as a bar instead of a stack) above the bottom bar, and the 0-9 keys map to that instead of control-groups/menu.
      • And backspace will cancel your selection (if you have no deeper foldouts), thus returning you to the bottom-bar context.
    • The upshot is that if you select your Ark, you'll see a "Build" button in the command bar at the bottom of the screen, among other things an Ark can do. Similar with other unit-producing things.
  • The buttons in the command menu (now shown whenever you have a selection) now are only visible if they can be executed with the current selection:
    • FRD only shows if there's a mobile military ship.
    • Scrap only shows if there's a non-Ark.
    • Build only shows if there's exactly one type of builder unit.
    • Hacking and Warheads only shows if there's the Ark.
  • Added some direct keybinds for the sake of near-term sanity:
    • P
      • Toggles pause.
    • B
      • Selects a builder unit on the planet and opens the build menu.
      • If a builder is already selected, selects the "next" builder, if any.
    • T
      • Opens the tech menu.
      • If tech menu is already open, closes all menus.
    • Escape
      • Opens the system menu (save/load).
      • If system menu is already open, closes all menus.
    • Space
      • Closes all menus.
    • You can change any of the above in your inputmappings file.

Visuals And Moddability

  • TextMesh Pro has now been integrated into the game (version 1.0.55.56.0b9). We have the paid version, but we're using the free version so that we can include it with the ModdingAndGUI project.
    • This lets us do a lot more advanced text rendering at no extra performance cost, as well as giving us basic functionality like proper kerning.
  • The first place we've set to using TMPro is the galaxy map, where now the text is both in a better font as well as a lot more readable.
    • The actual places where the fonts are set up for the galaxy map, and things are oriented around planets, is now also in the ModdingAndGUI project so that it can be edited by folks as desired.
  • Darkened all of the new skyboxes to fit with the new HDR rendering.
  • Made it far easier for people to edit skyboxes quickly, thanks to a new button in the header of the skybox editor.
  • The ruined network nodes now have proper graphics.
  • The advanced starship constructor now has proper graphics and animation now.

Misc

  • Fixed a bug where saves triggered in the save menu could happen while some changes to gamestate were still ongoing, leading to the data being saved in an inconsistent (and sometimes non-loadable) fashion.
    • Also added a warning message that will show if this particular corruption happens again, though it shouldn't be able to.
    • Thanks to BadgerBadger for the report and save.
  • Fixed a bug that could cause a hang in the mapgen logic.
    • Thanks to drspikes and BadgerBadger for reporting.
  • Fixed a bug where various internal tech-groupings were showing as selectable menus (ironically named "Not Shown").
    • Thanks to BadgerBadger for reporting.
  • When there is invalid data somewhere on trying to load a ship that does not exist, the game now does a better job telling you what the heck is happening. This would mainly be something helpful to modders and us devs.
  • Put in massive numbers of performance improvements in how the GUI interfaces with unity.
  • Put in a bunch of new error checking on the GUI side, so that if things are set up wrong at any point, it now yells instead of failing silently.

Version 0.301 The New HDR Visual Stack

(Released May 30th, 2017)

  • Engine Damage Repair has been implemented.
    • Works similarly to hull/shield repair, but does not actually cost metal.
  • Changed balance_seconds_per_fight to 15 from 20, and balance_seconds_per_shot to 2 from 4, massively speeding up the feeling of combat from what it felt like in the prior version. It's now much more like what it was in past versions, without having such bullet spam in giant battles that there's a bunch of slowdown.
    • Thanks to BadgerBadger for reporting.
  • Fonts are now sharper in the GUI, although there's still room for improvement. Blurriness causing legibility problems is a definite issue to some extent still.
    • We've also updated the font on the small buttons at the bottom of the screen to be more readable, although we still want to update that even further in the future.
    • Thanks to Sounds and BadgerBadger for reporting.
  • New backgrounds for dropdowns.

HDR Graphics!

  • We had thought this wouldn't be possible with our visual style as recently as one version ago, but it turns out it is!
    • Also, prior to version 5.6 of unity, it literally wasn't possible at all, at least not without losing hardware MSAA support (which is the best sort of antialiasing available these days, and fastest).
  • The game now uses HDR graphics for the main camera, allowing for a better color range and fancier lighting effects, etc.
    • One of the most obvious examples is the way the rings on the end of the laser turrets glow very bright blue now, whereas before they would white out fast and so we had to keep them pretty non-bright.
  • We're using a new reflection cubemap against our scenes, and have tuned a ton of the materials to have better values to give themselves really high quality results without an over-blown specular highlight at certain angles to the main scene directional light.
    • Kinda related to this, we're doing new tonemapping now, which maps back down from HDR to the LDR range better, and helps give us a richer color without things having to be so darn glowy _everywhere_.
  • The bloom effects have been completely replaced with another set, which is able to use a lot more precision in what it does.

Known Issues

  • Thanks to the tonemapping, the backgrounds are presently too bright relative to the ships. We simply didn't have time to get to that, and didn't want to hold up the rest of this release over that.

AIW2ModdingAndGUI Capability Updates!

  • Since this unity postprocessing uber-stack is freely available, and even open source at that, we're now able to show you actually what ships would really look like in the real game when you are working in the AIW2ModdingAndGUI project.
    • This is enormously important in particular for being able to reliably set up the space nebula backgrounds, which have their characteristics altered some by the post-processing stack and which you need to be able to see in order to properly create them.
    • As part of this, we're no longer using Amplify Bloom or Beautify.
    • Also as part of this general work, we've updated all the various shaders and ship models and materials in the examples folder there.
  • To aid in background creation, as well as in general giving more examples of ships and how their shaders are used, there are a bunch of new ships that have been added to the example project: data center, lightning corvette, mlrs corvette, spider, and starship constructor.

Bugfixes

  • Fixed a bug in the improvements to shot staggering that caused divide-by-zero errors when the game was paused (because it actually runs zero-length frames during that time so the game can still respond to you).
    • Thanks to BadgerBadger for reporting.
  • Fixed a variety of errors that could happen with accidental extra calls to clean up objects (those extra calls are GOOD, since they often are coming from a few sources that need to double check things properly). This should also help performance minorly when objects are destroyed compared to pre-0.300 versions.
    • Thanks to BadgerBadger for reporting.
  • Fixed some bugs that could prevent shield repair.
    • Thanks to BadgerBadger for the report and save.
  • The sidebar is removed temporarily, since it was so busted anyway and overlapping things strangely.
    • Thanks to BadgerBadger for reporting some of the related issues it was having.
  • Fixed some bugs that caused the build menu buttons to collapse into a pile in the bottom-left of the screen.
    • Thanks to BadgerBadger for reporting.
  • Reworked the "Quit Game" button on the master menu to no longer be a "immediately chuck the gamestate into the grinder" function, but rather "tell the game that once it's done executing the current sim frame to close the gamestate". This avoids various race-condition null exceptions when quitting while the sim threads are going.
    • Thanks to BadgerBadger for reporting.
  • Improved the inter-cluster connection logic of Clusters to be much less likely to draw long connections that overlap other clusters.
    • Thanks to BadgerBadger for reporting.

Prior Release Notes

AI War 2:Earlier Than Early Alpha