Refactor static gun placements in terms of object proxies

[mwpowellhtx]

Feature request

At the moment these are placed statically when designing the map. We will instead refactor these in terms of proxy object replacement.

Describe the solution

Should be able to, in some way, shape or form, specify not only the kind of placement in proxy object naming convention terms, but also, possibly, whether to spawn a crew at the moment the object is replaced.

Additional context

This should evaluate at the same moment when other proxies are also evaluated.

We may be able to translate code from our internal baselines in order to meet this request, with a bit of adaptation into the refactored framework scaffold.

[mwpowellhtx]

• [x] Refactored both boat and rotary light vics as a single specification array
• [ ] Pending work on the actual static placements, though it should be somewhat similar
• [x] Also added additional add presets for the additional class name blue prints to add

Caveats

• The blue prints are set, but they are set as light rotary air craft for the time being. These do need to be identified as the vics that are expected as we cross those bridges from a campaign readiness perspective.
• The static placements will need crew comprehension included as well, should be no big deal.

[mwpowellhtx]

• [x] Pending work on the actual static placements, though it should be somewhat similar
• [x] Added additional names among the presets for turrets and other defensive posture assets.
• [x] Enhanced the starting asset algorithm slightly, allowing for not only whether to attach the asset to the proxy, but also whether the asset may spawn with a crew.

Caveats

• It is a work in progress.
• It mostly works; but we would like to work from the proxy Init phase onward. That means leveraging variables we add to the object on its Init. Which is not there at the moment when assets are created. In other words, our timing is off somehow. So we need to gain a better comprehension over all that.

[mwpowellhtx]

• [x] Also added KPLIB_asset_accounting variable to created asset objects. This is preparing the way for asset accounting, player overlay efforts downstream from here. Basically, when that occurs, created assets are not to count against the quotas appearing in the player overlay.

[mwpowellhtx]

Done enough for the time being. Will close this one.