ProcGen & Scene Static Upload Memory Optimizations

[RuffledPlume]

Main:

DEBUG r.h.s.ProceduralGenerator      - procedural data generation took 238ms to complete
DEBUG r.h.s.ProceduralGenerator      - -- calculateTerrainNormals: 33ms (104 MB)
DEBUG r.h.s.ProceduralGenerator      - -- generateTerrainData: 128ms  (57 MB)
DEBUG r.h.s.ProceduralGenerator      - -- generateUnderwaterTerrain: 77ms  (423 MB)

PR:

DEBUG r.h.s.ProceduralGenerator      - procedural data generation took 44ms to complete
DEBUG r.h.s.ProceduralGenerator      - -- calculateMainTileOverrides: 8ms (19 MB)
DEBUG r.h.s.ProceduralGenerator      - -- calculateTerrainNormals: 10ms (27 MB) 
DEBUG r.h.s.ProceduralGenerator      - -- generateTerrainData: 18ms (14 MB)
DEBUG r.h.s.ProceduralGenerator      - -- generateUnderwaterTerrain: 8ms (37 MB)

Key Changes

Introduces Primitive Collections

• Int2IntHashMap
• Int2ObjectHashMap
• IntHashMap
  Using Base Java Collections with generic type means any function call taking a key/value of that type will allocate since it will need to box the primitive type with the object version, which in hot path leads to MBs of garbage being generated.

ProceduralGenerator

• tileVertexKeys & faceVertexKeys now all use preallocated arrays instead of allocating on each call
• Combined isWaterTile & skipTile arrays int a byte[][][] tileFlags
• Each step will presize their collections based on previous scene context if present & valid
• Added New Step: MainTileOverridesGenerator
  • PreCalculates TileOverrides for all tiles within the scene, avoiding it being resolved multiple times
  • Uses Previous Scene Context to copy tiles which can be reused

Area

• Added areaBounds AABB which acts as an early rejection
• If there is more than 4 AABBs then it'll sort AABBs based on distance from the corners of the area + their size