Kurzantwort
Kurzantwort
Für den zuverlässigsten Continue Run-Test lassen Sie den ursprünglichen Host den Lagerfeuerspeicher laden, behalten Sie den gleichen Host und überprüfen Sie das Gepäck und die in der Nähe befindlichen Objekte, bevor jemand erneut eine Verbindung herstellt. Die Patches 2.5.a und 2.6.a beheben mehrere Fälle, in denen Spieler tot zurückkehrten, als Skelette geladen wurden, Objekte verloren hatten oder den laufbasierten Erfolgsfortschritt nicht speichern konnten. Sie garantieren keinen identischen Weltstatus, wenn ein Nicht-Host die Speicherung übernimmt, und regionenübergreifende Verbindungen können immer noch versionenabhängig sein.
Was ein PEAK-Lagerfeuer retten muss, um zu bewahren
Stellen Sie sich einen Speicherstand als mehrere zusammengehörige Datensätze vor: die Route und die Welt, das Lagerfeuer und das Gepäck in der Nähe, das Inventar und der Zustand jedes Spielers sowie laufbasierte Fortschritte, wie z. B. ein Lebensmittelbedarf. Ein zurückkehrender Spieler kann melden, dass „mein Spielstand weg ist“, wenn nur einer dieser Datensätze unterschiedlich ist. Notieren Sie sich, welcher Datensatz geändert wurde, bevor Sie versuchen, einen anderen Host zu verwenden oder die Verbindung wiederherzustellen.
Patch 2.6.a sagt, dass Citadel-Lagerfeuerspeicherung Gepäck und andere Gegenstände rund um das Lagerfeuer ordnungsgemäß verfolgen sollte. Es heißt auch, dass Spielspeicherungen, die nicht vom Host stammen, konsistenter geworden sind, aber dass andere Spieler als der ursprüngliche Host nicht den vollständigen Weltstatus erhalten und möglicherweise merkwürdige Gegenstände beim Spawnen von Gegenständen feststellen, wenn sie von einem Speicherstand aus hosten. Dieser Vorbehalt gehört in die Antwort und nicht in eine Fußnote.
| Staat | Was die offiziellen Notizen unterstützen | Der sicherste erste Check |
|---|---|---|
| Lagerfeuerobjekte | Patch 2.6.a verbessert die Citadel-Gepäck- und Objektverfolgung in der Nähe. | Der ursprüngliche Gastgeber lädt den Speicherstand und inspiziert das Lagerfeuer, bevor er sich bewegt. |
| Hostidentität | Nicht-Host-Speicherungen sind konsistenter, aber keine vollständige Weltzustandskopie. | Behalten Sie den ursprünglichen Host bei, während Sie fehlende Elemente oder eine veränderte Welt diagnostizieren. |
| Spieler-Lebensstatus | Die Patches 2.5.a und 2.6.a beheben die sogenannten Reconnect- und Continue Run-Todesfälle. | Vergleichen Sie einen neuen Lauf mit einem geladenen Lauf und notieren Sie, ob der Spieler die Verbindung wiederhergestellt hat. |
| Leistungsfortschritt | Patch 2.6.a behebt Host-Run-basierte Fortschritte an Lagerfeuern, einschließlich Gourmand-ähnlicher Essensfortschritte. | Verwenden Sie eine normale Expedition und bestätigen Sie den Fortschritt, bevor Sie den Host wechseln. |
Continue Run: eine kontrollierte Prozedur
Bevor Sie Continue Run auswählen, lassen Sie den ursprünglichen Host den Patch, den Speicherort und die Beitrittsteilnehmer bestätigen. Warten Sie nach dem Laden, bis sich die Welt beruhigt hat, und vergleichen Sie den Lagerfeuerbereich mit der beim Speichern gemachten Notiz. Eine kurze Inventarliste ist nützlicher als das Gedächtnis, insbesondere wenn mehrere Spieler Gepäck oder Lebensmittel in der Nähe abgelegt haben.
Wenn der Controller Continue Run nicht auswählen kann, testen Sie den Menüfokus und die Tastatureingabe, ohne die Speicherung zu ändern. Dieser Eingabebericht unterscheidet sich von einem Weltstaatenbericht. Halten Sie die beiden Probleme getrennt, damit ein späterer Fix den richtigen Pfad beheben kann. Die Multiplayer-Fehlerbehebungsseite umfasst die Controller- und Sprachprüfungen.
- 1. Behalten Sie den ursprünglichen Host Geben Sie den geladenen Speicher beim ersten erneuten Test nicht an einen anderen Host weiter.
- 2. Nehmen Sie das Lagerfeuer auf Listen Sie Gepäck, Gegenstände in der Nähe, Spielerinventar und den Status „Lebend“ oder „Tot“ auf.
- 3. Einmal laden Vermeiden Sie wiederholte Verknüpfungen, während der erste Zustand noch diagnostiziert wird.
- 4. Vergleichen Sie die Liste Markieren Sie, welcher Objekt- oder Spielerstatus sich von der Speichernotiz unterscheidet.
- 5. Stellen Sie die Verbindung nach der Prüfung wieder her Testen Sie den betroffenen Player erst, nachdem der Host den Ladezustand bestätigt hat.
Meldungen zu Todesfällen, Skeletten und vermissten Gegenständen
Patch 2.5.a behebt das Problem, dass Spieler wieder verbunden werden, wenn sie tot zurückkehren, obwohl sie am Leben sein sollten, dass Skelette sich wieder verbinden oder speichern, wodurch der Spieler sofort getötet wird, und mehrere raum- und regionsübergreifende Fälle. Patch 2.6.a fügt einen Fix für Spieler hinzu, die nach dem Fortfahren nach einem Speichervorgang wieder eine Verbindung herstellen. Patch 2.6.b befasst sich dann mit einem T-Pose-Skelett bei Joins in der Mitte des Spiels. Da es sich hierbei um separate benannte Pfade handelt, sollte ein neues Symptom seine genaue Reihenfolge der Ereignisse beibehalten.
Wenn ein Gegenstand verschwindet, unterscheiden Sie einen Lagerfeuergegenstand von einem Inventargegenstand und einen Host, der die Verbindung zu einem normalen Speichervorgang trennt. Patch 2.04.a hat bereits einen Fall behoben, bei dem die vom Host abgelegten Elemente verschwinden konnten, nachdem die Verbindung getrennt wurde, während 2.6.a warnt, dass der Nicht-Host-Weltstatus immer noch unvollständig sein kann. Die richtige Antwort ist ein datierter Bericht und nicht die Behauptung, dass jeder Artikelverlust ein Fehler sei.
| Berichtstyp | Notieren Sie es, bevor Sie es erneut versuchen | Verwandter Versionshinweis |
|---|---|---|
| Tot zurückgekehrt | War der Spieler zum Zeitpunkt des Speicherns noch am Leben, wer war der Host von Continue Run und als die Verbindung wiederhergestellt wurde? | 2.5.a und 2.6.a beheben benannte Fälle. |
| Als Skelett geladen | Wurde das Skelett erwartet, hat der Spieler die Verbindung wiederhergestellt und ist der Tod sofort eingetreten? | 2.5.a und 2.6.b befassen sich mit getrennten Skelett- und Late-Join-Fällen. |
| Fehlender Lagerfeuerartikel | Objektname, Ort, ursprünglicher Host und ob ein anderer Spieler den Speicher gehostet hat. | 2.6.a verbessert die Citadel-Verfolgung, hinterlässt jedoch eine Nicht-Host-Einschränkung. |
| Fehlender fallengelassener Gegenstand | Wer hat es gelöscht, ob der Host die Verbindung getrennt hat und welchen Patch? | 2.04.a behebt einen benannten Host-Disconnect-Pfad. |
Regionsübergreifende Wiederverbindung und Leistungsfortschritt
Laut Patch 2.5.a sollten Spieler, die eine Verbindung zu einem Spiel in einem anderen Teil der Welt herstellen, nicht länger bei Loading hängen bleiben. Dabei handelt es sich um eine Lösung für einen genannten Fall, nicht um ein Versprechen, dass eine Fernverbindung die gleiche Latenzzeit wie eine lokale Verbindung haben wird. Wenn dieselbe Gruppe in einer Region arbeitet und in einer anderen ins Stocken gerät, notieren Sie das Regionspaar und die Zeit, anstatt von einem globalen Ausfall zu sprechen.
Laufbasierte Erfolge erfordern eine zusätzliche Prüfung. In der Badge-Referenz heißt es, dass Custom Runs Badges deaktivieren, und Patch 2.6.a sagt, dass der Host-Fortschritt jetzt am Lagerfeuer gespeichert wird. Eine erneute Verbindung kann immer noch einen alten oder anderen Status offenlegen, wenn der Spieler einem Nicht-Host-Speicher beitritt. Verwenden Sie für einen Badge-Wiederholungsversuch einen normalen Lauf, behalten Sie den ursprünglichen Host bei und zeichnen Sie auf, ob der Spieler zum Zeitpunkt des Auslösers wiederbelebt wurde oder am Leben war.
- Region Zeichnen Sie die Regionen des Hosts und der beitretenden Spieler auf und ob sich beim Testen derselben Region Änderungen ergeben Loading.
- Gastgeber Behalten Sie den ursprünglichen Host für einen geladenen Lauf und eine Erfolgsfortschrittsprüfung.
- Modus Verwenden Sie beim Testen eines Abzeichens eine normale Expedition.
- Staat Notieren Sie den Zustand von Lebend-, Toten-, Skelett-, Inventar- und Lagerfeuerobjekten.
Schnelle Antworten
PEAK FAQ zum Speichern und erneuten Verbinden
Wie funktionieren PEAK-Lagerfeuerrettungen?
Das Lagerfeuer zeichnet einen Laufzustand auf, der den Weltkontext und Objekte in der Nähe umfasst. Patch 2.6.a verbessert die Citadel-Gepäckverfolgung, aber der offizielle Hinweis besagt, dass bei Nicht-Host-Speicherungen immer noch der vollständige Weltstatus weggelassen werden kann.
Warum komme ich nach Continue Run tot zurück?
Die Patches 2.5.a und 2.6.a beheben benannte Fälle, in denen das erneute Verbinden oder Laden eines Speicherstands dazu führte, dass ein aktiver Spieler tot war. Behalten Sie den ursprünglichen Host und notieren Sie die genaue Lade- und Verbindungsreihenfolge, falls das Problem weiterhin besteht.
Warum verschwinden Elemente nach einer PEAK-Speicherung?
Ein Lagerfeuerobjekt, ein fallengelassener Hostgegenstand, ein Inventargegenstand und ein Nicht-Host-Weltzustand folgen unterschiedlichen Pfaden. Patch 2.04.a und 2.6.a behandeln benannte Fälle, aber ein aktueller Bericht benötigt den Objektnamen, den Host, den Speicherort und die Version.
Kann ein Nicht-Host-Host einen PEAK speichern?
Der offizielle Hinweis zu 2.6.a besagt, dass Nicht-Host-Speicherungen konsistenter sind, aber keinen vollständigen Weltzustand enthalten. Ein anderer Spieler, der diesen Speicherstand hostet, sieht möglicherweise seltsame Gegenstände beim Spawnen von Gegenständen. Behalten Sie für den sichersten Test den Original-Host.
Setzen Wiederverbindungen den Erfolgsfortschritt zurück?
Patch 2.6.a behebt Host-Run-basierte Fortschritte am Lagerfeuer, einschließlich Lebensmittelfortschritten wie Gourmand. Verwenden Sie einen normalen Lauf und überprüfen Sie den Host- und Lagerfeuerstatus, bevor Sie den Host wechseln.
Ist der regionalübergreifende Zusammenschluss immer noch wichtig?
Patch 2.5.a behebt einen benannten, regionsübergreifenden Loading-Fall, aber Entfernung und lokales Routing können sich weiterhin auf eine Verbindung auswirken. Vergleichen Sie regionale und regionsübergreifende Tests und zeichnen Sie beide auf.
Quellen und Grenzen
So lesen Sie diese Seite
Ansprüche zum Speichern und erneuten Verbinden stammen aus offiziellen Patch 2.04.a-, 2.5.a-, 2.6.a- und 2.6.b-Ankündigungen. Die Seite behandelt den 2.6.a-Nicht-Host-Vorbehalt als aktive Grenze und leitet keinen einzelnen Grund aus einem Spielerbericht ab.