GOG vuole salvare le copie fisiche ma potrebbe non bastare


Un installer copiato su un Blu-ray, un SSD esterno o un NAS continua a esistere anche quando lo store chiude, l’account viene sospeso o il catalogo cambia. La frecciata di GOG a Sony coglie quindi un punto essenziale: un file sotto il controllo del giocatore vale più di una voce dentro una libreria remota. Eppure quel supporto conserva una specifica build del gioco; la giocabilità futura dipende anche da ciò che resta fuori dal disco.

Il paragone arriva dopo la decisione di Sony di interrompere da gennaio 2028 la produzione su disco dei nuovi giochi PlayStation. L’uscita di GOG funziona perché trasforma una promessa commerciale in un gesto verificabile: scaricare, copiare, scollegare il PC dalla rete e installare. Per un gioco single-player completo e privo di DRM, questa è proprietà operativa: il diritto legale resta una licenza, mentre l’uso quotidiano smette di dipendere dal permesso dello storefront.

Il disco restituisce una facoltà concreta

Gli installer offline di GOG vengono generati dalla build pubblicata sul ramo Master e appaiono nella libreria come pacchetti di backup. GOG Galaxy è opzionale. Dopo il download si possono conservare installer, eventuali file BIN, manuali e contenuti extra su più supporti. Il vantaggio rispetto al solo accesso tramite account è misurabile: quella versione può essere reinstallata senza riscaricarla, anche dopo un delisting. La copia locale separa l’acquisto dalla disponibilità futura del distributore.

Serve comunque un backup fatto bene. Un singolo disco ottico può deteriorarsi, un hard disk può guastarsi e un NAS può essere colpito da un errore umano o da ransomware. Due copie su dispositivi diversi, almeno una scollegata, riducono il rischio reale; un hash SHA-256 permette di controllare in seguito che i file siano integri. Conviene archiviare insieme numero di versione, lingua, DLC, manuale e note d’installazione. Masterizzare l’installer è il primo passaggio di una strategia di conservazione personale.


Un file conserva solo ciò che contiene

Una build PC vive dentro un ambiente tecnico. Molti giochi richiedono componenti condivisi: la documentazione Steamworks elenca Visual C++, .NET, DirectX 9, OpenAL, XNA e PhysX. A questi si aggiungono driver grafici, codec, launcher, middleware audio, sistemi anti-cheat e API del sistema operativo. L’eseguibile può essere intatto e fallire comunque all’avvio su una macchina futura. Conservare anche i redistributable e documentare la configurazione compatibile rende il backup molto più utile.

Fallout 3 mostra quanto possa pesare una dipendenza esterna. Nel 2021 la patch 1.7.0.4 ha rimosso Games for Windows Live e migliorato stabilità e prestazioni. Una vecchia build rimasta perfettamente leggibile su disco avrebbe continuato a portarsi dietro il componente superato. La patch ha aumentato la durata pratica del gioco; il backup della release precedente aveva conservato i bit, senza risolvere il vincolo tecnico incorporato in quei bit.

Il limite diventa assoluto quando la logica essenziale risiede sui server. Ubisoft ha spento i server di The Crew il 31 marzo 2024 e ha dichiarato il titolo inaccessibile su tutte le piattaforme. Il client installato occupava ancora spazio e conservava asset, codice e interfaccia; mancava il servizio necessario a farlo funzionare. Nessuna copia del solo installer poteva ricostruire autenticazione, stato persistente e logica remota. Il gioco acquistato comprendeva componenti mai consegnati all’utente.

Anche i casi meno drastici producono versioni mutilate: eventi stagionali, mappe distribuite dal backend, classifiche, matchmaking, salvataggi cloud, mod ospitate altrove e DLC scaricati dopo l’installazione. Una patch può inoltre sostituire musiche con licenza scaduta o correggere un bug bloccante. Il supporto locale fotografa ciò che era disponibile in quel momento. Per sapere che cosa rappresenta davvero servono manifest dei file, cronologia delle patch e indicazione delle funzioni remote. La completezza è una proprietà documentabile, non una sensazione data dall’icona dell’installer.

Tre livelli, tre domande diverse

