Cambiate console. Copiati i giochi sulla nuova scheda microSD, avvii il titolo in corso e lo schermo ti propone «Nuova partita». Quaranta ore sono scomparse, mentre il file è ancora lì, da qualche parte sulla vecchia scheda. Nove volte su dieci, niente è perduto: il salvataggio esiste, è semplicemente nel posto sbagliato, ha il nome sbagliato o non è nel formato che la nuova macchina si aspetta. Il trasferimento non è affatto complicato, a patto di sapere quale dei tre tipi di salvataggio si sta maneggiando, perché non viaggiano affatto allo stesso modo.
Tre salvataggi, tre destini diversi
Su una console retrò portatile, lo stesso gioco può produrre tre file di natura molto diversa. Spesso li si confonde, ed è lì che le partite vanno perse.
Il salvataggio nativo del gioco
È quello che il gioco scrive autonomamente quando passi davanti a un punto di salvataggio o scegli «Save» nel suo menu. L'emulatore riproduce la memoria salvata della cartuccia, o della scheda di memoria della console originale, e la riporre in un file separato.
Nell'ecosistema RetroArch, questo file porta più spesso l'estensione .srm. La documentazione del core mGBA lo descrive così: *.srm, «cartridge battery save», depositato nella cartella di salvataggio definita dall'interfaccia. Contiene solo dati prodotti dal gioco e non dipende né dal processore della console, né dalla versione dell'emulatore. È quello che viaggia.
Il salvataggio di stato
Il salvataggio di stato, o save state, è una fotografia della memoria RAM dell'emulatore in un dato momento: registri del processore, contenuto della RAM, stato del suono e dell'immagine. RetroArch lo riporre in una cartella separata, sotto forma di *.state seguito da un numero di slot.
Questa fotografia ha senso solo per il programma che l'ha scattata. Un altro emulatore non organizza la sua memoria allo stesso modo, e a volte basta una versione diversa dello stesso core per renderla illeggibile. Comodo per interrompere una partita per trenta secondi, inutilizzabile come formato di archiviazione.
Lo stato di ripresa del firmware
Molti firmware riprendono automaticamente da dove avevi interrotto. La documentazione di KNULLI descrive la funzione senza giri di parole: allo spegnimento, il sistema può registrare i tuoi progressi «se l'emulatore in corso gestisce il salvataggio automatico», quindi riavviare l'ultimo gioco all'avvio. Specifica anche che non tutti gli emulatore gestiscono questo salvataggio automatico e che i porting non salvano nulla autonomamente.
Questa ripresa si basa più spesso su un salvataggio di stato e ne eredita gli stessi limiti: locale, legato all'emulatore, cancellato senza preavviso da un aggiornamento. Comodo nell'uso quotidiano, inutile per un trasferimento.
| Tipo | Com'è fatto | Si trasferisce? | Cosa lo rompe |
|---|---|---|---|
| Salvataggio nativo del gioco | Un file per gioco, spesso .srm o .sav
|
Sì, da una macchina all'altra | Un nome di file che non corrisponde più alla ROM |
| Salvataggio di stato |
.state, .state1, .state2… |
Quasi mai | Un altro core, un'altra versione del core |
| Ripresa automatica del firmware | Invisibile, gestita dal sistema | No | Un aggiornamento, un cambio di firmware |
Dove si trovano realmente questi file
Non esiste un unico percorso, ma tre logiche.
La cartella di salvataggio centralizzata. La maggior parte dei firmware alternativi raggruppa i salvataggi in un'alberatura dedicata, suddivisa per sistema. È il caso più comodo: una sola cartella da copiare.
Accanto ai giochi. È il comportamento predefinito di RetroArch, che la sua documentazione riassume così: senza impostazioni particolari, posiziona i salvataggi nella stessa cartella delle tue ROM. Troverai quindi Super Metroid (Europe).sfc e Super Metroid (Europe).srm uno accanto all'altro.
Nello spazio proprio di ogni applicazione. Su Android, ogni emulatore autonomo gestisce la propria organizzazione. PPSSPP, ad esempio, ricrea l'alberatura di un Memory Stick e posiziona le partite in PSP/SAVEDATA, una cartella per gioco.
Non rifacciamo qui la mappa dei percorsi firmware per firmware: è dettagliata nel nostro articolo su l'alberatura dei file secondo il firmware. In caso di dubbio, c'è un metodo che funziona ovunque: avvia il gioco, salva all'interno, esci, quindi ordina la scheda microSD per data di modifica sul computer. Il file scritto in quel momento è in cima alla lista.
Da una console Linux a un'altra
È il caso più semplice, perché le due macchine condividono generalmente lo stesso motore di emulazione.
- Sulla vecchia console, salva nel gioco, non solo con un salvataggio di stato.
- Esci dal gioco dal menu, quindi spegni correttamente. Una disconnessione improvvisa dell'alimentazione può avvenire prima che il file sia stato scritto sulla scheda.
- Tira fuori la scheda, mettila su un computer e copia l'intera cartella di salvataggio.
- Sulla nuova scheda, deposita i file nella cartella equivalente.
- Verifica che ogni salvataggio abbia esattamente il nome del file di gioco corrispondente, a parte l'estensione.
- Avvia un solo gioco e carica la partita prima di concludere che sia tutto a posto.
Se le due console non hanno lo stesso firmware, il percorso cambia ma il file rimane identico: è il percorso che si adatta, non il contenuto.
Da Linux ad Android, e viceversa
Dipende tutto da ciò che usi per giocare. Con RetroArch, le convenzioni sono quelle delle console Linux: un .srm proveniente da una RG35XX Pro è leggibile così com'è su una Retroid Pocket, a patto di usare lo stesso core e lo stesso nome di file. Le nostre impostazioni essenziali di RetroArch indicano dove si definiscono queste cartelle.
Con un emulatore autonomo, serve un intermediario. Questi programmi organizzano i loro dati a modo loro e spesso offrono uno strumento di importazione: DuckStation annuncia così un editor di schede di memoria e un importatore di salvataggi. È da lì che bisogna passare, piuttosto che depositare un file in una cartella indovinata.
Due punti rallentano il trasferimento dal lato Android: l'autorizzazione all'accesso allo spazio di archiviazione deve essere concessa all'emulatore, e alcune cartelle dell'applicazione rimangono invisibili da un computer via USB. Bisogna quindi passare per un gestore di file installato sulla console.
Da un emulatore su PC
Il principio non cambia. Un emulatore PC produce anche lui un salvataggio nativo, ed è quello che si porta via. Con RetroArch sul computer, il file parte verso la console portatile senza modificare nulla. Con un emulatore autonomo, individua prima il formato che scrive, poi quello che si aspetta la console. L'andata e ritorno funziona in entrambe le direzioni, e il computer rimane comunque il miglior posto per archiviare le tue partite.
Quando basta un rinominamento, quando bisogna convertire
Molti salvataggi nativi sono semplici dump grezzi della memoria: il contenuto è identico, cambia solo l'etichetta, e rinominare basta. La documentazione del core Beetle PSX è esplicita: i suoi formati di scheda di memoria libretro (.srm) e Mednafen (.mcr) sono identici internamente e si convertono con un semplice rinominamento.
Altrimenti, due emulatore dello stesso sistema scrivono file che non si somigliano. Su Nintendo DS, il core DeSmuME registra il salvataggio della cartuccia in *.dsv mentre melonDS scrive un *.sav. Cambiare l'estensione a mano diventa una scommessa: prova su una copia, mai sul tuo unico esemplare.
| Origine | Cosa scrive | Per spostarlo |
|---|---|---|
| Core mGBA (Game Boy, GBA) |
*.srm nella cartella di salvataggio |
Copiare così com'è su un altro dispositivo RetroArch |
| Core Beetle PSX (PS1) |
*.srm o *.mcr a seconda dell'impostazione |
Rinominamento documentato tra i due formati |
| Core DeSmuME (DS) | *.dsv |
Conversione necessaria verso un core che si aspetta un .sav
|
| Core melonDS (DS) | *.sav |
Copia diretta tra macchine che usano melonDS |
| PPSSPP (PSP) | Una cartella per gioco in PSP/SAVEDATA
|
Copiare l'intera cartella, non un file isolato |
| Salvataggi di stato, tutti i sistemi |
*.state e varianti numerate |
Non trasferire, riconvertire in salvataggio di gioco |
Le trappole che fanno fallire un trasferimento
Il nome del file. Prima causa, e di gran lunga: il salvataggio viene trovato per corrispondenza di nome con il file di gioco. Se la tua ROM si chiama Chrono Trigger (USA).sfc da un lato e chrono_trigger.sfc dall'altro, la partita non verrà mai caricata, nemmeno nel posto giusto. Rinominare una ROM a posteriori produce lo stesso effetto.
Il core. Un salvataggio di stato creato con un core si rifiuterà di caricarsi con un altro, a volte persino con un'altra versione dello stesso core. Per quanto riguarda i salvataggi nativi, la noia è più rara ma reale: due core dello stesso sistema non scrivono sempre la stessa cosa.
La dimensione del file. Un salvataggio corretto ha una dimensione fissa, imposta dal tipo di memoria del gioco originale. Una dimensione inaspettata annuncia quasi sempre un rifiuto. Ultimo dettaglio: alcuni giochi Game Boy Color e Game Boy Advance incorporano un orologio in tempo reale mescolato ai dati di gioco, e i cicli giorno-notte possono comportarsi in modo strano dopo un trasferimento.
Se il gioco parte ma ignora la partita importata, la nostra guida delle quattordici cause di un gioco che non parte copre i casi vicini, dalla cartella mal scelta all'archivio mal formato.
La routine da adottare, e con quale frequenza
Un salvataggio di partita sta in pochi kilobyte: copia l'intera cartella, non un file scelto caso per caso.
- Dopo ogni sessione importante su un gioco lungo, quello la cui perdita ti dispiacerebbe davvero.
- Prima di qualsiasi aggiornamento del firmware, prima di qualsiasi cambio di firmware e prima di qualsiasi formattazione della scheda.
- Una volta al mese se giochi regolarmente, anche senza un evento particolare.
Riponi ogni copia in una cartella datata, su un supporto che non sia la console. Due copie su due supporti diversi coprono l'essenziale degli incidenti. Alcuni firmware aiutano: il modulo di salvataggio di muOS annuncia di registrare l'insieme dei salvataggi e dei salvataggi di stato di RetroArch e degli altri emulatore supportati.
La scheda microSD rimane l'anello debole della catena, ed è lei che cede per prima. È anche per questa ragione che tutte le schede che spediamo passano una verifica di scrittura-lettura completa prima di partire. Il nostro articolo su la gestione quotidiana dei salvataggi dettaglia l'organizzazione da mettere in atto.
Le partite provenienti da una vera cartuccia
Il caso si presenta spesso: una cartuccia Game Boy Color in un cassetto, centoquaranta ore su di essa, e una pila del 1999 come unica protezione. Un lettore di cartucce estrae questi dati di gioco sotto forma di file, indipendentemente dal gioco stesso. La nostra guida completa alla copia delle cartucce descrive l'operazione e l'ordine da rispettare prima di un cambio di pila.
Una volta ottenuto il file, si ricongiunge al circuito descritto sopra: giusta cartella, giusto nome, prova su una copia. Il senso inverso funziona anche, una partita avanzata su console portatile può tornare nella cartuccia.
Domande frequenti
Si può convertire un salvataggio di stato in un salvataggio normale?
Non con uno strumento, ma con il gioco stesso. Sulla macchina originale, carica il salvataggio di stato, raggiungi un punto di salvataggio e salva normalmente. Ottieni un file di salvataggio nativo, quello che si trasporta. È il riflesso da avere prima di qualsiasi cambio di console o di firmware.
Il mio salvataggio è scomparso dopo aver rinominato la mia ROM. È perduto?
No, è diventato orfano. Il file è ancora lì, sotto il vecchio nome. Rinomialo affinché corrisponda al nuovo nome del gioco, a parte l'estensione, e la partita riapparirà. Se hai rinominato molti file, procedi gioco per gioco piuttosto che in blocco.
Posso trasferire i miei salvataggi tra due firmware sulla stessa console?
Sì per i salvataggi nativi: il file non cambia, cambia solo il suo percorso. Copia la cartella di salvataggio su un computer prima dell'installazione, quindi riposiziona i file nella nuova alberatura. I salvataggi di stato generalmente non sopravvivono all'operazione.
Le schede di memoria PlayStation 1 si trasferiscono anche?
Sì, con la stessa logica. Il core Beetle PSX scrive una scheda di memoria virtuale sotto forma di file, in formato libretro o Mednafen a seconda dell'impostazione, e la sua documentazione indica che i due si convertono con un rinominamento. Verso un emulatore autonomo, preferisci il suo importatore di salvataggi.
Bisogna trasferire i salvataggi prima o dopo i giochi?
Prima i giochi, poi i salvataggi. Conosci così il nome esatto che portano i file sulla macchina di arrivo e puoi allinearvi i salvataggi. L'ordine inverso obbliga spesso a rinominare tutto una seconda volta.
Il mio gioco parte ma non vede la partita importata. Cosa verificare?
In ordine: il nome del file, che deve corrispondere esattamente a quello del gioco; la cartella realmente utilizzata dall'emulatore; il core utilizzato, che deve essere quello originale; infine la dimensione del file. Prova sempre mantenendo l'originale intatto da qualche altra parte.
Un ultimo riflesso, a prescindere dall'hardware: prima di svuotare una scheda microSD, copia l'intera cartella di salvataggio su un computer, anche se sei certo di non avere nulla di importante su di essa. Questa copia di dieci secondi separa un cambio di console da una partita persa. Se ti stai preparando proprio una nuova macchina, il nostro reparto console portatili raggruppa i modelli Linux, Android e Windows.
