Difference between pages "Starward Rogue:Post-1.5 Release Notes" and "AI War 2:Making Alpha Fun"

From Arcen Wiki
(Difference between pages)
Jump to navigation Jump to search
 
 
Line 1: Line 1:
== Version 1.508 (upcoming) ==
+
== 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.
  
* Fixed a couple of typos.
+
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]
** Thanks to InkEyes' Let's Play for highlighting these.
 
  
* Reduced the Tactical EMP screen flash duration.
+
We also have a blog at [https://blog.arcengames.com/ https://blog.arcengames.com] for dev diaries and other fun topics.
** Thanks to InkEyes' Let's Play for highlighting this.
 
  
* Tweaked Sniper Protocol, which was a bit too strong.
+
Also, here's [https://trello.com/b/tz2k8Q15/chris-ai-war-2-todo Chris's todo list].
  
* Removed ability to destroy bombables from AllInTheWrist, which was too OP.
+
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]
  
* Nerfed Contrishooter a bit.
+
=== Known Issues ===
** Thanks to Whistler and others for suggesting.
+
* 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.
  
* Added missing knockback resistance to one of Terminus' Core Blades.  
+
* 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.
** Thanks to Whistler for reporting...again! :)
 
  
* Fixed a few typos.
+
* All ship shot types use the same graphics right now.
** Thanks to Logorouge for reporting.
 
  
* Fixed a bug with AllInTheWrist that was making it disappear from the icons list.
+
* Only some of the sound effects are in, and only a couple of music tracks.
** Thanks to Logorouge for reporting.
 
  
* Made Viper Strike not do friendly damage.
+
* Particle effects are also limited.
** Thanks to Logorouge for reporting.
 
  
* Made the Rocket Man description clearer.
+
* Ships currently just sit there in their squads, rather than flying around within their squads.
** Thanks to Logorouge for reporting.
 
  
* Upped the Autocannon Minibot range.
+
* Various bugs on mantis: https://bugtracker.arcengames.com/view_all_bug_page.php
** Thanks to Logorouge for the feedback.
 
  
* Reduced Lorentz Factor duration.
+
* Balance needs a lot of attention, with your help.
** Thanks to Logorouge for the feedback.
 
  
* Made Harmony only last for a floor.
+
* 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.
** Thanks to Logorouge for the feedback.
+
** Compared to the actual gameplay mechanics, we felt like these were ancillary things, but they are coming up in importance sooner than later.
  
* Increased Missile Salvager effect from 5% to 10%.
+
=== What Is The Purpose Of This Phase? ===
** Thanks to Logorouge for the feedback.
+
'''Short Answer:''' To make the game fun, which it is not yet. Please don't fret on that!
  
