Multiplayer Guide: Hébergement, permissions et automatisations

Multiplayer coordonne comment les joueurs partagent un seul monde de jeu FOUNDRY : qui peut rejoindre, ce qu’ils peuvent contrôler, comment la persistance et la synchronisation fonctionnent, et les outils pour répartir les tâches entre les participants. Cette page couvre la connexion et l’hébergement, les rôles et permissions des joueurs, les ressources et automatisations partagées qui affectent plusieurs joueurs, et les bonnes pratiques pour un jeu coopératif stable.

Vue d’ensemble et objectif

Le multijoueur permet à plusieurs joueurs humains d’habiter la même instance de Foundry afin qu’ils puissent coopérer (ou s’affronter) dans un même monde persistant. Une configuration appropriée évite les conflits, préserve la progression, et permet des automatisations partagées pratiques comme les ordres d’échange récurrents et les tâches distantes pour les véhicules.

Hébergement et connexion

• Un joueur exécute (héberge) l’instance de jeu ; les autres se connectent en tant que clients. L’hôte est l’autorité pour l’état du monde et doit rester connecté pour de nombreux modes multijoueur qui utilisent l’autorité de session active.
• Les sessions peuvent persister sur un serveur dédié ou sur la machine d’un joueur hôte. L’hébergement dédié est recommandé pour les parties de longue durée et lorsque vous voulez une disponibilité garantie.

Comptes joueurs, rôles et permissions

• Les joueurs sont identifiés par leur compte/nom d’utilisateur sur le serveur de jeu.
• Les hôtes peuvent attribuer des permissions et des rôles aux joueurs pour limiter ou déléguer le contrôle. Les permissions typiques comprennent :
  • Construire/modifier des structures et bases
  • Donner des commandes aux vaisseaux et véhicules
  • Accéder aux interfaces de commerce et d’économie
  • Configurer les automatisations et les tâches récurrentes
• Accordez seulement les permissions nécessaires pour éviter les interférences accidentelles avec l’infrastructure de la base.

Ressources et stockage partagés

• Tous les joueurs dans le même monde partagent les mêmes stocks globaux et pools de ressources. Les actions d’un joueur affectent immédiatement les ressources disponibles pour tous.
• Lors de la configuration d’achats ou de transferts automatisés, tenez compte du fait que les valeurs « Minimum à conserver » sur les ordres d’échange récurrents empêchent un achat si votre stockage partagé est en dessous de ce seuil.

Automatisation et tâches récurrentes

• Les ordres d’échange récurrents peuvent être configurés pour s’exécuter automatiquement lorsque leurs conditions sont remplies. Ils sont utiles en multijoueur pour maintenir des niveaux de ressources partagées sans microgestion constante.
• Pour qu’un véhicule exécute des ordres d’échange récurrents :
  • Le véhicule doit être inactif (aucune tâche courante assignée).
  • Le véhicule doit être autorisé à exécuter les ordres d’échange récurrents (cette permission se bascule dans l’aperçu du vaisseau).
• Fixez des seuils « Minimum à conserver » raisonnables afin que les achats automatisés ne vident pas le stockage partagé nécessaire aux autres joueurs.

Vaisseaux, affectation des tâches et coordination

• Les vaisseaux et autres assets mobiles sont des entités partagées ; une seule série de commandes d’un joueur doit être active à la fois pour éviter des ordres conflictuels.
• Pour s’assurer qu’un vaisseau automatisé peut agir :
  • Vérifiez que le vaisseau n’a pas de tâche manuelle assignée par un quelconque joueur.
  • Activez l’exécution récurrente pour ce vaisseau s’il doit agir sur l’automatisation des ordres ou des tâches.
• La communication entre joueurs est nécessaire pour éviter les courses où plusieurs joueurs tentent de donner des ordres différents au même vaisseau.

Stabilité et prévention des désynchronisations

• Utilisez un serveur dédié ou un hôte fiable avec une bonne bande passante et une faible latence.
• Limitez les actions simultanées à haute fréquence (construction massive, modifications rapides de la même zone ou entité) provenant de plusieurs clients ; sérialisez les changements majeurs entre joueurs quand c’est possible.
• Lorsque des automatisations interagissent avec des actions de joueurs (par exemple, un ordre récurrent qui déclenche un vaisseau), coordonnez les horaires pour minimiser les contentions.

Bonnes pratiques pour le jeu coopératif

• Définissez des rôles (par ex. logistique/commerce, constructeur de base, défense) et attribuez les permissions en conséquence.
• Centralisez la configuration des automatisations (un joueur responsable des ordres d’échange et de l’automatisation des vaisseaux) pour éviter des déclencheurs contradictoires.
• Utilisez des valeurs conservatrices pour « Minimum à conserver » sur les achats automatisés afin de préserver des stocks d’urgence pour tous les joueurs.
• Communiquez avant d’envoyer des assets majeurs (vaisseaux, véhicules) en longue mission ou avant de réorienter une infrastructure partagée.

Outils d’administration et modération

• Les hôtes devraient conserver la capacité de révoquer des permissions ou d’exclure des joueurs en cas de griefing ou d’actions destructrices accidentelles.
• Des sauvegardes régulières ou des snapshots du serveur sont recommandés pour les mondes multijoueur persistants afin de récupérer d’erreurs ou de crashs.

Résumé

Le multijoueur dans FOUNDRY porte sur le contrôle partagé d’un monde persistant. La réussite dépend de la définition claire des permissions, de la coordination des automatisations (notamment les ordres d’échange récurrents et les tâches de vaisseau) et de l’utilisation d’un environnement d’hébergement stable. Appliquez une discipline de rôles et des seuils d’automatisation conservateurs pour maintenir la stabilité du jeu partagé et le plaisir de tous les joueurs.