Risposta breve
Risposta breve
Per un test Continue Run più affidabile, lascia che sia l'host originale a caricare il salvataggio del falò, mantieni lo stesso host e controlla i bagagli e gli oggetti vicini prima che qualcuno si ricolleghi. Le patch 2.5.a e 2.6.a risolvono diversi casi in cui i giocatori tornavano morti, venivano caricati come scheletri, perdevano oggetti o non riuscivano a salvare i progressi degli obiettivi basati sulla corsa. Non garantiscono uno stato mondiale identico quando un non host prende il controllo del salvataggio e le connessioni tra regioni possono comunque essere sensibili alla versione.
Ciò che un falò PEAK deve preservare
Pensa a un salvataggio come a diversi record correlati: il percorso e il mondo, il falò e i bagagli nelle vicinanze, l'inventario e le condizioni di ciascun giocatore e i progressi basati sulla corsa come il fabbisogno di cibo. Un giocatore che ritorna può segnalare "il mio salvataggio è andato" quando solo uno di questi record è diverso. Annotare quale record è stato modificato prima di tentare un altro host o un'altra riconnessione.
Patch 2.6.a afferma che i salvataggi del falò Citadel dovrebbero tracciare correttamente i bagagli e altri oggetti attorno al fuoco. Dice anche che i salvataggi del gioco non host sono diventati più coerenti, ma che i giocatori diversi dall'host originale non ottengono lo stato del mondo completo e potrebbero vedere stranezze nella generazione degli oggetti se ospitano da un salvataggio. Questo avvertimento appartiene alla risposta, non a una nota a piè di pagina.
| Stato | Cosa supportano le note ufficiali | Primo controllo più sicuro |
|---|---|---|
| Oggetti da falò | Patch 2.6.a migliora il tracciamento dei bagagli Citadel e degli oggetti nelle vicinanze. | L'host originale carica il salvataggio e ispeziona il fuoco prima di spostarsi. |
| Identità dell'ospite | I salvataggi non host sono più coerenti ma non sono una copia completa dello stato del mondo. | Mantieni l'host originale mentre diagnostichi gli elementi mancanti o un mondo cambiato. |
| Stato vivo del giocatore | Le patch 2.5.a e 2.6.a risolvono i casi di morte chiamati riconnessione e Continue Run. | Confronta una nuova corsa con una corsa caricata e registra se il giocatore si è ricollegato. |
| Progresso nel conseguimento | Patch 2.6.a corregge i progressi basati sulla corsa dell'host ai fuochi da campo, inclusi i progressi alimentari simili a Gourmand. | Utilizza un'esplorazione normale e conferma i progressi prima di cambiare host. |
Continue Run: una procedura controllata
Prima di selezionare Continue Run, chiedi all'host originale di confermare la patch, la posizione di salvataggio e chi si unirà. Dopo il caricamento, attendi che il mondo si stabilizzi e confronta l'area del falò con la nota presa durante il salvataggio. Un breve elenco di inventario è più utile della memoria, soprattutto quando diversi giocatori lasciano bagagli o cibo nelle vicinanze.
Se il controller non riesce a selezionare Continue Run, testare il focus del menu e l'input da tastiera senza modificare il salvataggio. Questo rapporto sugli input è diverso da un rapporto sugli stati mondiali. Mantenere i due problemi separati in modo che una soluzione successiva possa indirizzare il percorso corretto. La pagina di risoluzione dei problemi multiplayer include il controller e i controlli vocali.
- 1. Mantieni l'host originale Non consegnare il salvataggio caricato a un host diverso durante il primo nuovo test.
- 2. Registra il falò Elenca bagagli, oggetti vicini, inventario del giocatore e stato vivo o morto.
- 3. Caricare una volta Evitare unioni ripetute mentre il primo stato è ancora in fase di diagnosi.
- 4. Confronta l'elenco Segna quale oggetto o stato del giocatore differisce dalla nota di salvataggio.
- 5. Riconnettersi dopo il controllo Testare il lettore interessato solo dopo che l'host ha confermato lo stato caricato.
Rapporti su morte, scheletri e oggetti scomparsi
Patch 2.5.a risolve i problemi di riconnessione dei giocatori che tornano morti quando dovrebbero essere vivi, la riconnessione dello scheletro o il caricamento del salvataggio che uccide istantaneamente il giocatore e diversi casi di stanze e regioni diverse. Patch 2.6.a aggiunge una correzione per i giocatori che si riconnettono dopo Continua da un salvataggio. Patch 2.6.b affronta quindi uno scheletro di posa a T nei join a metà gioco. Si tratta di percorsi con nome separati, quindi un nuovo sintomo dovrebbe mantenere il suo esatto ordine di eventi.
Quando un oggetto scompare, distingui un oggetto da falò da un oggetto dell'inventario e una disconnessione dell'host da un normale salvataggio. Patch 2.04.a ha già risolto un caso in cui gli oggetti rilasciati dall'host potevano scomparire dopo la disconnessione, mentre 2.6.a avverte che lo stato del mondo non host può ancora essere incompleto. La risposta giusta è un rapporto datato, non un'affermazione secondo cui ogni perdita di oggetto è un bug.
| Tipo di rapporto | Registra prima di riprovare | Nota sulla versione correlata |
|---|---|---|
| Restituito morto | Il giocatore era vivo al momento del salvataggio, chi ha ospitato Continue Run e quando si è ricollegato? | 2.5.a e 2.6.a risolvono i casi denominati. |
| Caricato come scheletro | Lo scheletro era previsto, il giocatore si è ricollegato e la morte è avvenuta all'istante? | 2.5.a e 2.6.b affrontano casi di scheletro separati e di adesione tardiva. |
| Oggetto mancante per il falò | Nome dell'oggetto, posizione, host originale e se un altro giocatore ha ospitato il salvataggio. | 2.6.a migliora il tracciamento Citadel ma lascia un avvertimento non host. |
| Oggetto caduto mancante | Chi l'ha lasciato cadere, se l'host si è disconnesso e la patch. | 2.04.a corregge un percorso di disconnessione host denominato. |
Riconnessione tra regioni e progressi nei risultati
Patch 2.5.a afferma che i giocatori che si connettono a un gioco in un'altra parte del mondo non dovrebbero più rimanere bloccati su Loading. Si tratta di una soluzione per un caso specifico, non di una promessa che una connessione a lunga distanza avrà la stessa latenza di una connessione locale. Se lo stesso gruppo lavora in una regione e si blocca in un'altra, registra la coppia di regioni e l'ora anziché definirla un'interruzione globale.
Gli obiettivi basati sulla corsa richiedono un controllo aggiuntivo. Il riferimento al badge dice che Custom Run disabilita i badge e Patch 2.6.a dice che i progressi dell'host ora vengono salvati durante un falò. Una riconnessione può comunque esporre uno stato vecchio o diverso se il giocatore si unisce a un salvataggio non host. Per riprovare con il badge, utilizza una corsa normale, mantieni l'host originale e registra se il giocatore è stato rianimato o vivo al momento dell'attivazione.
- Regione Registra le regioni host e quelle dei giocatori che si uniscono e se i test della stessa regione cambiano Loading.
- Ospite Conserva l'host originale per una corsa caricata e un controllo dell'avanzamento dei risultati.
- Modalità Utilizza una spedizione normale durante il test di un badge.
- Stato Annota lo stato degli oggetti vivi, morti, scheletrici, inventario e falò.
Risposte rapide
PEAK salva e ricollega FAQ
Come funziona il salvataggio del falò PEAK?
Il falò registra uno stato di corsa che include il contesto mondiale e gli oggetti vicini. Patch 2.6.a migliora il tracciamento dei bagagli Citadel, ma la nota ufficiale afferma che i salvataggi non host possono comunque omettere lo stato mondiale completo.
Perché torno morto dopo Continue Run?
Le patch 2.5.a e 2.6.a risolvono casi in cui la riconnessione o il caricamento di un salvataggio riportavano un giocatore vivo morto. Mantieni l'host originale e registra l'esatto ordine di caricamento e riconnessione se persiste.
Perché gli elementi scompaiono dopo un salvataggio PEAK?
Un oggetto falò, un oggetto host abbandonato, un oggetto inventario e uno stato del mondo non host seguono percorsi diversi. Patch 2.04.a e 2.6.a indirizzano i casi denominati, ma un report corrente necessita del nome dell'oggetto, dell'host, del salvataggio e della versione.
Un non host può ospitare un salvataggio PEAK?
La nota ufficiale 2.6.a afferma che i salvataggi non host sono più coerenti ma non contengono lo stato del mondo completo; un altro giocatore che ospita quel salvataggio potrebbe notare stranezze nella generazione degli oggetti. Conserva l'host originale per un test più sicuro.
Le riconnessioni ripristinano i progressi degli obiettivi?
Patch 2.6.a corregge i progressi basati sulla corsa dell'host attorno a un falò, inclusi i progressi nel cibo come Gourmand. Utilizzare una corsa normale e verificare lo stato dell'host e del fuoco prima di cambiare host.
L’adesione tra regioni è ancora importante?
Patch 2.5.a risolve un caso Loading tra regioni denominato, ma la distanza e il routing locale possono comunque influire su una connessione. Confronta i test della stessa regione e quelli tra regioni e registra entrambi.
Fonti e limiti
Come leggere questa pagina
Le richieste di salvataggio e riconnessione provengono dagli annunci ufficiali di Patch 2.04.a, 2.5.a, 2.6.a e 2.6.b. La pagina tratta l'avvertenza 2.6.a relativa al non host come un limite attivo e non deduce una singola causa dalla segnalazione di un giocatore.