Multiplayer : Guide multijoueur

Multiplayer dans Oxygen Not Included est un mode coopératif qui permet à plusieurs joueurs de partager le contrôle d’une seule colonie, en répartissant les tâches et responsabilités entre participants humains pendant que les mêmes règles et la même simulation s’appliquent. Il modifie la façon dont l’affectation des Duplicant, l’autorité de contrôle et les interactions en jeu sont gérées, donc la planification, la coordination et une division claire des rôles sont essentielles pour un jeu fluide.

Comment fonctionne le multijoueur

• Le multijoueur exécute la même simulation que le mode solo : une instance de jeu simule le monde et applique la physique, le métabolisme, la recherche et la logique des bâtiments. Tous les joueurs connectés voient et interagissent avec le même état de la colonie en temps réel.
• Un joueur agit en tant qu’hôte (serveur) et les autres joueurs se connectent en tant que clients. La machine de l’hôte est faisant autorité pour l’état du jeu.
• Les joueurs partagent le contrôle des entrées et de l’interface utilisateur de la colonie. Les actions entreprises par n’importe quel joueur (placer des bâtiments, définir des priorités, affecter des emplois, construire, annuler, etc.) affectent immédiatement le monde partagé.

Rôles des joueurs et contrôle

• Il n’existe pas de système de rôles rigide intégré ; les joueurs se répartissent naturellement les responsabilités (par exemple : construction de base, gestion de l’énergie, plomberie, recherche, gestion des gaz, ou logistique).
• N’importe quel joueur peut effectuer toute action disponible dans l’interface, y compris sélectionner des Duplicant, donner des ordres et ouvrir des dialogues (Station d'Impression menu, Duplicant selection, research tree, etc.). La coordination évite les ordres conflictuels.

Impression et sélection des Duplicant

• Le Printing Pod fonctionne de la même façon qu’en solo : après la fin de son temps de recharge, il offre l’option d’imprimer un nouveau Duplicant ou de recevoir un Care Package.
• Le temps de recharge du Printing Pod ne commence qu’une fois que les joueurs choisissent d’accepter un Duplicant ou un Care Package, ou rejettent activement les options d’impression. Fermer simplement le dialogue sans choisir n’équivaut pas à un rejet et ne lance pas le temps de recharge.
• Contrairement au tout début d’une partie, les Duplicant proposés par le Printing Pod lors d’impressions ultérieures ne peuvent pas être relancés. Si aucun des Duplicant présentés n’est souhaitable, les joueurs peuvent rejeter toutes les options ; le pod restera prêt jusqu’à ce qu’une décision soit prise.
• Parce que n’importe quel joueur peut ouvrir et interagir avec le dialogue du Printing Pod, établissez qui prend les décisions de recrutement pour éviter des acceptations ou rejets accidentels.

Communication et coordination

• Utilisez un chat vocal/texte externe ou des marqueurs textuels en jeu (si disponibles) pour assigner des rôles et annoncer les changements (par exemple, « Je prends la plomberie », « Début du microbe musher »).
• Mettez-vous d’accord sur des conventions pour les priorités et l’allocation des ressources afin d’éviter des actions contre-productives (par exemple, un joueur ne devrait pas massivement déconstruire le travail d’un autre sans discussion).
• Attribuez la responsabilité des systèmes critiques (énergie, Oxygène, eau) pour éviter des temps d’arrêt causés par des modifications conflictuelles.

Gestion des conflits et savoir-vivre

• Il n’y a pas de système de permissions automatique pour verrouiller des bâtiments ou des zones à des joueurs spécifiques ; un comportement courtois et des accords préalables sont nécessaires pour prévenir le griefing.
• Si un joueur perturbe répétitivement la colonie, l’hôte peut expulser ou déconnecter ce client. Les hôtes devraient conserver des sauvegardes des fichiers de sauvegarde si les sessions de jeu sont importantes.

Considérations techniques

• L’ordinateur de l’hôte doit rester en ligne et connecté pour que les clients restent dans la session ; fermer l’hôte met fin à la session multijoueur.
• La latence peut affecter la réactivité (par exemple, les ordres peuvent sembler retardés). Les systèmes automatisés complexes restent déterministes chez l’hôte, mais les joueurs distants peuvent voir les mises à jour légèrement différées.

Bonnes pratiques

• Commencez avec des rôles restreints et des responsabilités claires : assignez un ou deux joueurs aux services (énergie, plomberie), un à la survie (gestion des liquides/gaz, Oxygène), un à la production et à la nourriture, et un à la recherche et à l’expansion de la base.
• Communiquez avant d’effectuer de gros changements comme des déconstructions massives, la refonte des réseaux électriques, ou l’acceptation/rejet d’une offre du Printing Pod.
• Gardez des copies de sauvegarde manuelles régulières sur la machine de l’hôte pour récupérer d’actions destructrices accidentelles ou de problèmes de désynchronisation.
• Utilisez l’étiquetage et le codage couleur (si disponibles) pour clarifier les zones de la base pour tous les joueurs.

Le multijoueur est conçu pour la coopération et fonctionne bien lorsque les joueurs se répartissent les tâches et maintiennent une communication claire ; avec de la planification et un simple savoir-vivre, il permet un développement de base plus rapide et plus résilient que le jeu en solo.