S.T.A.L.K.E.R. 2: otto giorni di Cost of Hope senza salvataggio automatico — la verifica da fare sulle vostre partite dopo la patch 2.0.4

La patch 2.0.4 di S.T.A.L.K.E.R. 2: Heart of Chornobyl è arrivata venerdì 28 agosto 2026 alle 16:33 UTC, ovvero le 18:33 a Parigi. Diciotto righe di correzioni, tra cui una che cambia la lettura della settimana appena trascorsa: « Fixed an issue where the autosaves could not trigger during the DLC missions. »

Nelle missioni di S.T.A.L.K.E.R. 2: Cost of Hope, il salvataggio automatico non si attivava quindi. L'espansione è uscita giovedì 20 agosto: sono passati otto giorni durante i quali i giocatori avanzavano senza rete di sicurezza.

Ciò che il salvataggio automatico avrebbe dovuto fare

GSC Game World documenta il proprio sistema sul suo centro assistenza. I salvataggi automatici si attivano « nei momenti chiave » — precisamente: al cambio di zona, all'avvio di una cinematica, e appena prima degli eventi importanti della trama. È esattamente il ritmo di una missione dell'espansione: questi tre trigger, un giocatore di Cost of Hope li incontrava in continuazione senza mai ottenere un punto di ripresa.

La stessa pagina quantifica la riserva. Ogni slot di campagna, e ce ne sono tre, contiene 31 salvataggi manuali, 10 automatici, 3 rapidi e 6 automatici specifici delle missioni. Sono le due riserve automatiche a restare a secco fin dall'ingresso nel DLC; GSC non specifica quale delle due fosse colpita, la sua riga parla solo delle « DLC missions ».

Peggio ancora, nello stesso documento: « Sometimes manual saving may not be possible, and a prompt will notify you. » Esistono quindi luoghi in cui il gioco rifiuta il salvataggio manuale: in quei casi, per otto giorni, un giocatore dell'espansione non aveva nessun modo di creare un punto di ripresa. Le FAQ ufficiali aggiungono l'ultimo pezzo: si può uscire dalle zone del DLC quando si vuole, tranne durante una missione sotterranea in corso.

La trappola del C4

La seconda riga sembra non avere alcun legame, finché non si fa il collegamento: « Fixed an issue where a player could lose the ability to move after loading the save made right after the explosion of a C4 device. » Un salvataggio effettuato subito dopo l'esplosione di un C4 poteva, al ricaricamento, immobilizzare definitivamente Skif. Non un crash: una partita che si apre normalmente, con un personaggio che non si muove più.

Privato del salvataggio automatico, il giocatore dell'espansione viveva solo sui propri salvataggi manuali. Se ne aveva fatto uno subito dopo aver fatto esplodere un C4, aveva messo la sua unica rete di sicurezza in un sacco bucato. È la nostra lettura: GSC elenca le due correzioni nella stessa lista senza collegarle.

La regola vale al di là di questo bug: non lasciate mai che il vostro unico salvataggio avvenga subito dopo un'esplosione, una cinematica o un caricamento. Lasciate che la scena si stabilizzi prima di salvare.

Ciò che la patch non promette

GSC scrive « Fixed an issue where… »: la formula descrive un difetto che non si ripete più. Da nessuna parte lo studio indica che un salvataggio già corrotto diventi di nuovo giocabile, né che una partita recuperi a posteriori i punti di ripresa che non ha mai ricevuto. Gli otto giorni trascorsi non si recuperano: non eliminate nulla facendo affidamento su questa correzione.

Una precauzione che avevamo omesso il 12 agosto, quando avevamo indicato i percorsi delle cartelle di salvataggio: disattivate la sincronizzazione cloud prima di ripristinare una copia, altrimenti verrà sovrascritta.

Le quattro missioni che la 2.0.4 sblocca

Attenzione: GSC non dichiara che queste quattro missioni appartengano a Cost of Hope. Solo la riga sul salvataggio automatico menziona esplicitamente il DLC.

• In the heart of the Iron Forest: Mavka poteva restare presente nell'hub di Kurin dopo la fine della missione. Da verificare se è ancora lì mentre la quest risulta conclusa.
• In memory of the fallen: la più raffazzonata delle quattro. Alcuni obiettivi restavano attivi dopo aver ucciso gli snork, e il livello dell'acqua cambiava in modo inatteso.
• The destructive power of the mind: la missione non poteva avviarsi in certe condizioni. Se non siete mai riusciti a lanciarla, riprovate.
• Gunpowder, sweat, and blood: Zulu restituiva un soggetto "occupato" al posto della sua battuta scriptata.
• Fuori dalle quest: la cinematica del bar di Zalissya poteva riprodursi due volte, e Gaffer riconoscerà finalmente Skif.

Questi titoli restano in inglese per mancanza di alternativa: GSC pubblica le sue note solo in inglese. Il vostro cliente, invece, è tradotto — la scheda Steam italiana di Cost of Hope elenca l'italiano senza l'asterisco che segnala un doppiaggio integrale. Queste missioni hanno quindi un nome italiano nel vostro diario, ma non è pubblicato da nessuna parte e non lo inventeremo.

Riprendere una partita in modo corretto

1. Leggete i timestamp del vostro menu di caricamento. Uno scarto insolito tra due punti di ripresa nell'espansione è il buco di otto giorni, non una dimenticanza.
2. Salvate manualmente prima di ogni missione dell'espansione. La riserva manuale è la più ampia delle quattro, 31 voci per slot di campagna.
3. Non fate affidamento sul salvataggio rapido: tre slot, e si sovrascrivono. F5 per crearne uno, F8 per ricaricare l'ultimo, oppure Y nel menu di pausa con il controller.
4. Conservate due epoche di salvataggio, una recente e una decisamente più vecchia. E non sovrascrivete un salvataggio sospetto prima di averlo testato.
5. Se il problema persiste, prima disattivate le mod, come GSC ripete dal 20 agosto, poi aprite un ticket su support.stalker2.com/hc.

Il resto della patch

Il grosso del volume è altrove: 26 crash corretti e una revisione delle illuminazioni, dall'hub CNPP al preset "quality" della Xbox Series S. Per dare un'idea del ritmo, le tre patch precedenti stavano ciascuna in una sola riga: la 2.0.1 di venerdì 21 agosto sistemava solo delle texture, la 2.0.2 di domenica 23 agosto dei PNG e dei corpi scomparsi, la 2.0.3 di martedì 25 agosto un crash all'avvio. Nessuna aveva toccato i salvataggi. Ci sono voluti quattro patch e otto giorni perché il buco venisse individuato — motivo sufficiente per continuare a salvare da soli.