Perché rimangono risorse extra nel gioco finale?

Stavo solo leggendo ciò che è stato scoperto nei file di No Man's Sky, molte cose che non sono state utilizzate o pertinenti al gioco. Ho anche letto poco fa delle impostazioni E3 lasciate nei file di Watch Dogs. Perché gli sviluppatori di giochi lasciano file vecchi e inutilizzati nel gioco finale?

Sicuramente questo occupa solo più spazio su un disco e significa che devono essere scaricati più dati se si scarica il gioco?

Inoltre, gli sviluppatori non hanno paura di ciò che le persone potrebbero trovare?

I principali giochi usano qualcosa chiamato pipeline di build. Questo è come un altro set di strumenti che gestisce la creazione del contenuto del gioco per tutte le diverse distribuzioni. I giochi multipiattaforma come No Man's sky e Watch_Dogs utilizzano sicuramente risorse diverse per le diverse piattaforme. Quindi per come la vedo io ci sono due possibili risposte alla tua domanda.

1. Gli sviluppatori hanno dimenticato di rimuovere alcuni asset dalla pipeline e sono stati raggruppati con il gioco reale.

2. Gli sviluppatori hanno lasciato intenzionalmente alcune risorse "non utilizzate" nel gioco per un uso successivo durante una patch o un aggiornamento, poiché non erano in grado di rispettare la scadenza. Esempio Devil's Pit di The Witcher 3.

Può essere più difficile di quanto pensi di trovare tutti i contenuti di riferimento in un gioco di grandi dimensioni su cui si lavora da più persone. Anche quando ci sono strumenti espliciti in atto per aiutare (abbiamo creato tali strumenti in ArenaNet, chiunque usi Unreal ha accesso alla versione di Unreal di quegli strumenti, Bungie ha strumenti che fanno la stessa cosa e ne hanno persino parlato, eccetera)

Esistono diversi modi in cui è possibile fare riferimento al contenuto che può sconfiggere tali sistemi, in genere semplicemente facendo riferimento al contenuto da qualcosa che il sistema non è in grado di tracciare (come la creazione di un riferimento implicito o hardcoded nel codice a una risorsa).

Anche supponendo che tu abbia risolto il problema di trovare tutti i riferimenti incrociati del contenuto, hai il problema di non essere in grado di dire se qualcosa viene effettivamente utilizzato . Forse alcune risorse sono referenziate in uno script da qualche parte, ma il volume di attivazione per quello script è posizionato in modo errato all'interno di un muro e il contenuto non può quindi mai spawnare nel gioco. Testare questo esaustivamente è anche abbastanza difficile.

Quando automatizzato (o automat grado ) metodi per rilevare e filtrare i contenuti inutilizzato sicuro, si sono lasciati con la vecchia maniera: intervento umano. Gli umani commettono errori, ipotesi sbagliate (possono pensare che un file sia ancora usato anche se non è perché qualcun altro ha apportato una modifica), e sì, a volte persino scelgono di lasciare intenzionalmente contenuti irrilevanti nel gioco come Easter Eggs. È solo la naturale fallibilità umana che porta a questo.

Di solito non è una quantità sufficiente di contenuto per spostare realmente l'ago molto per il caricamento o l'ottimizzazione delle dimensioni del file. Esistono anche strumenti per segnalare le risorse più grandi o più lente in qualsiasi catena o motore di grandi dimensioni, ma l'obiettivo è quello di ridurre l'impatto dei principali autori di reato e di non trovare e individuare ogni singolo byte sprecato. Generalmente.

Quello che manca nelle altre risposte è che questo non ha nulla a che fare con i giochi. Colpisce tutte le applicazioni.

Ci sono sempre file e codici che non verranno utilizzati in nessun programma ragionevolmente complesso. Ciò accade a causa delle seguenti 2 cose:

• I programmi si evolvono nel tempo.
• Richiede uno sforzo per capire se qualche pezzo di codice o qualche file non viene più utilizzato.
  • Se si rimuovono elementi senza spendere tale sforzo, il comportamento dell'applicazione diventa imprevedibile

Aggiungendo a / ehancing la risposta di Uri Popov :

3. I programmi possono installare pacchetti di aggiornamenti che contengono versioni nuove e migliorate dei file di risorse esistenti e un aggiornamento del programma stesso. Da parte mia, non sovrascrivo le versioni precedenti dei file delle risorse, perché voglio consentire un fallback a una versione precedente del programma (immagina, ad esempio, il panico di aver distribuito un aggiornamento totalmente disastroso :-)). La versione originale del programma potrebbe utilizzare texture_0.dds e quella aggiornata texture_1.dds (quindi texture_0.dds non è più necessaria). La sovrascrittura (usando un solo nome) proibirebbe la rimozione dell'aggiornamento del programma, cioè il fallback alla versione originale, a meno che non ci fosse anche la delicata meccanica di sovrascrivere i file di risorse più recenti con quelli più vecchi. E questo non è qualcosa che qualcuno vuole sostenere.

