|
|
Image2.jpg (238,554 bytes) |
|
|
Appear to have made a discovery. The cause of this I think is in the "GuardPostAndCommandPlacers", specifically ones which do not use something else as a reference, such as "TwelveSpreadOutGuardPosts". Ones that use something as a reference, such as "GuardingMetalDeposits", will spawn correctly, in the right number and next to every Deposit, regardless of where it is. If it doesn't use a reference, such as "TwelveSpreadOutGuardPosts", the only Posts that will appear are those in the center of the gravity well. The size of this "center" seems consistent, so as the Gravity Wells get larger, the "center" is smaller relatively, so Posts are more likely to be placed outside of it, and thus fail to spawn. NormalHarvesterSpots.jpg (212,360 bytes) SpreadOutButOnly1InCenter.jpg (240,239 bytes) |
|
|
The previous 2 images were on "Colossal, 400k", apologies. Here is "TwelveSpreadOutGuardPosts" on "Grand, 148k". Still clustered in the center, but fewer are missing. This appears to be consistent on every world I look at. MorePostsOnGrand.jpg (256,265 bytes) |
|
|
Helper_SeedRandomDisperse( Context, ThisPlanet, pointsToAvoid, pointsToSeed, NumberToSeed, FInt.FromParts( 0, 050 ), FInt.FromParts( 0, 900 ), FInt.FromParts( 0, 150 ), FInt.FromParts( 0, 250 ), FInt.FromParts( 0, 50 ), FInt.FromParts( 0, 20 ), TypeDataForTesting, out seededCount ); Appear to have narrowed it down to this. Those "FromParts" are these, left to right, top to bottom: minDistanceFromCenter maxDistanceFromCenter minDistanceFromWormholes minDistanceFromOtherPoints addedToDistanceFromCenterPerFail addedToDistanceFromWormholesPerFail If both MinDistanceFromWormholes and minDistanceFromOtherPoints are modified to be very low values, all the Posts spawn tightly together in the center. If I put maxDistanceFromCenter up, Posts start reappearing on the outsides of the gravity well. It seems to...not have any scaling built into it? Getting confused now. |
|
|
I was digging into this, and I think it is due to (pre-variable gravity well sizes), a bunch of things used percentage of a gravity well as a measure of distance. And, with the update to have variable size gravity wells, *some* of those things want to vary based on the planets gravity well, and some don't. There is a constant xternalConstants.Instance.MultiplierBase_GravwellRadius_ForUnitsSeedingNearAnother for ones that don't want to vary. Looking at `TwelveSpreadOutGuardPosts` (and its callees), the minDistanceFromWormholes and minDistanceFromOtherPoints are both scaled using the gravity well size (in AIGuardPostAndCommandPlacers_Base.Helper_GetPointAroundACenterButNotTooCloseToOtherItems) but minDistanceFromCenter and maxDistanceFromCenter are not scaled with gravity well size (in PlanetExtensions.GetSafePlacementPoint_AroundDesiredPointVicinity). I think those are backwards (at least for TwelveSpreadOutGuardPosts, I'm not sure about other callers). I think that leads to all of the posts trying to spawn near the center, but not being able to spawn more than one that is far enough from the others. |
|
|
Looking at the code some more, I think Helper_SeedRandomDisperse wants min/maxDistance scaled with gravity well size (and perhaps also minDistanceFromOther/Wormhole), which it could do by eventually calling PlanetExtensions.GetSafePlacementPointAroundPlanetCenter instead of GetSafePlacementPoint_AroundDesiredPointVicinity. However, it currently calls those functions via Helper_GetPointAroundACenterButNotTooCloseToOtherItems, whose other callers (Helper_SeedAroundWormholes, Helper_SeedAroundPoint) *don't* want min/maxDistance scaled with gravity well size (or, at likely not to the same degree that Helper_SeedRandomDisperse does. Thus, it will need to be refactored or split, I think. |
|
|
Thanks! * Guard post seeding has been updated substantially, and there should no longer be oddities on larger gravity well sizes. |
|
|
Now noticing it again when looking around AI worlds. The slow galaxy generation is there as well. |
|
|
Went and double checked and it's CF specific...bah. Silly me. |
- Anonymous