* Fixed a problem with the damage numbers of Holy Fire.
+
'''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).
** Thanks to Logorouge for reporting.
 
  
* Added some visual feedback when Recovery Module kicks in.
+
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.
** Thanks to Logorouge for the feedback.
 
  
* Changed the way that the Disruptor works so that it can't completely freeze enemies for long periods anymore.
+
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.
** Thanks to MLG_Cynical-Norfeder for reporting.
 
  
* DUE TO WEBSITE ISSUES THE WIKI WAS ROLLED BACK, SO SOME CHANGES HAVE TO BE RE-ADDED TO THE LOG AND SOME MAY HAVE BEEN MISSED
+
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.
  
* New tutorial added. Thanks to Draco for completing most of the work on this.
+
== Version 0.501 ==
 +
(Not yet released -- we're still working on it!)
  
* Improved the loading speed of the graphics process at the start of the game.
+
Note that this one is going to be a little slower coming, just because of some life stuff going on.  Other than that we theoretically should be moving into quicker release cycles. ;)
  
* Upgraded the game to use unity 5.5.2.p2 rather than 5.5.0p3 of Unity.
+
* Adjusted the shader to try and lighten the Experimental Fabricator model a bit.
 +
*  Added the attribute " y_offset_of_icon="20" " to the fortress xml entry to help with the flickering issue.
 +
*  Adjusted the radii on several ships and turret types to help with overlapping selection boxes.
  
* The version of the unity engine the game runs on has been upgraded from 5.5.2p2 to 5.6.0p2.
+
* Added "Start With First Planet" toggle button to the lobby, defaults off. If on:
** We discovered that the reason the game was loading so much more slowly lately now also was causing an exception to be thrown in Unity 5.6.
+
** The planet you start on begins with the controller and resource spots under your control.
** This was a ton of sound files being preloaded from the disk in a too-slow format. These are now being stored in the internal Resources folder of the game project, which makes it so that they are loaded in bulk way faster, and without causing any underlying FMOD issues. Modded sound effects can still be placed in the Sounds folder, though, so that modding capabilities are not affected.
+
** There's no initial AI presence on the planet you start on.
 +
** Your Ark starts next to the controller on that planet instead of near the edge of the grav well.
 +
** Your starting AIP is what it would have been after conquering the first planet.
 +
** Thanks to... well, everyone, for letting us know that fighting that first battle every time got old.
  
* Re-added a slightly improved Overkill perk. Out To Lunch also re-added with a 100% skip chance.
+
* As framework for the start-with-first-planet option, the "Conduct" table has been moved out to external XML. It's basically just a boolean value you can check for in mapgen or whatever other external logic, but you can also add arbitrary per-sim-step logic if you like. Whether it works or not is up to you, of course, but it's a pretty flexible hook.
* Torpedo Cannon tweaks.
 
* Reduced Paragon speed.
 
* Fixed Vigilant Hull and Medical Emergency Interaction.
 
** Thanks to Logorouge for reporting.
 
* Tweaked Autocannon Drone a bit.
 
** Thanks to Zharmad for the feedback.
 
* Contrishooter nerfed a bit.
 
** Thanks to Whistler for reporting.
 
  
== Version 1.507 (Difficulty Smoothing) ==
+
* Fixed a number of issues that were preventing your "last game lobby settings" from persisting across executions of the application.
(Released January 10th, 2017)
 
  
* Increased the amount you get from damage boosting power ups. These were nerfed a little too hard during the last patch, so have now been pushed back up somewhat.
+
* Turrets and (most) other structures that you place directly will now leave remains, as in AIWC, that can be rebuilt by a controller, Ark, or Flagship.
** Thanks to Kinix and others for reporting.
+
** By "rebuilt" is meant "switch it back into self-building mode".
 +
** There's a 5 second delay between an entity's death and when it can be rebuilt. That delay is in the external constants file if you're curious.
  
* Overall enemy HP has been reduced by 25%.
+
== Version 0.500 Ship Batch 7 of 7 ==
 +
(Released June 27th, 2017)
  
* Increased the the health pickup frequency as well as adding two more variations of health pickup that provide 2 and 3 health each. These can also appear in the cheap shop.
+
=== New Ships! (Note That More Are To Come Pre-1.0, But Not Pre-Early-Access) ===
  
* Changed Harmony to give you its bonus once every floor, but also moved it to the Secret Room. Secret room items are allowed to be a little extra crazy, bordering on OP, and due to some of the powerful interactions this item can give you, it seems like the more appropriate place.
+
* The AI Master Controller is now armed.
** Thanks to Logorouge for suggesting making the bonus work every floor.
+
** And its on-death behavior has changed.
  
* Fixed a typo on the Deep Blue mech
+
* Botnet Golem
** Thanks to Logorouge for reporting.
+
** As in AIWC, fires large salvos that cause victims, once dead, to become zombie units of the same type that attack their old enemies but do not take orders from anyone.
 +
*** So these zombies (not the golem itself) are the first third-party or "special faction" units.
 +
** Unlike AIWC these shots are no longer insta-kill, but quite powerful nonetheless..
 +
** For now zombies just stay on then planet where they start, and FRD.
  
* Made Time Machine only seed in secret room.
+
* Devourer Golem
** Thanks to Logorouge for reporting.
+
** Special Faction unit, one is seeded somewhere on the map at the beginning of the game (if enabled in the lobby).
 +
** Attacks everything within range (except controllers/warp-gates), and generally wins. When it does damage, it gains a portion of it back in health, to keep it going on those long hauls through the AI's territory.
 +
** Randomly picks another planet somewhere on the map to go to.
 +
*** If you feel like reprogramming the galactic wrecking-ball, this routing code is in SpecialFaction_Devourer.DoLongRangePlanning()
 +
** When it reaches destination, rinse, repeat.
 +
** Good idea to not be wherever this thing is. Thankfully it's slow.
 +
** Will need rebalancing to avoid it causing a win/loss on its own (in the last test, it wandered through the AI Homeworld and took down the AI Master Controller singlehandedly), but we're working on an approach that doesn't involve unintuitive immunities.
  
* Made the Plasma Punisher shot transparent, so it doesn't block your visibility as much when it goes off.
+
* Zenith Dyson Sphere
** Thanks to Frumple for reporting.
+
** Special Faction unit, one is seeded somewhere on the map at the beginning of the game (if enabled in the lobby).
 +
** Unarmed, and immobile, but immensely hard to kill.
 +
** Periodically produces units to go to other planets and attack enemies, similar to AIWC, but instead of the single "Dyson Gatling" unit type from AIWC it simply picks from a subset of the AI's MkV Guardians. You want to know how it got those guardians? You've seen that episode, right?
 +
** Like in AIWC, the Dyson's units have different allegiances depending on who controls the Dyson's planet:
 +
*** If the AI controls that planet, the Dyson hates everyone.
 +
*** If a player controls that planet, the Dyson hates everyone except the AI.
 +
*** If no one controls that planet, the Dyson hates everyone except the players.
 +
** Unlike AIWC, the Dyson's preivously spawned units will automatically "update" to follow any changes to those allegiances.
 +
** Also, "hates everyone" now includes other special factions, like the Devourer and Zombies (which currently means that the Dyson's units will Nom your Botnet zombies even if it likes you; we'll probably change that later).
 +
** As in AIWC, the Dyson's units won't attack an AI controller/warp-gate. Still feels kind of lame, but the alternative is either uncontrolled AIP growth or potentially-tons-of free extra territory for the player. Suggestions welcome. It'd be fun to have factions like the Devourer and Dyson be unrestrained in their ruckus-causing, without throwing the player's game into continual chaos.
 +
** As with the Devourer, will need rebalancing to avoid eventually flooding the galaxy with special-faction guardians.
  
* Tweaked the timing of Fight or Flight so that the movement speed boost wears off a fair bit before the invincibility does.
+
* Zenith Trader
** Thanks to Frumple for reporting.
+
** Special Faction unit, one is seeded somewhere on the map at the beginning of the game (if enabled in the lobby).
 +
** Unarmed, but hard to kill.
 +
** Randomly wanders the galaxy.
 +
** When present on the same planet as your Ark, your Ark gets an extra build menu that lets it build things like Ion Cannons, Black Hole Machines, etc.
 +
** Like AIWC, the trader is friendly to all factions, and all factions are friendly to it.
 +
*** Unlike AIWC, there's one exception: the Devourer knows the Trader is not to be trusted. We suggest making your Trader purchases before the two of them meet.
  
* Alterted the CondemenedHunter pattern to make it less pathetically easy on Normal.
+
* Dire Guardians:
** Thanks to Frumple for reporting.
+
** Dire Teuthida Guardian
 +
*** Spawns Teuthida drones, which zombify things they destroy.
 +
** Dire Hunter Guardian
 +
*** Spawns Hunter/Killers (this takes a long time for each one), which are actually stronger than the Hunter Guardian itself. An H/K's main weapon is called a "Plasma Torpedo Shotgun", which tells you all you need to know.
  
* A bunch of individual enemy HPs have been nerfed, and a lot of rooms have had their enemy density decreased.
+
=== Post-Processing Stack And Related ===
  
* Improved the functioning of the Telekinetic Repulsor Module so that less craziness happens when it interacts with certain enemy bullets. It will now clear most of the shots it pushes.
+
* Upgraded to Unity version 5.6.2f1 from 5.6.1p1.
 +
** This introduces some bugfixes for windows and linux on the player side, and fixes a memory leak in the profiler for us on the editor side.
  
** Thanks to Frumple for reporting.
+
* As it turns out, the experimental post-processing stack v2.0 that unity has in beta and warned "don't use in a production environment" is indeed not ready for a production environment. ;)  Was worth a shot.
 +
** The new 5.6.2f1 won't even build for DX11 on the version of the PP stack we were using, and it was causing strange graphical artifacts for at least one tester.
 +
*** Thanks to 5ounds for reporting the strange seizure-strobes. ;)
  
== Version 1.506 ==
+
* Yet AGAIN we've completely redone the post-processing stack. What's up this time?
(Released January 5th, 2017)
+
** We're using the FXAA implementation by Amplify Solutions, since that's quite battle-tested.
 +
** We're using PRISM post-processing to handle some color grading, minor vignetting, and sharpening.  The difference in quality from the sharpening plus the FXAA is pretty notable even if you already had MSAA cranked up.  It all works in tandem.
 +
** We've also returned to Amplify Bloom once again, since that just is unparalleled in terms of its overall quality and its ability to ensure temporal stability.  We've actually cranked up the temporal stability to an unusual degree, and have a much wider radius of faint bloom, so that we get a softer effect (it was getting pretty grating in recent versions) and so that also we get an effect that has a bit of a trail after bright sources because of the temporal delay.  Looks bad in setup scenes, looks great in battles.
 +
** One of the reasons that we had moved to the unity post-processing stack was that since it is free and open-source we could simply include that in the AIW2ModdingAndGUI project.  Other than the FXAA solution, these other bits are not open source.  But it's important to be able to see what you're actually going to get as a result in-game when you're making something in the AIW2ModdingAndGUI project... so we just compiled the non-editor code into our own dlls, and then removed the front-end editor code from that particular project.  Problem solved.
  
* The three achievement-related bugs all seem to be fixed now.
+
* Experimented around with Graphics Jobs again, which is a feature that we've tried on and off with unity.
 +
** It's definitely causing a lower overall framerate in this particular game, and more choppiness, so we turned it back off and won't be including it.
 +
** Most likely this is because of all of the instancing that we do, and the fact that offloads a lot of the work of dynamic batching already.
  
== BETA 1.505 ==
+
* Upgraded to Amplify Shader Editor v1.0.0.012, which adds a few new goodies for us and a couple of bugfixes.
(Released January 3rd, 2017)
 
  
'''This is temporarily only available in a steam beta branch, since it may break things.'''
+
== Version 0.450 Sound! ==
 +
(Released June 22nd, 2017)
  
* Fixed a bug where it was possible in some cases to have more than 100% health, which led to visual health bar glitches as well as you actually having more health than you were supposed to.
+
=== Post-Processing Stack Revisions ===
** Thanks to eruanion for reporting.
 
  
* Put in recovery code for cases in which previously the player hull could be set to null by you clicking around a lot during world generation; it now chooses a random hull when it hits such a case, rather than just dyingActually fixing the root issue is of course next on the list, but there may be multiple ways to trigger this.
+
* We completely redid our post-processing stack AGAIN, this time based on the not-yet-fully-stable (whee!) unity stack v2, which is still in development.
 +
** For reference, the version we're using https://github.com/Unity-Technologies/PostProcessing/tree/v2
 +
** Why use this?  Well, Chris was getting really sick of the over-done bloom that he was winding up with the older PP stack, and couldn't fix it with any settings he could use.  The newer PP stack has not only a better control over bloom, but also a much better auto-exposure tool.  The HDR tonemapping tool seems borked at the moment, but the auto-exposure tools is yielding better results for us than we got with the Neutral tonemapper in the PP stack v1 anyway.  Would have been nice to use ACES, but oh well.
 +
** With the new exposure correction, we've actually brightened things up a tad, and there's a hint of what you might think of as eye adaptation, although that's really more a factor of exposure averaging and is a very subtle effect.
 +
** We're also now using SMAA on the CPU side in addition to the pre-existing MSAA we use on the GPU side.  Previously we were not even using FXAA on the CPU side, though we were thinking about it.  TAA is now available in PP stack v2 in the Forward rendering path, which we're excited about, but it doesn't yield sufficiently crisp results yetSo for the moment SMAA it is.
 +
** Why all this fuss over the post-processing stack?  Well... sometime soon we have to start doing screenshots that people will start showing around on websites and seeing on Steam, so it's pretty important that things look nice enough.
  
* Added tooltips to the icons on the bottom right of the file select screen.
+
=== Sound Effects! ===
  
* Fixed a longstanding but little-seen issue where mouse or key presses during the creation of a new run would corrupt the run in many cases.
+
* We now have a bus-based sound mixing solution in place, based on unity 5's advanced mixing capabilities, but then expanding that even further.
 +
** In our case we're setting up both directional and 2D sound sources with custom falloffs, and a maximum number of "voices" per bus, and advanced customization for clusters of sound effects (time delay between individual sound effects playing, between sound effects for the whole cluster, and even failover to a different sound effect cluster if the first cluster is still on cooldown).
 +
** This allows for us to really tune and mix the sound the way that we want, including music ducking, and general sound ducking for various types of vocal audio.
 +
** This also allows for us to have voice commands that play, but not too frequently, and for them to "fail over" to other types of sound effects to indicate orders receipt when the voice command version is on cooldown.
 +
*** Thanks to qipoi for suggesting this functionality regarding the voice commands playback and failover.
  
* Fixed ConductiveHull stats.
+
* Hugely reworked our music pipeline, as part of our new sound pipeline in general, so that it's all now piped through a central audio mixer that supports audio ducking for the music and for other sound effects as-needed for things like voice alerts and things of that nature.
 +
** It also allows for us to have certain explosions just drown everything out in an impressive way, and in general allows us to do sound mixing by bus, which can be tuned in the AIW2ModdingAndGUI project.
  
* Reduced Cryofreeze Module volume a bit.
+
* The game now has proper volume handling, which it didn't have before even for the music.
 +
** These volume settings are layered on top of the volume settings from the mixer, and it all gets translated over nicely.
 +
** Players simply select a volume between 0 and 100 for any particular type of sound that they want to adjust.
 +
*** Note that for turning off sounds or voice or music entirely, it's more efficient to simply use the toggles for those so it's not silently playing those sounds or music.
 +
** The types of sound that can be adjusted are:
 +
*** Master (affects literally everything, music, etc).
 +
*** Music (just affects music)
 +
*** Sound (affects all non-music sounds).
 +
*** Voice (just affects spoken voice lines).
 +
*** Combat (affects all the sounds of battle).
 +
** Given that the actual underlying bus volumes are in -80 to +20 dB ranges, where 0 is the default (unaltered) state, and we may have altered the bus defaults in the mixer itself...
 +
*** The game takes the inputs for the "volume" as a 0-200 range, then transforms that into a multiplier against the default volume of the bus.
 +
*** Specifically:
 +
**** If you choose 0 volume it just goes to -80, if you choose 100 it stays at the bus default, whatever that is.
 +
**** If you choose anything between 1 and 99, then it multiplies the inverse cube of the percentage of that by the starting volume of the bus.
 +
***** This helps to offset the logarithmic falloff of dB reduction from 0, and feels pretty natural.
 +
***** It does mean that since we're only using the cube, and not the fourth or fifth power, that in general things still go pretty unexpectedly extra quiet below 40% or so, though.  But this gives the most gradiations in the audible range.
 +
**** If you choose anything between 101 and 200, then it multiplies the flat percentage of that by the difference between the max (20 dB) and the starting volume of the bus, added to the starting volume of the bus.
 +
***** This gives a great deal of precision in making things slightly louder, but doesn't really hide the logarithmic rise where you have to go to 180% or so to get a really substantial (10dB or more on average) rise out of the result.
 +
***** Overall this isn't quite the most natural way to handle the volume siders above 100%, but it does give the most precisions, which is probably for the best.  And it's still easy enough to tune.
  
* Fixed a null reference exception that apparently could happen sometimes when either starting the tutorial for the first time or possibly related to exiting or entering certain rooms.
+
* There are now computery sound effects for giving attack, move, wormhole-path-move, and construction orders.
 +
** The ones for placing construction units are particularly satisfying. :)
  
* Fixed yet another nullref exception that could happen, this time in minimap rendering right when changing states.
+
* There are now sound effects that play when you alter your build queue, alter your control groups, "do some other general tweaks, mainly cheats," launch warheads (this one is cool), scrap units (careful of the heart attack), start hacking something, change into hold fire mode or out of it, toggle pause, and unlock a tech.
  
== BETA 1.504 ==
+
* There are now settings that allow you to mute various parts of the battle sound effects selectively (shots firing, shots hitting, ships exploding).  This might be useful to someone else, but it's also helpful for us in testing certain sounds without the mixing.
(Released January 2nd, 2017)
 
  
'''This is temporarily only available in a steam beta branch, since it may break things.'''
+
* All of the ships/structures in the game now have explosions set for when they explode.
 +
** They fall into 14 different categories of explosion sound effect, two of which are just for warheads.
 +
** There are then a further three twos of explosion sound effect that happen for ships that are not at the planet you are presently at, or when you are on the galaxy map.
  
* Updating to Unity 5.5.0p3, which seems to fix the errors we were having in 5.5.0f1 when resizing or maximizing the screen.
+
* The game now uses a blend of 2D and 3D (spatial) audio, which is pretty typical for games that are in 3D.
 +
** Things that are "HUD sounds" or other non-point-source type sounds just play normally, as does music.
 +
** Things that are sound effects coming from a ship or a shot or an explosion have direction and attenuation based on their relative location to the camera.
 +
*** This makes it substantially quieter in the battle when you zoom way the heck out, which is nice, although different sounds are attenuated at different rates -- the explosions of ships dying attenuates a lot slower, for instance, so you can keep an ear on that easier.
 +
*** This is something that anyone can tune (in a modding sense) by adjusting the prefabs in the AIW2ModdingAndGUI/Assets/AudioPrefabs/Combat folder.
 +
**** The major settings to play with there are Max Distance (the furthest out the camera can zoom is 1200, for reference), and then the Spatial Blend and Spread values.  Having a Doppler level is also possible, but tends to give strange and muddy results.
 +
**** You can combine changes here with changes to AIW2ModdingAndGUI/Assets/AudioPrefabs/OfficialMixer (click into that object to get the mixer panel), if you like.
 +
***** One thing Chris was considering, for instance, was making it so that WeaponsHitting had a max distance of 500, over which it would attenuate, and then increase the WeaponsHitting bus from -23dB up to something a lot more substantial.  You'd then have no sounds of shots hitting beyond 500 distance, but much louder sounds of that hitting when you are progressively closer than that.
 +
***** This isn't something you can mod and just keep modded all that easily at the moment, although you can make a copy of the mixer and then point your xml (using an override) to your mixer instead of ours.  The risk being that if we make a lot of changes to the sound buses, which is most likely now while they are new, then yours may stop working and you have to make a copy of.
 +
***** At any rate, mainly if you want to mess around with that and see if there are values that you feel like give a better result, we'd always be willing to take that sort of thing under advisement. ;)  We have BadgerBadger fixing bugs already, goodness. But anyhow, the point being that it's open so that people from the community can fiddle and share their results with everybody if that is an area of their interest.
  
== BETA 1.503 ==
+
* There is now a set of sound effects for ships entering or exiting wormholes, as was the case in the first game. These are neater, though.
(Released December 21st, 2016)
 
  
'''This is temporarily only available in a steam beta branch, since it may break things.'''
+
* All of the various buttons in the game can now have a click_sound xml attribute set on them, to choose between sound effects for them to play when clicked.
 +
** This also applies to dropdowns, image buttons, button lists of various sorts, etc.
 +
** By default buttons all now play the sound effect "ButtonNormal" when clicked.  You can override this to silence if you need to for a given button that also plays a sound effect via a command that is executed, if you need.
 +
** A different sound effect, ButtonStartGame, is played when you start a new game or load an existing one.
  
* Updating to Unity 5.5.0f1.
+
=== Shot Visuals! ===
  
* Reduced Gravity Cannon player defense to 2 seconds from 4.
+
* The forcefields and the ship-to-ship lines have been moved into the modding and gui project so that anyone can edit them.
** Thanks to Logorouge for reporting.
+
** Improvements have been made to how the various lines look, from their shaders, while we were at it.
  
* Reduced Arcoris x4 to 3 minions instead of 4, which was a mistake. So now there are actually 4 in total not 5.
+
* All of the shot graphics have also been moved to the modding project, for the same reason.
** Thanks to the person who reported this, sorry I forgot who it was (maybe Monkooky in Discord!).
 
  
* Made Spire Knowledge description more specific.
+
* For now taking away the side-specific bullet colors. Frankly this makes it a lot harder to differentiate bullets by type, which is more important.
** Thanks to Monkooky for reporting.
 
  
* Fixed Conductive Hull energy amount.
+
* The armor-piercing bullets now have their real graphics, which is the pre-existing orange tracer shots, but made a lot shorter.
** Thanks to Logorouge for reporting.
+
** Note that the tracer-style shots are heavily affected (in terms of how long they are) by the speed at which they are moved.  So there are now three different variants for use in different speed scenarios.  This is super easy to mod if someone is changing around shot speeds dramatically and wants the shots to look similar to how they do at the current speed.
  
* Removed the fire rate boost from Jack of All Trades. This needed a bit of a nerf.
+
* All of the not-yet-done shots now use the old green-style enemy shots, to make those easy to spot and then fill in the real data for.
** Thanks to Z99-_ for the feedback.
 
  
* Adjusted the Interceptor drone description to be clearer.
+
* FINALLY got a version of the fusion rocket shot visuals going that we're actually happy with.  It has to look nice, but not too close to the other stuff.  Exaggeratedly-large so you can see it, but not so much so that it's cartoony.  Nicely colored, but emissive and bright enough you can see it at a distance.  And on and on.  
** Thanks to Z99-_ for the feedback.
+
** We experimented a ton with trail renderers in addition to the rocket, and having those be the things that are visible at far distances, but that wound up always looking too similar to the other trail renderers (when additive particle blending was used) or extremely chuggy on the CPU (when alpha particle blending is used and thus they needed to sort).
  
* Reduced Loco HP a little.
+
=== Misc ===
** Thanks to eruanion for the feedback.
 
  
* Adjusted the Cryofreeze module damage which was way too high.
+
* Fixed bug where golems were not actually being seeded.
** Thanks to Z99-_ for reporting.
+
** Thanks to BadgerBadger for reporting.
  
* Reduced the drop frequency of modules by half. They now also seed in weapon and defense shops.
+
* Fixed a bug where it was possible for the map seeds auto-generated to be longer than the ones you can key in manually.
** Thanks to Monkooky and others for the feedback.
+
** Thanks to BadgerBadger  for literally fixing the bug himself.
  
* Adjusted the Deep Blue mech energy multiplier to 1.5 from 2.
+
* Fixed a bug where hitting B selects additional build units.
** Thanks to Logorouge for the feedback.
+
** Thanks to BadgerBadger  for literally fixing the bug himself.
  
* Removed some the floor revealing perks, but added new perks Resupply and Rally.
+
* Put in a fix that definitely prevents keybinds from triggering while a textbox is focused (we've been able to test it now).
 +
** Thanks to BadgerBadger for reporting.
  
* All new/improved perk art added.
+
* Added a link to the external tutorial on the main menu.
 +
** Thanks to BadgerBadger for literally coding the addition!
  
* Changed the SFX on the Mini-Swarm enemy.
+
* Put in a fix where squads should now properly change their ownership color if their current side doesn't match what their previous state was.
** Thanks to carldong for reporting.
 
  
== BETA 1.502 ==
+
* An error message stating "Player data archive not found at `/home/user/AIWar2/AIWar2Linux_Data/data.unity3d`, using local filesystem[user@Desktop AIWar2]$" on startup on linux should no longer display.  It was harmless, but annoying.
(Released November 11th, 2016)
+
** Note we didn't get a chance to test this yet, but knock on wood it should work. ;)
 +
** Thanks to BadgerBadger for reporting.
  
'''This is temporarily only available in a steam beta branch, since it may break things.'''
+
* World_AIW2.Instance.QueueGameCommand now takes a second parameter that says if it should consider handling local audio/visual feedback of the command being sent.
 +
** Generally speaking almost everything in the AIWarExternalCode should have that as true, so that sound effects and such can be played as need in order to register that things have been accepted.  But things from the AI should always say false.
  
* TinyDamageBoost and TinyEnergyBoost now appear as powerups on the status screen
+
* Fixed a bug where every full-capacity squad with more than one ship in it was drawing an extra ship.
** Thanks to Motai
+
** This doesn't fix isues with squads having more living ships than they should based on ships that died; that's a separate issue.
 +
** Thanks to BadgerBadger for reporting.
  
* Interaction of range extension modifiers and Incineration and Cryofreeze modules is now more reasonable, but less awesome
+
* The game now notices when there are more ships specified to be in a squad than the actual formation allows for, and complains.
** Thanks to Logorouge
+
** This was affecting autocannon minidpods (40 requested, 25 available), laser gatlings (80 requested, 25 available), and minefields (80 requested, 25 available).
 +
** The game now has two new squad formations that have 48 and 100 scale-1 formation positions in them, for handling these cases.
 +
*** Note that we're going to work on vastly better formations in general later, and we welcome formation creation by players, too.
  
* Fixed reversal of DoorEvil and DoorBoss
+
* Stumbled upon a fix to a moderate-to-severe performance bug in unity that was calling a lot of shuffling-around of gui elements that were not even moving.  It's a bug relating to them having a parent that is not at position 0, with details you can read about here if you like: https://issuetracker.unity3d.com/issues/canvasrenderer-dot-ontransformchanged-is-called-on-ui-objects-which-transforms-are-not-moving
** Thanks to SJD
+
** In some cases this dramatically reduced stutter that was coming from the GUI.
  
* Rocket Man now only last for a floor.
+
* You can now actually name your savegames.
** Thanks to Logorouge and others for reporting.
+
** Thanks to BadgerBadger for literally coding the addition.
  
* Cluster Launcher no longer does friendly fire.
+
== Version 0.401 Ship Batch 6 of 7, And Gimbal Perfoooormance! ==
** Thanks to DarkTwinge's stream for highlighting this.
+
(Released June 12th, 2017)
  
* Revenge Module replaced with Plasma Punisher Module. Whenever you get hit, fires a burst of plasma that stuns enemies.
+
* The game console has now been fully moved to the AIW2ModdingAndGUI project (source code aside), and has been re-skinned using our own graphics and text mesh pro.
 +
**This may not have seemed like a high-priority thing to do, and indeed it was not in and of itself, but it validates a particular GUI creation workflow that we now have, as well as providing a concrete example for that type of GUI.
 +
*** Basically our existing GUI creation methodology is all based around xml creation of things and populating them certain ways.
 +
*** But now we can also take an entire GUI canvas, create it in the WYSIWYG unity editor in the AIW2ModdingAndGUI project, and then wire it up in a completely traditional-for-UGUI fashion and after that let it be triggered from the dynamic GUI.  These are even loaded using the existing "gui prefabs" logic that the xml-oriented GUI uses.
 +
** The end result is just as performant in both cases (and basically identical), and so mainly the question is of which approach is easier for a given piece of the GUI.  There's no one right answer.  Even the xml-oriented version is using prefabs that have a bunch of nested stuff, but this is just taking it to a completely other level of having the entire canvas/window populated.
 +
*** At any rate, being able to do this now and having an example of how to do it was well worth the time in this particular build.  It should open up options better for the upcoming GUI revisions.
  
* Main minigun SFX beefed up a little, and particle trail added to the Torpedo Cannon shots.
+
* A massively new way of drawing the "sprite gimbals" over squads in the game is finally complete.
** Thanks to Goldenwolf for these changes.
+
** We tried a variety of approaches, but for various reasons dynamic batching, instancing, and so forth all yielded subpar results when individual sprites were made up of often up to 6 sub-parts (main icon, border, flair, mark level, and health bar).
 +
** We're now baking the sprites into meshes prior to them ever being instanced, which cuts the graphics load of the gimbals to around a sixth of what they previously were.
 +
** That said, the sprites themselves still need to be instanced even after being baked, and to do that we need a single mesh for all the types for the most part.  So we're hiding data in the uv2 and uv3 channels that let us know which instance properties to conditionally apply to which vertices, which in turn lets these things colorize themselves (via HSV shift) as needed.  But since not everything needs to be colorized, our new ubershader for the baked group is now actually more efficient than before, making the savings more than a drop to 1/6th of the previous load from this source.
 +
** Performance improvements in this area might not seem like that big a deal, but on a GTX 1070 with 5k ships on the screen, the icons were approximately half of the visual load.  Facepalm, right?  So this has been a big priority.
 +
** The downside of the new approach would seemingly be that now these icons are harder to edit, though, if someone wants to mod.  Bummer... except that it's just as easy as ever! :D
 +
*** We've created editor tools in the AIW2ModdingAndGUI project that allowed us to merge meshes, set the uv2 and uv3 channels properly, and so on.  You can re-bake the meshes as desired, and we can do so quite easily as well.  You can't do it by xml anymore, but that's a pretty small thing.
  
* Simplified and nerfed Destruction module. It just does the damage boost now, and doesn't give extra shots(this is part of a general module refinement process).
+
* Fixed a bug in the prior build where the gimbal icons no longer reacted to player mouse hovering or clicking.
 +
** This was because of the changes in the hierarchy of pieces of squad parts in the last version.
 +
** Thanks to TheVampire100 for reporting.
  
* added suppress_aoe_destruction_of_shots flag to system
+
* When you are placing ships/structures on the map, there's now a filled circle that shows the radius of the footprint that ship will take up.  It then also shows the icon of the ship in white over where the footprint is.
  
* Grenade Launcher and Cluster Launcher no longer destroy enemy shots (which was super OP).
+
* Fixed an issue where the missile turret was not assigned its flair properly.
** Thanks to Monkooky and others for reporting.
 
  
* Boomerang Needler aesthetics have been made a bit more boomerang-y. It now uses an animated shot.
+
* The game now automatically checks its models for missing materials, or materials not set up for instancing.
** Thanks to Goldenwolf for these changes.
+
** There were then a number of ships that we fixed that on so that they have instancing set up properly.
  
* Removed the friendly fire on Detonating Rose.
+
* The font_size property now actually works on the new text labels in the game (not buttons or anything else presently).
** Thanks to Logorouge for reporting.
 
  
* Clarified the Looter probation description.
+
* The game now has icons for the various resources, which can be inserted into text with <sprite> tags from text mesh pro.
** Thanks to Logorouge for reporting.
+
** Unfortunately the process for getting those in there requires the creation of sprite dictionaries embedded in the main game Resources folder at the moment.  We will likely alter that at a future time, but for now that's stuck.
 +
** The process for getting new sprites in there is pretty convoluted in general at the moment, to be honest, so that's again something we'll have to work on later. But it does work, and it does perform well!
  
* Increased the size of Paragon's hitbox, which was way too small.
+
* Fixed a bug where "dfgdfg" would show briefly as the planet name in the prior build.
** Thanks to Logorouge for reporting.
+
** Thanks to BadgerBadger for reporting.
  
* Added the Telekinetic Repulsor Module to replace the Reactive Shock Module.
+
* Updated to Amplify Shader Editor v1.0.005, which has a number of new features and some at least minor performance improvements.
  
* Tweaked the Combat Shield look and function. You can now push enemies back with it, too.
+
* Fixed an issue with the AI Warp Gates not having their mechanical parts rotating properly.
  
* Changed the Kunai SFX a bit, and the shot type.
+
* Put in some code to automatically tell us when our animators have messed up.
** Thanks to Goldenwolf for these changes.
 
  
* Kunai is now also in the energy weapon position. Before it was in the main gun position.
+
* The game now has a nice fade-in effect whenever you're switching planets or in and out of the galaxy map, making things feel more polished.
  
* Added SFX for Fragment enemy, Combat Shield, Battering Ram, and new Boss Intro SFX. New Javelineer thrust particle.
+
* Fixed a problem with the mod support where every dll had to define a type which implemented the IInitialSetupForDLL interface, and further required a specific naming convention for that type.
** Thanks to Goldenwolf for these changes.
+
** Now when loading a dll it looks at all types exported from it and runs the RunInitialSetup() of each IInitialSetupForDLL it finds.
 +
** If it doesn't find any, it won't mind.
 +
** Thanks to Draco18s for reporting.
  
* Vastly improved the efficiency of the Zombot.
+
* The very low end of the camera zoom now has a few more gradations where it shows more of a side-facing view, and then the very lowest zoom level actually looks back UP slightly, allowing you to see tall ships and structures better, and in general get a little more cinematic of a view.  This has no effect on the higher zooms.
** Thanks to WindlessZephyr's stream for highlighting this problem. Also thanks to eruanion for reporting.
+
** Thanks to BadgerBadger for inspiring this change.
  
* Made it so that you can't waste Alternate Deality when outside of a shop room.
+
=== New Ships ===
  
* Gave the Green Envy innate revealing of Item and Secret rooms. Also buffed the passive bonuses a bit. Edit: changed this to innate ability to find higher tier loot earlier than the other mechs.
+
* Bonus Fleet Ships:
 +
** Vampire Claws
 +
*** Cloaked melee ships that heal themselves when they do damage.
 +
** Vorticular Cutlasses
 +
*** Melee ships that damage themselves when they do damage (when balanced, their dps will be much higher than vampire claws, for example).
 +
** EtherJet Tractors
 +
*** Cloaked Jets with Tractors. What could go wrong?
  
* Changed the Revenge Rams to be bigger and do more damage and greater AOE.
+
* Dire Guardians:
 +
** Dire Warp Beacon Guardian
 +
*** The AI can always send waves to the planet this guardian is on, and if it is on alert this is likely to happen.
 +
*** Not to be confused with the Dire Warp Bacon Guardian (despite internal typos to the contrary), partner-in-crime to the Pancake Golem.
 +
** Dire Commander Guardian
 +
*** Increases reinforcements sent to the planet it is on.
 +
*** Triggers waves (like a raid engine) while this is on alert.
 +
** Dire Shredder Guardian
 +
*** Internally constructs and launches shredder drones (vicious little melee ships).
 +
 +
* Guardians:
 +
** Vampire Guardian
 +
*** Can be very hard to kill if you don't kill it quick, because of its ability to heal itself from doing damage.
 +
** Implosion Guardian
 +
*** The Dire Implosion Guardian's little (and far more common) brother. They're a real pain in the rear if you're a golem...
 +
 +
* Golems:
 +
** Seeded like Flagships, you find these, clear their planets, and claim/repair them to gain control of them.
 +
** Unlike flagships, these are rarer, claiming them costs AIP, and they don't have the quasi-Ark functions for building/repairing/etc. Instead, they're considerably more beastly than Flagships and some have unique abilities.
 +
** Armored Golem
 +
*** Short-range brawler.
 +
** Artillery Golem
 +
*** Long-range sieger.
 +
** Black Widow Golem
 +
*** Massive paralyzing-tractor capacity, and does engine damage with its shots.
 +
*** The "if you move while tractoring something, it moves with you" logic has also been implemented.
 +
** Regenerator Golem
 +
*** Regenerates ships you lose on its planet, at the cost of some of its own health.
 +
** Cursed Golem
 +
*** Has powerful fast-firing railcannon, but damages itself in proportion to the damage done.
 +
** Hive Golem
 +
*** Internally constructs hive drones, which it launches in large groups against any threat on the planet.
  
* Improved the GravityCannon and MiniatureBlackHole a bit. These are much less likely to cause you to take damage now.
+
== Version 0.400 Usability and the GUI Pipeline ==
 +
(Released June 6th, 2017)
  
* Improved TacticalEMP.
+
=== Usability Improvements ===
** Thanks to Logorouge for reporting.
+
* 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.
  
* Cleared up the Serrated Spine Launcher description.
+
* 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:
** Thanks to Logorouge for reporting.
+
** 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.
  
* Reduced Conductive Hull to 60 energy gain.
+
* Added some direct keybinds for the sake of near-term sanity:
** Thanks to Logorouge for reporting.
+
** 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.
  
* All the Condemned Room aesthetics overhauled. Shots, SFX, and particles. Plus some tweaks.
+
=== Visuals And Moddability ===
** Thanks to Goldenwolf for these changes.
+
* 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.
  
* Fixed a buggy interaction between Photoelectric and Big Leaky Battery.
+
* 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.
** Thanks to eruanion for reporting.
+
** 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 Perk Overhaul and Balance Update (plus other stuff)
+
* Darkened all of the new skyboxes to fit with the new HDR rendering.
** For Misery's breakdown of the changes go here: https://www.arcengames.com/forums/index.php/topic,19218.0.html
 
** Lots of new general perks added such as Savings Interest, An Eye For an Eye, Bloody Rage, Big Game Hunter, and many more.
 
** At least one unique perk for each mech such as Flame Master.
 
** Many existing perks revamped such as Heavyweight, Resistance (was Deftness)
 
** The perk level placements have been adjusted a lot, so that options need to be thought about a lot more. No more massive DPS no brainers.
 
** Adjustments so that attrition is more of a thing, the main one being that health items now only restore 1HP. Gearing up and combatting attrition is now more of a challenge.
 
** Enemy damage scaling has been removed. No longer do early floor enemies just get buffed on later floors, so you have to think a bit more strategically about what enemies in the current rooms are threats or not. Certain dangerous looking enemies will hit hard and need to be taken down quickly.
 
** Floor size has been reduced significantly so that run length is reduced overall.
 
** Upgrade damage boosts have been reduced a lot. The maximum single upgrades now are +40% and x33%, with most giving between +10% and +20% instead of numbers like +50% and +75%.
 
** More XP bonus resources. There are now 3 versions of XP resource pickup. Sometimes you can find rare ones that will give you a big boost.
 
** New enemies from Misery such as Disservers, Ramparts, and more.
 
** A lot of small tweaks that we've probably forgotten about.
 
* Fixed AOE not waking enemies bug.
 
* Fixed Needler Probe respawn when buying new familiars bug.
 
** Thanks to Windless Zephyr for highlighting this.
 
* Reduced Stomper volume.
 
** Thanks to Logorouge for reporting.
 
  
* Fixed a bug where the "unlocked all items" achievement was erroneously given to players previously.
+
* Made it far easier for people to edit skyboxes quickly, thanks to a new button in the header of the skybox editor.
  
== Version 1.501 ==
+
* The ruined network nodes now have proper graphics.
(Released August 6th, 2016)
 
  
* Fixed a bug that was breaking some older savegames.
+
* The advanced starship constructor now has proper graphics and animation now.
  
* Increased difficulty of Twin Suns.
+
* Dropdowns in the game are now actually fully skinned for the first time, making them consistent with the rest of the GUI.
 +
** They also use the TMPro text to show their text, making their text sharp, too.
 +
** Their scrolling speed is also finally reasonable when you use the mouse wheel, too.
  
* Tiny Energy Boost now grants 10 energy for 5 credits
+
* The fortress and experimental fabricator now both have proper graphics implemented.
* Dilithium Power Cell now grants 20 energy for 15 credits
 
  
* SurvivalPack readded
+
* We've done EXTENSIVE improvements to the GUI system, with a whole new GUI pipline that is massively more efficient.
 +
** Some more details are here: http://arcengames.com/ai-war-2-v0-400-released-usability-and-the-gui-pipeline/
  
* Fixed Credit10 frequency in pools rate
+
* The sidebar is back, as well, even though it doesn't look great yet.
  
* Adjusted the missile systems a bit.
+
=== 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.
  
* Acid Maw damage multiplier increased from 1.2 to 1.4
+
* Fixed a bug that could cause a hang in the mapgen logic.
** Thanks to logorouge for inspiring the change
+
** Thanks to drspikes and BadgerBadger for reporting.
  
== Previous Release Notes ==
+
* Fixed a bug where various internal tech-groupings were showing as selectable menus (ironically named "Not Shown").
 +
** Thanks to BadgerBadger for reporting.
  
[[Starward Rogue:Post-1.0 Release Notes]]
+
* 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.
  
[[Category:Starward Rogue]][[Category:Starward Rogue Release Notes]]
+
* 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.
 +
 
 +
* Tractor turret tractor-multiplier from 30 => 3.35, which is slightly more than enough for one squad of MkI tractors to indefinitely hold one cap (10 squads) of MkI fighters. Previously it could hold... more. A lot more.
 +
** Tractor effectiveness is also now reduced by the tractor turret "squad" taking losses.
 +
 
 +
* Put in some logic to prevent minor gc allocs related to the galaxy map when you're not viewing the galaxy map.
 +
 
 +
* Fixed a bug in the last couple of versions where ship animations were not always playing when there were a ton of ships on a planet.
 +
** Thanks to BadgerBadger for reporting.
 +
 
 +
* Bunches of performance improvements have been made to the movements of squads and their icon gimbals.
 +
 
 +
== 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.
 +
 
 +
* 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].
 +
 
 +
==== 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 [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.
 +
 
 +
* 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]]

Revision as of 16:25, 5 July 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 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.
  • 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.
  • Only some of the sound effects are in, 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.
  • 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.501

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

Note that this one is going to be a little slower coming, just because of some life stuff going on. Other than that we theoretically should be moving into quicker release cycles. ;)

  • Adjusted the shader to try and lighten the Experimental Fabricator model a bit.
  • Added the attribute " y_offset_of_icon="20" " to the fortress xml entry to help with the flickering issue.
  • Adjusted the radii on several ships and turret types to help with overlapping selection boxes.
  • Added "Start With First Planet" toggle button to the lobby, defaults off. If on:
    • The planet you start on begins with the controller and resource spots under your control.
    • There's no initial AI presence on the planet you start on.
    • Your Ark starts next to the controller on that planet instead of near the edge of the grav well.
    • Your starting AIP is what it would have been after conquering the first planet.
    • Thanks to... well, everyone, for letting us know that fighting that first battle every time got old.
  • As framework for the start-with-first-planet option, the "Conduct" table has been moved out to external XML. It's basically just a boolean value you can check for in mapgen or whatever other external logic, but you can also add arbitrary per-sim-step logic if you like. Whether it works or not is up to you, of course, but it's a pretty flexible hook.
  • Fixed a number of issues that were preventing your "last game lobby settings" from persisting across executions of the application.
  • Turrets and (most) other structures that you place directly will now leave remains, as in AIWC, that can be rebuilt by a controller, Ark, or Flagship.
    • By "rebuilt" is meant "switch it back into self-building mode".
    • There's a 5 second delay between an entity's death and when it can be rebuilt. That delay is in the external constants file if you're curious.

Version 0.500 Ship Batch 7 of 7

(Released June 27th, 2017)

New Ships! (Note That More Are To Come Pre-1.0, But Not Pre-Early-Access)

  • The AI Master Controller is now armed.
    • And its on-death behavior has changed.
  • Botnet Golem
    • As in AIWC, fires large salvos that cause victims, once dead, to become zombie units of the same type that attack their old enemies but do not take orders from anyone.
      • So these zombies (not the golem itself) are the first third-party or "special faction" units.
    • Unlike AIWC these shots are no longer insta-kill, but quite powerful nonetheless..
    • For now zombies just stay on then planet where they start, and FRD.
  • Devourer Golem
    • Special Faction unit, one is seeded somewhere on the map at the beginning of the game (if enabled in the lobby).
    • Attacks everything within range (except controllers/warp-gates), and generally wins. When it does damage, it gains a portion of it back in health, to keep it going on those long hauls through the AI's territory.
    • Randomly picks another planet somewhere on the map to go to.
      • If you feel like reprogramming the galactic wrecking-ball, this routing code is in SpecialFaction_Devourer.DoLongRangePlanning()
    • When it reaches destination, rinse, repeat.
    • Good idea to not be wherever this thing is. Thankfully it's slow.
    • Will need rebalancing to avoid it causing a win/loss on its own (in the last test, it wandered through the AI Homeworld and took down the AI Master Controller singlehandedly), but we're working on an approach that doesn't involve unintuitive immunities.
  • Zenith Dyson Sphere
    • Special Faction unit, one is seeded somewhere on the map at the beginning of the game (if enabled in the lobby).
    • Unarmed, and immobile, but immensely hard to kill.
    • Periodically produces units to go to other planets and attack enemies, similar to AIWC, but instead of the single "Dyson Gatling" unit type from AIWC it simply picks from a subset of the AI's MkV Guardians. You want to know how it got those guardians? You've seen that episode, right?
    • Like in AIWC, the Dyson's units have different allegiances depending on who controls the Dyson's planet:
      • If the AI controls that planet, the Dyson hates everyone.
      • If a player controls that planet, the Dyson hates everyone except the AI.
      • If no one controls that planet, the Dyson hates everyone except the players.
    • Unlike AIWC, the Dyson's preivously spawned units will automatically "update" to follow any changes to those allegiances.
    • Also, "hates everyone" now includes other special factions, like the Devourer and Zombies (which currently means that the Dyson's units will Nom your Botnet zombies even if it likes you; we'll probably change that later).
    • As in AIWC, the Dyson's units won't attack an AI controller/warp-gate. Still feels kind of lame, but the alternative is either uncontrolled AIP growth or potentially-tons-of free extra territory for the player. Suggestions welcome. It'd be fun to have factions like the Devourer and Dyson be unrestrained in their ruckus-causing, without throwing the player's game into continual chaos.
    • As with the Devourer, will need rebalancing to avoid eventually flooding the galaxy with special-faction guardians.
  • Zenith Trader
    • Special Faction unit, one is seeded somewhere on the map at the beginning of the game (if enabled in the lobby).
    • Unarmed, but hard to kill.
    • Randomly wanders the galaxy.
    • When present on the same planet as your Ark, your Ark gets an extra build menu that lets it build things like Ion Cannons, Black Hole Machines, etc.
    • Like AIWC, the trader is friendly to all factions, and all factions are friendly to it.
      • Unlike AIWC, there's one exception: the Devourer knows the Trader is not to be trusted. We suggest making your Trader purchases before the two of them meet.
  • Dire Guardians:
    • Dire Teuthida Guardian
      • Spawns Teuthida drones, which zombify things they destroy.
    • Dire Hunter Guardian
      • Spawns Hunter/Killers (this takes a long time for each one), which are actually stronger than the Hunter Guardian itself. An H/K's main weapon is called a "Plasma Torpedo Shotgun", which tells you all you need to know.

Post-Processing Stack And Related

  • Upgraded to Unity version 5.6.2f1 from 5.6.1p1.
    • This introduces some bugfixes for windows and linux on the player side, and fixes a memory leak in the profiler for us on the editor side.
  • As it turns out, the experimental post-processing stack v2.0 that unity has in beta and warned "don't use in a production environment" is indeed not ready for a production environment. ;) Was worth a shot.
    • The new 5.6.2f1 won't even build for DX11 on the version of the PP stack we were using, and it was causing strange graphical artifacts for at least one tester.
      • Thanks to 5ounds for reporting the strange seizure-strobes. ;)
  • Yet AGAIN we've completely redone the post-processing stack. What's up this time?
    • We're using the FXAA implementation by Amplify Solutions, since that's quite battle-tested.
    • We're using PRISM post-processing to handle some color grading, minor vignetting, and sharpening. The difference in quality from the sharpening plus the FXAA is pretty notable even if you already had MSAA cranked up. It all works in tandem.
    • We've also returned to Amplify Bloom once again, since that just is unparalleled in terms of its overall quality and its ability to ensure temporal stability. We've actually cranked up the temporal stability to an unusual degree, and have a much wider radius of faint bloom, so that we get a softer effect (it was getting pretty grating in recent versions) and so that also we get an effect that has a bit of a trail after bright sources because of the temporal delay. Looks bad in setup scenes, looks great in battles.
    • One of the reasons that we had moved to the unity post-processing stack was that since it is free and open-source we could simply include that in the AIW2ModdingAndGUI project. Other than the FXAA solution, these other bits are not open source. But it's important to be able to see what you're actually going to get as a result in-game when you're making something in the AIW2ModdingAndGUI project... so we just compiled the non-editor code into our own dlls, and then removed the front-end editor code from that particular project. Problem solved.
  • Experimented around with Graphics Jobs again, which is a feature that we've tried on and off with unity.
    • It's definitely causing a lower overall framerate in this particular game, and more choppiness, so we turned it back off and won't be including it.
    • Most likely this is because of all of the instancing that we do, and the fact that offloads a lot of the work of dynamic batching already.
  • Upgraded to Amplify Shader Editor v1.0.0.012, which adds a few new goodies for us and a couple of bugfixes.

Version 0.450 Sound!

(Released June 22nd, 2017)

Post-Processing Stack Revisions

  • We completely redid our post-processing stack AGAIN, this time based on the not-yet-fully-stable (whee!) unity stack v2, which is still in development.
    • For reference, the version we're using https://github.com/Unity-Technologies/PostProcessing/tree/v2
    • Why use this? Well, Chris was getting really sick of the over-done bloom that he was winding up with the older PP stack, and couldn't fix it with any settings he could use. The newer PP stack has not only a better control over bloom, but also a much better auto-exposure tool. The HDR tonemapping tool seems borked at the moment, but the auto-exposure tools is yielding better results for us than we got with the Neutral tonemapper in the PP stack v1 anyway. Would have been nice to use ACES, but oh well.
    • With the new exposure correction, we've actually brightened things up a tad, and there's a hint of what you might think of as eye adaptation, although that's really more a factor of exposure averaging and is a very subtle effect.
    • We're also now using SMAA on the CPU side in addition to the pre-existing MSAA we use on the GPU side. Previously we were not even using FXAA on the CPU side, though we were thinking about it. TAA is now available in PP stack v2 in the Forward rendering path, which we're excited about, but it doesn't yield sufficiently crisp results yet. So for the moment SMAA it is.
    • Why all this fuss over the post-processing stack? Well... sometime soon we have to start doing screenshots that people will start showing around on websites and seeing on Steam, so it's pretty important that things look nice enough.

Sound Effects!

  • We now have a bus-based sound mixing solution in place, based on unity 5's advanced mixing capabilities, but then expanding that even further.
    • In our case we're setting up both directional and 2D sound sources with custom falloffs, and a maximum number of "voices" per bus, and advanced customization for clusters of sound effects (time delay between individual sound effects playing, between sound effects for the whole cluster, and even failover to a different sound effect cluster if the first cluster is still on cooldown).
    • This allows for us to really tune and mix the sound the way that we want, including music ducking, and general sound ducking for various types of vocal audio.
    • This also allows for us to have voice commands that play, but not too frequently, and for them to "fail over" to other types of sound effects to indicate orders receipt when the voice command version is on cooldown.
      • Thanks to qipoi for suggesting this functionality regarding the voice commands playback and failover.
  • Hugely reworked our music pipeline, as part of our new sound pipeline in general, so that it's all now piped through a central audio mixer that supports audio ducking for the music and for other sound effects as-needed for things like voice alerts and things of that nature.
    • It also allows for us to have certain explosions just drown everything out in an impressive way, and in general allows us to do sound mixing by bus, which can be tuned in the AIW2ModdingAndGUI project.
  • The game now has proper volume handling, which it didn't have before even for the music.
    • These volume settings are layered on top of the volume settings from the mixer, and it all gets translated over nicely.
    • Players simply select a volume between 0 and 100 for any particular type of sound that they want to adjust.
      • Note that for turning off sounds or voice or music entirely, it's more efficient to simply use the toggles for those so it's not silently playing those sounds or music.
    • The types of sound that can be adjusted are:
      • Master (affects literally everything, music, etc).
      • Music (just affects music)
      • Sound (affects all non-music sounds).
      • Voice (just affects spoken voice lines).
      • Combat (affects all the sounds of battle).
    • Given that the actual underlying bus volumes are in -80 to +20 dB ranges, where 0 is the default (unaltered) state, and we may have altered the bus defaults in the mixer itself...
      • The game takes the inputs for the "volume" as a 0-200 range, then transforms that into a multiplier against the default volume of the bus.
      • Specifically:
        • If you choose 0 volume it just goes to -80, if you choose 100 it stays at the bus default, whatever that is.
        • If you choose anything between 1 and 99, then it multiplies the inverse cube of the percentage of that by the starting volume of the bus.
          • This helps to offset the logarithmic falloff of dB reduction from 0, and feels pretty natural.
          • It does mean that since we're only using the cube, and not the fourth or fifth power, that in general things still go pretty unexpectedly extra quiet below 40% or so, though. But this gives the most gradiations in the audible range.
        • If you choose anything between 101 and 200, then it multiplies the flat percentage of that by the difference between the max (20 dB) and the starting volume of the bus, added to the starting volume of the bus.
          • This gives a great deal of precision in making things slightly louder, but doesn't really hide the logarithmic rise where you have to go to 180% or so to get a really substantial (10dB or more on average) rise out of the result.
          • Overall this isn't quite the most natural way to handle the volume siders above 100%, but it does give the most precisions, which is probably for the best. And it's still easy enough to tune.
  • There are now computery sound effects for giving attack, move, wormhole-path-move, and construction orders.
    • The ones for placing construction units are particularly satisfying. :)
  • There are now sound effects that play when you alter your build queue, alter your control groups, "do some other general tweaks, mainly cheats," launch warheads (this one is cool), scrap units (careful of the heart attack), start hacking something, change into hold fire mode or out of it, toggle pause, and unlock a tech.
  • There are now settings that allow you to mute various parts of the battle sound effects selectively (shots firing, shots hitting, ships exploding). This might be useful to someone else, but it's also helpful for us in testing certain sounds without the mixing.
  • All of the ships/structures in the game now have explosions set for when they explode.
    • They fall into 14 different categories of explosion sound effect, two of which are just for warheads.
    • There are then a further three twos of explosion sound effect that happen for ships that are not at the planet you are presently at, or when you are on the galaxy map.
  • The game now uses a blend of 2D and 3D (spatial) audio, which is pretty typical for games that are in 3D.
    • Things that are "HUD sounds" or other non-point-source type sounds just play normally, as does music.
    • Things that are sound effects coming from a ship or a shot or an explosion have direction and attenuation based on their relative location to the camera.
      • This makes it substantially quieter in the battle when you zoom way the heck out, which is nice, although different sounds are attenuated at different rates -- the explosions of ships dying attenuates a lot slower, for instance, so you can keep an ear on that easier.
      • This is something that anyone can tune (in a modding sense) by adjusting the prefabs in the AIW2ModdingAndGUI/Assets/AudioPrefabs/Combat folder.
        • The major settings to play with there are Max Distance (the furthest out the camera can zoom is 1200, for reference), and then the Spatial Blend and Spread values. Having a Doppler level is also possible, but tends to give strange and muddy results.
        • You can combine changes here with changes to AIW2ModdingAndGUI/Assets/AudioPrefabs/OfficialMixer (click into that object to get the mixer panel), if you like.
          • One thing Chris was considering, for instance, was making it so that WeaponsHitting had a max distance of 500, over which it would attenuate, and then increase the WeaponsHitting bus from -23dB up to something a lot more substantial. You'd then have no sounds of shots hitting beyond 500 distance, but much louder sounds of that hitting when you are progressively closer than that.
          • This isn't something you can mod and just keep modded all that easily at the moment, although you can make a copy of the mixer and then point your xml (using an override) to your mixer instead of ours. The risk being that if we make a lot of changes to the sound buses, which is most likely now while they are new, then yours may stop working and you have to make a copy of.
          • At any rate, mainly if you want to mess around with that and see if there are values that you feel like give a better result, we'd always be willing to take that sort of thing under advisement. ;) We have BadgerBadger fixing bugs already, goodness. But anyhow, the point being that it's open so that people from the community can fiddle and share their results with everybody if that is an area of their interest.
  • There is now a set of sound effects for ships entering or exiting wormholes, as was the case in the first game. These are neater, though.
  • All of the various buttons in the game can now have a click_sound xml attribute set on them, to choose between sound effects for them to play when clicked.
    • This also applies to dropdowns, image buttons, button lists of various sorts, etc.
    • By default buttons all now play the sound effect "ButtonNormal" when clicked. You can override this to silence if you need to for a given button that also plays a sound effect via a command that is executed, if you need.
    • A different sound effect, ButtonStartGame, is played when you start a new game or load an existing one.

Shot Visuals!

  • The forcefields and the ship-to-ship lines have been moved into the modding and gui project so that anyone can edit them.
    • Improvements have been made to how the various lines look, from their shaders, while we were at it.
  • All of the shot graphics have also been moved to the modding project, for the same reason.
  • For now taking away the side-specific bullet colors. Frankly this makes it a lot harder to differentiate bullets by type, which is more important.
  • The armor-piercing bullets now have their real graphics, which is the pre-existing orange tracer shots, but made a lot shorter.
    • Note that the tracer-style shots are heavily affected (in terms of how long they are) by the speed at which they are moved. So there are now three different variants for use in different speed scenarios. This is super easy to mod if someone is changing around shot speeds dramatically and wants the shots to look similar to how they do at the current speed.
  • All of the not-yet-done shots now use the old green-style enemy shots, to make those easy to spot and then fill in the real data for.
  • FINALLY got a version of the fusion rocket shot visuals going that we're actually happy with. It has to look nice, but not too close to the other stuff. Exaggeratedly-large so you can see it, but not so much so that it's cartoony. Nicely colored, but emissive and bright enough you can see it at a distance. And on and on.
    • We experimented a ton with trail renderers in addition to the rocket, and having those be the things that are visible at far distances, but that wound up always looking too similar to the other trail renderers (when additive particle blending was used) or extremely chuggy on the CPU (when alpha particle blending is used and thus they needed to sort).

Misc

  • Fixed bug where golems were not actually being seeded.
    • Thanks to BadgerBadger for reporting.
  • Fixed a bug where it was possible for the map seeds auto-generated to be longer than the ones you can key in manually.
    • Thanks to BadgerBadger for literally fixing the bug himself.
  • Fixed a bug where hitting B selects additional build units.
    • Thanks to BadgerBadger for literally fixing the bug himself.
  • Put in a fix that definitely prevents keybinds from triggering while a textbox is focused (we've been able to test it now).
    • Thanks to BadgerBadger for reporting.
  • Added a link to the external tutorial on the main menu.
    • Thanks to BadgerBadger for literally coding the addition!
  • Put in a fix where squads should now properly change their ownership color if their current side doesn't match what their previous state was.
  • An error message stating "Player data archive not found at `/home/user/AIWar2/AIWar2Linux_Data/data.unity3d`, using local filesystem[user@Desktop AIWar2]$" on startup on linux should no longer display. It was harmless, but annoying.
    • Note we didn't get a chance to test this yet, but knock on wood it should work. ;)
    • Thanks to BadgerBadger for reporting.
  • World_AIW2.Instance.QueueGameCommand now takes a second parameter that says if it should consider handling local audio/visual feedback of the command being sent.
    • Generally speaking almost everything in the AIWarExternalCode should have that as true, so that sound effects and such can be played as need in order to register that things have been accepted. But things from the AI should always say false.
  • Fixed a bug where every full-capacity squad with more than one ship in it was drawing an extra ship.
    • This doesn't fix isues with squads having more living ships than they should based on ships that died; that's a separate issue.
    • Thanks to BadgerBadger for reporting.
  • The game now notices when there are more ships specified to be in a squad than the actual formation allows for, and complains.
    • This was affecting autocannon minidpods (40 requested, 25 available), laser gatlings (80 requested, 25 available), and minefields (80 requested, 25 available).
    • The game now has two new squad formations that have 48 and 100 scale-1 formation positions in them, for handling these cases.
      • Note that we're going to work on vastly better formations in general later, and we welcome formation creation by players, too.
  • You can now actually name your savegames.
    • Thanks to BadgerBadger for literally coding the addition.

Version 0.401 Ship Batch 6 of 7, And Gimbal Perfoooormance!

(Released June 12th, 2017)

  • The game console has now been fully moved to the AIW2ModdingAndGUI project (source code aside), and has been re-skinned using our own graphics and text mesh pro.
    • This may not have seemed like a high-priority thing to do, and indeed it was not in and of itself, but it validates a particular GUI creation workflow that we now have, as well as providing a concrete example for that type of GUI.
      • Basically our existing GUI creation methodology is all based around xml creation of things and populating them certain ways.
      • But now we can also take an entire GUI canvas, create it in the WYSIWYG unity editor in the AIW2ModdingAndGUI project, and then wire it up in a completely traditional-for-UGUI fashion and after that let it be triggered from the dynamic GUI. These are even loaded using the existing "gui prefabs" logic that the xml-oriented GUI uses.
    • The end result is just as performant in both cases (and basically identical), and so mainly the question is of which approach is easier for a given piece of the GUI. There's no one right answer. Even the xml-oriented version is using prefabs that have a bunch of nested stuff, but this is just taking it to a completely other level of having the entire canvas/window populated.
      • At any rate, being able to do this now and having an example of how to do it was well worth the time in this particular build. It should open up options better for the upcoming GUI revisions.
  • A massively new way of drawing the "sprite gimbals" over squads in the game is finally complete.
    • We tried a variety of approaches, but for various reasons dynamic batching, instancing, and so forth all yielded subpar results when individual sprites were made up of often up to 6 sub-parts (main icon, border, flair, mark level, and health bar).
    • We're now baking the sprites into meshes prior to them ever being instanced, which cuts the graphics load of the gimbals to around a sixth of what they previously were.
    • That said, the sprites themselves still need to be instanced even after being baked, and to do that we need a single mesh for all the types for the most part. So we're hiding data in the uv2 and uv3 channels that let us know which instance properties to conditionally apply to which vertices, which in turn lets these things colorize themselves (via HSV shift) as needed. But since not everything needs to be colorized, our new ubershader for the baked group is now actually more efficient than before, making the savings more than a drop to 1/6th of the previous load from this source.
    • Performance improvements in this area might not seem like that big a deal, but on a GTX 1070 with 5k ships on the screen, the icons were approximately half of the visual load. Facepalm, right? So this has been a big priority.
    • The downside of the new approach would seemingly be that now these icons are harder to edit, though, if someone wants to mod. Bummer... except that it's just as easy as ever! :D
      • We've created editor tools in the AIW2ModdingAndGUI project that allowed us to merge meshes, set the uv2 and uv3 channels properly, and so on. You can re-bake the meshes as desired, and we can do so quite easily as well. You can't do it by xml anymore, but that's a pretty small thing.
  • Fixed a bug in the prior build where the gimbal icons no longer reacted to player mouse hovering or clicking.
    • This was because of the changes in the hierarchy of pieces of squad parts in the last version.
    • Thanks to TheVampire100 for reporting.
  • When you are placing ships/structures on the map, there's now a filled circle that shows the radius of the footprint that ship will take up. It then also shows the icon of the ship in white over where the footprint is.
  • Fixed an issue where the missile turret was not assigned its flair properly.
  • The game now automatically checks its models for missing materials, or materials not set up for instancing.
    • There were then a number of ships that we fixed that on so that they have instancing set up properly.
  • The font_size property now actually works on the new text labels in the game (not buttons or anything else presently).
  • The game now has icons for the various resources, which can be inserted into text with <sprite> tags from text mesh pro.
    • Unfortunately the process for getting those in there requires the creation of sprite dictionaries embedded in the main game Resources folder at the moment. We will likely alter that at a future time, but for now that's stuck.
    • The process for getting new sprites in there is pretty convoluted in general at the moment, to be honest, so that's again something we'll have to work on later. But it does work, and it does perform well!
  • Fixed a bug where "dfgdfg" would show briefly as the planet name in the prior build.
    • Thanks to BadgerBadger for reporting.
  • Updated to Amplify Shader Editor v1.0.005, which has a number of new features and some at least minor performance improvements.
  • Fixed an issue with the AI Warp Gates not having their mechanical parts rotating properly.
  • Put in some code to automatically tell us when our animators have messed up.
  • The game now has a nice fade-in effect whenever you're switching planets or in and out of the galaxy map, making things feel more polished.
  • Fixed a problem with the mod support where every dll had to define a type which implemented the IInitialSetupForDLL interface, and further required a specific naming convention for that type.
    • Now when loading a dll it looks at all types exported from it and runs the RunInitialSetup() of each IInitialSetupForDLL it finds.
    • If it doesn't find any, it won't mind.
    • Thanks to Draco18s for reporting.
  • The very low end of the camera zoom now has a few more gradations where it shows more of a side-facing view, and then the very lowest zoom level actually looks back UP slightly, allowing you to see tall ships and structures better, and in general get a little more cinematic of a view. This has no effect on the higher zooms.
    • Thanks to BadgerBadger for inspiring this change.

New Ships

  • Bonus Fleet Ships:
    • Vampire Claws
      • Cloaked melee ships that heal themselves when they do damage.
    • Vorticular Cutlasses
      • Melee ships that damage themselves when they do damage (when balanced, their dps will be much higher than vampire claws, for example).
    • EtherJet Tractors
      • Cloaked Jets with Tractors. What could go wrong?
  • Dire Guardians:
    • Dire Warp Beacon Guardian
      • The AI can always send waves to the planet this guardian is on, and if it is on alert this is likely to happen.
      • Not to be confused with the Dire Warp Bacon Guardian (despite internal typos to the contrary), partner-in-crime to the Pancake Golem.
    • Dire Commander Guardian
      • Increases reinforcements sent to the planet it is on.
      • Triggers waves (like a raid engine) while this is on alert.
    • Dire Shredder Guardian
      • Internally constructs and launches shredder drones (vicious little melee ships).
  • Guardians:
    • Vampire Guardian
      • Can be very hard to kill if you don't kill it quick, because of its ability to heal itself from doing damage.
    • Implosion Guardian
      • The Dire Implosion Guardian's little (and far more common) brother. They're a real pain in the rear if you're a golem...
  • Golems:
    • Seeded like Flagships, you find these, clear their planets, and claim/repair them to gain control of them.
    • Unlike flagships, these are rarer, claiming them costs AIP, and they don't have the quasi-Ark functions for building/repairing/etc. Instead, they're considerably more beastly than Flagships and some have unique abilities.
    • Armored Golem
      • Short-range brawler.
    • Artillery Golem
      • Long-range sieger.
    • Black Widow Golem
      • Massive paralyzing-tractor capacity, and does engine damage with its shots.
      • The "if you move while tractoring something, it moves with you" logic has also been implemented.
    • Regenerator Golem
      • Regenerates ships you lose on its planet, at the cost of some of its own health.
    • Cursed Golem
      • Has powerful fast-firing railcannon, but damages itself in proportion to the damage done.
    • Hive Golem
      • Internally constructs hive drones, which it launches in large groups against any threat on the planet.

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.
  • Dropdowns in the game are now actually fully skinned for the first time, making them consistent with the rest of the GUI.
    • They also use the TMPro text to show their text, making their text sharp, too.
    • Their scrolling speed is also finally reasonable when you use the mouse wheel, too.
  • The fortress and experimental fabricator now both have proper graphics implemented.
  • The sidebar is back, as well, even though it doesn't look great yet.

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.
  • Tractor turret tractor-multiplier from 30 => 3.35, which is slightly more than enough for one squad of MkI tractors to indefinitely hold one cap (10 squads) of MkI fighters. Previously it could hold... more. A lot more.
    • Tractor effectiveness is also now reduced by the tractor turret "squad" taking losses.
  • Put in some logic to prevent minor gc allocs related to the galaxy map when you're not viewing the galaxy map.
  • Fixed a bug in the last couple of versions where ship animations were not always playing when there were a ton of ships on a planet.
    • Thanks to BadgerBadger for reporting.
  • Bunches of performance improvements have been made to the movements of squads and their icon gimbals.

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