Réponse courte
Réponse courte
Pour le test Continue Run le plus fiable, laissez l'hôte d'origine charger la sauvegarde du feu de camp, conservez le même hôte et vérifiez les bagages et les objets à proximité avant que quiconque ne se reconnecte. Les correctifs 2.5.a et 2.6.a corrigent plusieurs cas dans lesquels des joueurs revenaient morts, chargés en tant que squelettes, perdaient des objets ou ne parvenaient pas à sauvegarder la progression des succès basés sur l'exécution. Ils ne garantissent pas un état mondial identique lorsqu'un non-hôte prend en charge la sauvegarde, et les connexions entre régions peuvent toujours être sensibles à la version.
Ce qu'un feu de camp PEAK doit préserver
Considérez une sauvegarde comme plusieurs enregistrements liés : l'itinéraire et le monde, le feu de camp et les bagages à proximité, l'inventaire et l'état de chaque joueur, ainsi que la progression basée sur la course, comme les besoins alimentaires. Un joueur qui revient peut signaler « ma sauvegarde a disparu » lorsqu'un seul de ces enregistrements est différent. Notez quel enregistrement a changé avant d'essayer un autre hôte ou une autre reconnexion.
Patch 2.6.a indique que les sauvegardes de feu de camp Citadel devraient suivre correctement les bagages et autres objets autour du feu de camp. Il indique également que les sauvegardes de jeu non hôtes sont devenues plus cohérentes, mais que les joueurs autres que l'hôte d'origine n'obtiennent pas l'état complet du monde et peuvent voir des objets bizarres apparaître s'ils hébergent à partir d'une sauvegarde. Cette mise en garde appartient à la réponse, pas à une note de bas de page.
| État | Ce que soutiennent les notes officielles | Premier contrôle le plus sûr |
|---|---|---|
| Objets de feu de camp | Patch 2.6.a améliore le suivi des bagages Citadel et des objets à proximité. | L'hôte d'origine charge la sauvegarde et inspecte le feu de camp avant de bouger. |
| Identité de l'hôte | Les sauvegardes non hôtes sont plus cohérentes mais ne constituent pas une copie complète de l'état du monde. | Conservez l'hôte d'origine tout en diagnostiquant les éléments manquants ou un monde modifié. |
| État du joueur en vie | Les correctifs 2.5.a et 2.6.a corrigent les cas de reconnexion et de décès Continue Run. | Comparez une nouvelle exécution avec une exécution chargée et notez si le lecteur s'est reconnecté. |
| Progression des réalisations | Patch 2.6.a corrige la progression basée sur l'exécution de l'hôte lors des feux de camp, y compris la progression alimentaire de type Gourmand. | Utilisez une expédition normale et confirmez la progression avant de changer d'hôte. |
Continue Run : une procédure maîtrisée
Avant de sélectionner Continue Run, demandez à l'hôte d'origine de confirmer le correctif, l'emplacement de sauvegarde et qui rejoindra. Après le chargement, attendez que le monde se stabilise et comparez la zone du feu de camp avec la note faite lors de la sauvegarde. Une courte liste d'inventaire est plus utile que la mémoire, surtout lorsque plusieurs joueurs ont déposé des bagages ou de la nourriture à proximité.
Si le contrôleur ne peut pas sélectionner Continue Run, testez le focus du menu et la saisie au clavier sans modifier la sauvegarde. Ce rapport d’entrée est différent d’un rapport sur l’état du monde. Gardez les deux problèmes séparés afin qu'un correctif ultérieur puisse résoudre le chemin correct. La page de dépannage multijoueur comprend le contrôleur et les vérifications vocales.
- 1. Conservez l'hôte d'origine Ne transmettez pas la sauvegarde chargée à un autre hôte lors du premier nouveau test.
- 2. Enregistrez le feu de camp Répertoriez les bagages, les objets à proximité, l'inventaire du joueur et l'état vivant ou mort.
- 3. Charger une fois Évitez les jointures répétées pendant que le premier état est encore en cours de diagnostic.
- 4. Comparez la liste Marquez quel objet ou quel état du joueur diffère de la note de sauvegarde.
- 5. Reconnectez-vous après le contrôle Testez le lecteur concerné uniquement après que l'hôte ait confirmé l'état chargé.
Rapports sur les décès, les squelettes et les objets manquants
Patch 2.5.a corrige la reconnexion des joueurs qui reviennent morts alors qu'ils devraient être en vie, la reconnexion squelette ou le chargement de sauvegarde tuant instantanément le joueur, ainsi que plusieurs cas de pièce et de région. Patch 2.6.a ajoute un correctif pour les joueurs qui se reconnectent après avoir continué à partir d'une sauvegarde. Patch 2.6.b aborde ensuite un squelette de pose en T lors des jointures en milieu de partie. Il s'agit de chemins nommés distincts, donc un nouveau symptôme doit conserver son ordre exact des événements.
Lorsqu'un objet disparaît, distinguez un objet de feu de camp d'un objet d'inventaire et un hôte se déconnecte d'une sauvegarde normale. Patch 2.04.a a déjà corrigé un cas où les éléments supprimés par l'hôte pouvaient disparaître après la déconnexion, tandis que 2.6.a avertit que l'état du monde non hôte peut toujours être incomplet. La bonne réponse est un rapport daté, et non une affirmation selon laquelle chaque perte d'objet est un bug.
| Type de rapport | Enregistrez avant de réessayer | Note de version associée |
|---|---|---|
| Revenu mort | Le joueur était-il en vie au moment de la sauvegarde, qui a hébergé Continue Run et quand s'est-il reconnecté ? | 2.5.a et 2.6.a corrigent les cas nommés. |
| Chargé comme squelette | Le squelette était-il attendu, le joueur s'est-il reconnecté et la mort est-elle survenue instantanément ? | 2.5.a et 2.6.b traitent des cas de squelette et de jointure tardive distincts. |
| Objet de feu de camp manquant | Nom de l'objet, emplacement, hôte d'origine et si un autre joueur a hébergé la sauvegarde. | 2.6.a améliore le suivi Citadel mais laisse une mise en garde non-hôte. |
| Objet déposé manquant | Qui l'a laissé tomber, si l'hôte s'est déconnecté et le correctif. | 2.04.a corrige un chemin de déconnexion de l'hôte nommé. |
Reconnexion interrégionale et progrès des réalisations
Patch 2.5.a indique que les joueurs se connectant à un jeu dans une autre partie du monde ne devraient plus rester bloqués sur Loading. Il s’agit d’une solution pour un cas précis, et non d’une promesse qu’une connexion longue distance aura la même latence qu’une connexion locale. Si le même groupe travaille dans une région et tombe en panne dans une autre, enregistrez la paire de régions et l'heure plutôt que de parler d'une panne globale.
Les réalisations basées sur l'exécution nécessitent une vérification supplémentaire. La référence du badge indique que les Custom Run désactivent les badges, et Patch 2.6.a indique que la progression de l'hôte est désormais enregistrée sur un feu de camp. Une reconnexion peut toujours exposer un état ancien ou différent si le joueur rejoint une sauvegarde non hôte. Pour une nouvelle tentative de badge, utilisez une exécution normale, conservez l'hôte d'origine et enregistrez si le joueur a été réanimé ou vivant au moment du déclenchement.
- Région Enregistrez les régions hôtes et rejoignant les joueurs et si les tests dans la même région modifient Loading.
- Hôte Conservez l'hôte d'origine pour une exécution chargée et une vérification de la progression des réalisations.
- Mode Utilisez une expédition normale lorsque vous testez un badge.
- État Notez l’état des objets vivants, morts, squelettes, d’inventaire et de feu de camp.
Réponses rapides
FAQ sur la sauvegarde et la reconnexion de PEAK
Comment fonctionnent les sauvegardes de feu de camp PEAK ?
Le feu de camp enregistre un état d'exécution qui inclut le contexte mondial et les objets à proximité. Patch 2.6.a améliore le suivi des bagages du Citadel, mais la note officielle indique que les sauvegardes non hôtes peuvent toujours omettre l'état complet du monde.
Pourquoi est-ce que je reviens mort après Continue Run ?
Les correctifs 2.5.a et 2.6.a corrigent des cas nommés où la reconnexion ou le chargement d'une sauvegarde rendait un joueur vivant mort. Conservez l'hôte d'origine et enregistrez l'ordre exact de chargement et de reconnexion s'il persiste.
Pourquoi les éléments disparaissent-ils après une sauvegarde PEAK ?
Un objet de feu de camp, un élément hôte abandonné, un élément d'inventaire et un état du monde non hôte suivent des chemins différents. Patch 2.04.a et 2.6.a traitent les cas nommés, mais un rapport actuel nécessite le nom de l'objet, l'hôte, la sauvegarde et la version.
Un non-hôte peut-il héberger une sauvegarde PEAK ?
La note officielle 2.6.a indique que les sauvegardes non hôtes sont plus cohérentes mais ne contiennent pas l'état mondial complet ; un autre joueur hébergeant cette sauvegarde peut voir une bizarrerie d'apparition d'objets. Conservez l'hôte d'origine pour le test le plus sûr.
Les reconnexions réinitialisent-elles la progression des réalisations ?
Patch 2.6.a corrige la progression basée sur l'exécution de l'hôte lors d'un feu de camp, y compris la progression de la nourriture telle que Gourmand. Utilisez une exécution normale et confirmez l'état de l'hôte et du feu de camp avant de changer d'hôte.
L’adhésion entre régions est-elle toujours importante ?
Patch 2.5.a corrige un cas Loading inter-région nommé, mais la distance et le routage local peuvent toujours affecter une connexion. Comparez les tests dans la même région et entre régions et enregistrez les deux.
Sources et limites
Comment lire cette page
Les demandes de sauvegarde et de reconnexion proviennent des annonces officielles Patch 2.04.a, 2.5.a, 2.6.a et 2.6.b. La page traite la mise en garde 2.6.a non-hôte comme une limite active et ne déduit pas une seule cause d'un rapport de joueur.