Qui voit quoi, et sur quelle machine

Deux questions qui semblent n’en faire qu’une. Qui voit quoi concerne un client : quelle part de l’état de la salle parvient à quel joueur. Sur quelle machine concerne un hôte : quel processus possède une entité, et lequel la possédera ensuite. Le mot qui confond les deux est réplication : dans un moteur de jeu, il désigne d’ordinaire la première question ; ici, il désigne la seconde.

Vous parlez de	Lisez
quel client reçoit quel état, et en quelle quantité	Visibility, avec Data & Subscriptions et Prediction & Lag Comp
quelle machine possède l’entité, et ce qui se passe quand elle tombe	Ce qui survit à la perte d’un hôte

Elles se déclarent à deux endroits différents

Aucune des deux ne se configure au runtime, et elles ne partagent pas de déclaration.

	Déclaré sur	Ce qu’on y nomme
qui voit quoi	l’aspect — Data & Subscriptions, Visibility	le prédicat de visibilité, le plafond d’objets et son ordre, les zones voisines visibles, et le mode de livraison
sur quelle machine	le type de salle (room) — Rooms	le mode d’autorité, la confiance accordée à une autorité externe sur un résultat, et le comportement à la perte de l’hôte

Les deux diffèrent aussi quand vous ne dites rien. Un aspect sans règle de visibilité propre est livré dans le paquet partagé : c’est le comportement par défaut, et il convient à une petite salle. Un type de salle qui ne nomme aucun mode d’autorité est refusé : il n’y a pas de valeur par défaut, car rien ne peut choisir à votre place entre la simulation de la plateforme et une autorité externe.