Hébergement et données de sauvegarde Big Walk : pourquoi une seule personne possède la partie

Dans la plupart des jeux coopératifs, l’hôte est celui qui a appuyé sur le bouton en premier. Dans Big Walk, c’est la personne qui possède toute votre partie. House House le disent clairement : « Un hôte Big Walk est le gardien de la sauvegarde et de toute votre progression. Ainsi, l’hôte de votre groupe devra commencer à jouer en premier. »

Il n’y a pas de sauvegarde cloud partagée entre le groupe, pas de migration d’hôte et aucun moyen de confier la sauvegarde à quelqu’un d’autre. Choisir cette personne est la décision la plus lourde de conséquences de la configuration, et c’est celle que la plupart des groupes prennent par accident.

Trois faits définissent le modèle, tous issus de la FAQ officielle :

1. L’hôte sauvegarde automatiquement. Personne d’autre n’a besoin de rien faire, et il n’y a aucune étape de sauvegarde manuelle à oublier.
2. L’hôte doit commencer en premier. Les autres joueurs se connectent à une session qui existe déjà ; ils ne peuvent pas en créer une et attendre.
3. Quand l’hôte s’arrête, tout le monde se déconnecte. Terminer une session ne signifie pas « l’hôte part et les autres continuent » — c’est la fin de la session.

La forme pratique : pour reprendre là où vous vous étiez arrêtés, la même personne doit héberger à nouveau. S’ils sont absents deux semaines, votre partie est absente deux semaines.

Classez les candidats selon ces trois critères, dans cet ordre.

La disponibilité d’abord. C’est le seul critère qui peut bloquer durement le groupe. Un hôte avec une machine de gamme moyenne en ligne tous les mardis vaut plus qu’un hôte avec une machine haut de gamme en ligne au hasard.

La connexion ensuite. House House notent que si chaque joueur d’une session rencontre des problèmes de réseau, l’hôte est probablement en cause : « Si tous les joueurs d’une partie rencontrent des problèmes de réseau, il est possible que l’hôte ait des problèmes de réseau. » Une connexion filaire est un réel avantage ici.

Le taux d’images en troisième — mais ne l’ignorez pas. Voir ci-dessous ; celui-ci n’est pas évident.

Ce qui n’est pas un critère : qui possède le jeu sur quelle plateforme. Le jeu croisé signifie que l’hôte peut être sur Steam, Mac, PS5 ou Switch 2 sans limiter qui rejoint. La seule particularité spécifique à une plateforme est qu’un hôte sur la version Mac App Store n’a pas de liste d’amis, donc tout le monde rejoint par code.

Quand l’hôte termine une session, tous les autres joueurs sont déconnectés. La progression jusqu’à ce point est sauvegardée sur la machine de l’hôte, donc rien n’est perdu — mais rien n’est portable non plus.

Si votre hôte disparaît définitivement du groupe, la partie ne se transfère pas. Quelqu’un d’autre peut héberger, mais il commence une nouvelle sauvegarde depuis le début. Il n’existe aucun mécanisme publié pour exporter, importer ou transférer une sauvegarde de Big Walk.

Ce risque mérite d’être nommé avant de commencer, car une partie de Big Walk se mesure en plusieurs sessions plutôt qu’en une seule soirée. Le taux de déblocage de 34,9 % pour « visiter la carte » — le premier objectif après l’ouverture — est ce à quoi ressemble en agrégat un groupe qui ne s’est jamais réuni à nouveau.

C’est la règle la moins intuitive du jeu et elle est énoncée directement dans les notes de dépannage officielles : « Un faible taux d’images graphique, ou un hôte avec un faible taux d’images graphique, peut causer des problèmes de réseau. »

L’hôte ne relaie pas seulement la session ; les performances de sa machine y contribuent. Donc si les personnages tressautent, laguent ou sautillent pour tout le monde, le correctif n’est peut-être pas l’internet de quelqu’un — c’est peut-être que l’hôte tourne à 25 fps avec tout au maximum.

L’ordre recommandé par House House pour corriger cela, dans leurs mots :

1. Settings > Graphics > Render Scale — baissez-le. Cela réduit la charge du GPU.
2. Settings > Graphics > Quality — baissez-le. Cela réduit la charge du CPU et du GPU.
3. Remontez Render Scale progressivement jusqu’à ce que cela redevienne fluide.

Le but de cette séquence est d’équilibrer le CPU contre le GPU plutôt que de tout baisser. Et leur autre suggestion pour un hôte en difficulté est la plus simple : demander à un autre joueur d’héberger.

Les deux plateformes console offrent une sauvegarde — Nintendo Switch Online inclut la fonctionnalité cloud des données de sauvegarde, et Steam liste Big Walk avec Steam Cloud. Aucune ne rend votre partie portable.

La raison est que ces systèmes sauvegardent votre sauvegarde, et dans Big Walk la partie n’est pas votre sauvegarde. Elle appartient à celui qui héberge. Une sauvegarde cloud protège les données de l’hôte contre la perte de sa propre machine ; elle ne fait rien pour les quatre autres joueurs, qui n’ont aucune copie de la progression.

Steam liste aussi le jeu sous Save Anytime, ce qui reflète que la sauvegarde est continue et automatique sur la machine de l’hôte plutôt que basée sur des points de contrôle. Il n’y a pas de sauvegarde manuelle, pas de gestion d’emplacements de sauvegarde, et rien à sauvegarder pour un joueur non-hôte.

Quatre règles découlent du modèle, et elles ne coûtent rien à convenir à l’avance :

1. Désignez l’hôte avant que quiconque n’achète. La disponibilité décide de cela, pas le matériel.
2. Planifiez autour d’eux, pas autour du groupe. Toute session sans l’hôte n’est pas une session.
3. Faites baisser les paramètres graphiques de l’hôte avant la première session. Leur taux d’images est la qualité réseau de tout le monde.
4. Acceptez qu’un hôte perdu signifie une partie perdue. Il n’y a aucun mécanisme de transfert. Si votre hôte est susceptible de disparaître — déménagement, changement d’emploi, départ — choisissez quelqu’un d’autre.

Les taux de déblocage de Steam sont ce à quoi cela ressemble quand ça tourne mal : 81,5 % des joueurs traversent le pont-levis, 34,9 % atteignent la carte. Cet écart est principalement des groupes qui ne se sont jamais réunis à nouveau.