Hivebot Rebalance

[Ossa88]

About The Pull Request

This is wave 1 of a Hivebot spawning rebalance.

Waste planets currently spawn, on average:
100-150 free standing hivebots
10-20 Hivebot fabricators

Each Hivebot Fabricator spawns 5 hivebots before it goes into its wait mode.
There is no maximum that a single fabricator can spawn, it just waits until one of its 5 has died.

This means, on average a waste planet can spawn 100-300 hivebots.
This causes a massive load on the server in both AI Behavior Calculations and Mob Calculations.

The first wave solution:

First, Fabricators have had their maximum units at a single time reduced to 4.
Second, Fabricators have a resource system that it spends on units. Stronger units cost more.

This means that the maximum units a fabricator can produce is between 2 and 10. 2 Core Hivebots, or 10 basic.

Fabricators have been given more sprites to indicate if they are in idle mode (waiting for a slave hivebot to die) or depleted their resources.
On average this reduced a hivebot planet by about 20%

But, to help counter this. Hivebots that can spawn had their rates adjusted:
Cores are 5x more likely Than before (1 -> 5)
Mechanics are 2x more likely Than before (5 -> 10)
Strongs are 2x more likely Than before (5 -> 10)
Rapids are 1.5x more likely Than before (10 -> 15)
Ranged are 0.25 less likely Than before (40 -> 30)
Basic are 0.25 less likely Than before (40 -> 30)

(The old roll was a random 101... the new is a random 100)

Second wave might be to adjust the Wasteplanet generation rates on hivebots. As this alone might create 100-200 by its self.

Why It's Good For The Game

Hivebots double dip in server load. They are both included inside the mobs sub controller and the ai behavior sub controller. This means the server has to work extra hard for these mobs.

Changelog

🆑
balance: Attempts to rebalance hivebot spawn rates to reduce server load
/:cl:

[Constellado]

I can see a ton of this (if not all of this) being able to be modularised! I added the modularisation requested tag as a result.

[Ossa88]

I can see a ton of this (if not all of this) being able to be modularised! I added the modularisation requested tag as a result.

Oh a ton can... I was just getting it working first then was gonna do modulation after the fact...

The big issue we have right now is pentest.dme being edited by too many tms lol... So since this was contained I decided to keep it there for testing

[Ossa88]

PR #526 , also adjusts some hivebot stuff. But should not conflict with these changes.

[github-actions]

This PR has been inactive for a month. This means it is at risk of being auto closed in a week, please address any outstanding review items and ensure your PR is finished, if these are all true and you are auto-staled anyway, you need to actively ask maintainers if your PR will be merged. Once you have done any of the previous actions then you should request a maintainer remove the stale label on your PR, to reset the stale timer. If you feel no maintainer will respond in that time, you may wish to close this PR youself, while you seek maintainer comment, as you will then be able to reopen the PR yourself