Il primo livello è l’accesso commerciale: il gioco è in vendita, scaricabile dall’account e supportato dal titolare dei diritti. È il livello più comodo e anche quello che può sparire per licenze, chiusure aziendali o decisioni di catalogo. La domanda utile è semplice: posso ottenerlo oggi attraverso un canale autorizzato? Un delisting chiude questa porta, pur lasciando talvolta attivi i download per chi aveva già acquistato.


Il secondo livello è la proprietà operativa dell’utente: esistono una copia completa, le dipendenze necessarie e un percorso d’avvio privo di verifiche esterne indispensabili. Il termine riguarda il controllo tecnico; il copyright resta al titolare. Anche l’accordo di GOG definisce l’uso dei contenuti come licenza personale e consente i backup entro le regole previste. La domanda diventa: posso installare e avviare questa versione con infrastrutture che controllo?

Il terzo livello è la preservazione storica. Richiede build diverse, patch, manuali, metadati, hardware o ambienti virtualizzati, dipendenze, documentazione dei server e competenze per migrare tutto verso sistemi futuri. Può richiedere inoltre autorizzazioni sui diritti e accesso al codice sorgente. Un archivio deve poter identificare, verificare e rendere nuovamente eseguibile l’opera. Una cartella senza versione, contesto e strumenti offre una testimonianza incompleta, anche quando tutti i file risultano integri.

Il programma GOG prova quanto lavoro resta

Il GOG Preservation Program formalizza l’impegno a testare i classici sulle configurazioni correnti, applicare correzioni, offrire supporto tecnico e continuare la manutenzione anche dopo un eventuale delisting. La pagina del programma precisa anche che l’iniziativa è attualmente concentrata su Windows. Se l’installer bastasse da solo, test e aggiornamenti successivi sarebbero superflui. Il programma esiste proprio perché Windows, driver e hardware continuano a cambiare.

Qui GOG merita credito su due fronti distinti. Consegna al cliente una build DRM-free archiviabile e investe risorse per mantenerne la compatibilità. Il primo intervento riduce la dipendenza commerciale; il secondo affronta l’obsolescenza tecnica. Confondere i due risultati indebolisce la discussione: lascia credere che la copia risolva ogni problema e rende invisibile il lavoro di QA, ingegneria della compatibilità, packaging e verifica storica. La preservazione è manutenzione ripetuta su materiale ben archiviato.

La garanzia che manca si chiama piano di fine vita

Per i giochi capaci di funzionare offline, lo standard minimo è chiaro: installer completo, DRM rimosso, dipendenze incluse, salvataggi locali, ultima patch e documentazione della versione. Per i titoli legati a servizi remoti serve un piano di fine vita definito durante lo sviluppo: patch offline, server dedicato distribuibile oppure protocolli e strumenti sufficienti a gestire un server alternativo. Build, schema dei dati e documentazione tecnica possono essere depositati in archivio con condizioni di rilascio attivate alla chiusura del servizio.


Questa soluzione evita di imporre server ufficiali eterni. Alla cessazione commerciale cambia il pacchetto consegnato: autenticazione disattivata, progressione trasferita in locale, endpoint configurabili e funzioni incompatibili chiaramente elencate. La Commissione europea ha riconosciuto che i server dismessi possono rendere i videogiochi parzialmente o totalmente inutilizzabili e ha annunciato che coinvolgerà consumatori e publisher entro la fine del 2026 per esplorare modi di migliorare gli standard industriali. La durata diventa così un requisito progettuale verificabile, con costi e responsabilità stabiliti prima dello spegnimento.

Per chi compra, la regola pratica sta in cinque controlli: modalità single-player avviabile offline, assenza di login obbligatorio, salvataggi locali esportabili, disponibilità dell’installer completo e presenza di un piano per i server. Dopo l’acquisto vanno scaricati subito gioco, DLC e manuali, registrando versione e hash su almeno due supporti. GOG offre oggi il controllo più utile per le build DRM-free: la possibilità concreta di conservarle. La vera preservazione comincia da quella copia e si completa con compatibilità, documentazione e un’uscita programmata dai servizi online.


#Adessonews seleziona nella rete articoli di particolare interesse.
Se vuoi leggere l’articolo completo clicca sul seguente link
 Tom’s Hardware

Source link

Di