Modificare:

Reagendo a un commento alla domanda originale,

Nessuno ricordava di cancellarli

4. Direi che nessuno ha osato cancellarli. Cosa succede se al gioco manca una trappola degli errori sufficiente (per errore, ignoranza, errore, persona chiave ha lasciato l'azienda, ecc.) Nel punto di caricamento di quel file (ora mancante) X e il problema è stato scoperto nonostante gli intensi test? Supponiamo che il caricamento avvenga solo "ogni terza volta", solo al livello 35 di 36, che raggiungi solo in 4 settimane di gioco intenso :-). La perdita di reputazione causata dal crash del software è un fenomeno brutale e, nel peggiore dei casi, può finire in una società fallita. Meglio non toccare quel file :-).

Perché gli sviluppatori di giochi lasciano file vecchi e inutilizzati nel gioco finale?

Sicuramente questo occupa solo più spazio su un disco e significa che devono essere scaricati più dati se si scarica il gioco?

Inoltre, gli sviluppatori non hanno paura di ciò che le persone potrebbero trovare?

Gli sviluppatori di giochi lasciano i file inutilizzati nel gioco finale perché non vogliono impegnarsi per trovare e rimuovere tutti i file inutilizzati. Dopo tutto i giochi funzionano bene con un po 'di materiale extra e il tempo è denaro. La pulizia aumenta i costi (a seconda di quanto automatizzato ciò avvenga).

Sebbene occupi più spazio e significhi che devono essere scaricati più dati, di solito questo non è un problema per gli sviluppatori e anche ai clienti di solito non importa molto delle dimensioni di download leggermente più grandi.

Non sei sicuro che gli sviluppatori debbano avere paura di qualcosa che la gente potrebbe trovare? Perché dovrebbero? Finché non c'è nulla di compromettente nei file extra (grafica davvero brutta, battute sui loro capi o sui clienti, ...) probabilmente non gliene importa molto. Sebbene in alcuni casi abbiano effettivamente paura di ciò che i giocatori potrebbero rilevare nelle risorse.

È stato accennato, ma non è stato completamente toccato dalle altre risposte: tutto si riduce ai costi e alcuni dei costi sono più complicati di quanto si possa pensare.

Il costo più evidente è che qualcuno deve eliminarli. Ora potresti semplicemente mettere un tirocinante sul caso e farlo cercare tra i file e quant'altro per rimuovere quelli che non sono necessari nel gioco reale. Ma comunque, devi pagare per questo e, anche se non lo fai (perché sei un mostro che non paga stagisti) avresti comunque potuto fare fare a quel tirocinante qualcosa di utile come ordinare la pizza per il team di sviluppo, quindi ti costa ancora.

Il costo meno ovvio è che la risorsa che stai per rimuovere è stata inserita per un motivo: sei assolutamente sicuro che il motivo sia obsoleto? Certo, hai scritto questo codice per una demo e non ne hai più bisogno, ma è del tutto vero? Hai scritto una funzione utile che hai dimenticato di migrare verso le altre librerie? Stacey ha creato una grafica davvero interessante per la demo che è finita nel gioco reale? Un simulatore interno utilizza ancora quel vecchio livello usato per i test?

Fare giochi è un business. Anche se non è un'attività redditizia, è comunque un'attività con risorse limitate. Ogni decisione richiede un'analisi costi-benefici, anche se non vai a scrivere casi aziendali per ognuno. E il semplice fatto è che il costo di lasciare tali risorse nel gioco è un download leggermente più grande, e i benefici sono un rischio significativamente ridotto di qualcosa che esplode subito prima del rilascio.

Tutti quei punti interrogativi nel paragrafo "meno ovvio" rappresentano l'incertezza. Solo che non lo sai. E quando gestisci un'azienda, devi scambiare le tue incognite con noti. E ciò che è noto è che il pacchetto che hai creato ha superato i test, anche se ha un po 'gonfio.

Esistono altri costi potenziali come perdite di informazioni nel processo di sviluppo che potrebbero essere potenzialmente utilizzate per derivare gli hack, ma hai superato il processo di test così com'è, non dovresti davvero preoccupartene.

tl; dr: nessuno noterà un download del 4% più grande, ma noteranno se hai rotto il gioco rimuovendo i file necessari.