• 3 Posts
  • 20 Comments
Joined 1 year ago
cake
Cake day: June 24th, 2023

help-circle



















  • I feel like I can speak a little about this as I’ve been studying how CIG is implementing server meshing for the past, well a while, but in depth since the demo. For reference until they post the panel: https://youtu.be/xKWa4WoTkV4?t=4500

    Specifically timestamp of my explanation: https://youtu.be/xKWa4WoTkV4?t=5119

    What CIG’s way of dynamic server meshing is the revolutionary thing. Currently, AFAIK, all games performing server meshing is built on a static zone mapping. Whereas CIG is using dynamic server meshing zones that will actually map to the interior limits of a room of a capital ship as an example. And this can scale out to planetary objects if only one player is on that planet. If no one is on that planet then it will only run in their tool Quantum, a non rendering backend game simulation.

    Along the dynamic zone mapping is the authoritative way of transferring object containers. During the demo you can see the entity graph of the parent object (zone) and child object containers under an authoritative container (player). When a player transfers servers, you can see the movement of child objects from local to replication, and vice versa. This is a needed step as there are millions, and eventually billions of objects to be tracked of throughout the shard.

    And last, CIG is building this as a global scale since they have servers in multiple regions where AWS is hosted. From the article and demo I believe this was all done locally with no latency. I do acknowledge that CIG’s demo was local as well so we will see how the net coding is affected when it goes to the EPTU,PTU and PU.

    Me and group of nerds are trying to figure out how they are going to eliminate or minimize the latency and error correction or validating the transferring of the auth between the zones.