Spring RTS Engine

What features of NTai are utterly useless and can be removed safely, or should be re-implemented as their current implementation is rubbish?

And I know about solobuild before anyone mentions it!

Removed already:

• .aicheat command and tracking of the commanders name and id
• Hard coded targetting values in configs
• The debug spinning triangles
• A tonne of code bloat
• Some buggy builder unit retreating code

Proposed removals

• DT Rings placement
• Solo build and single build
• The building plan tracking system

Intended re-implementations

• Build task planning system
• Following above single build and solo build eventually
• Threat matrix targetting algorithm

Intended Refactors and additions

• Move as much logic out of the Global class as is humanely possible into proper mutually exclusive objects with roles (already under way)
• Better Building placement API with a more generic system to ease maintenance and bloat, this will mean geothermal and radar placement will have to be re-factored heavily
• Refactors of behaviours and tasks including task factories and behaviour managers (70% done)
• Removal of the boost::shared_ptr mess and said dependency (80% done)

What changes are wanted/needed/suggested aside from those? I'm not giving an ETA on when all this will be done, and I intend to freeze support for spring on a stable spring release to reduce continuous maintenance if I can. I may update it from time to time if people ar eusing ti and the cost isnt too great, or just on a whim.

Looks good to me. Especially getting it de-spaghetti'd would be useful, for porting it forward, once the Great AI Interface Rework is reasonably stable.

The spaghetti bit is easy, its the bolognese one has to be careful about

Hey, if I can look at it and know what bit's cat and what bit's horse, it's fine, and I think a lot of people would want to look at it and learn from it at that point, it'd be less scary than KAIK internally.

if you remove single+solo build it'll really hurt the ability to make good configs

Currently the solobuild and single build implementations have attracted nothing but claims that they dont actually work, so removal of the entire algorithm and subsequent re-implementation in a properly design task system would be needed.

Nonetheless a stable and well laid out NTai is the priority here. I want other people to be able to dip into the code, and right now its an intimidating jumble in many places, and an orderly laid out machine in others. Consistency!!!

work fasterer !!