Come puoi mettere tutte le immagini di un gioco in 1 file?

Ho appena finito un gioco di ruolo di base scritto in SFML C ++, ho fatto molti sforzi nel gioco e vorrei distribuirlo, tuttavia ho riscontrato un piccolo problema.

Il problema è che ho ben oltre 200 immagini e file di mappe (sono file .txt che contengono codici di mappe) tutti nella stessa cartella dell'eseguibile, quando guardo nella cartella, mi viene da piangere un po 'vedendo così tante risorse, non ho mai visto un gioco che ti mostra tutte le risorse direttamente, invece credo che racchiudano le risorse in un determinato file.

Bene, questo è quello che sto cercando di ottenere: spero di racchiudere tutte le immagini in 1 file (forse anche i file .txt), quindi poter leggere da quel file o aggiungerlo facilmente.

I programmatori di giochi hanno fatto affidamento su uno dei due metodi principali di archiviazione dei dati:

• memorizzare ogni file di dati come file separato
• memorizzare ogni file di dati in un formato di archivio personalizzato

Lo svantaggio della prima soluzione è il problema di spazio su disco sprecato, nonché il problema delle installazioni più lente.

La seconda soluzione prevede le sue insidie, la prima è che devi scrivere tutta la tua immagine / suono / ecc. routine di caricamento che utilizzano un'API personalizzata per accedere ai dati archiviati. Un ulteriore svantaggio è che devi scrivere la tua utility di archiviazione per costruire gli archivi in ​​primo luogo.

A meno che non caricherai sempre tutti i file dall'archivio, TAR / GZ potrebbe non essere un'ottima idea, perché non puoi estrarre file specifici di cui hai bisogno. Questo è il motivo per cui molti giochi usano archivi ZIP, che ti permettono di estrarre singoli file come richiesto (un buon esempio è Quake 3, i cui file PK3 non sono altro che file ZIP con una diversa estensione).

• http://zpp-library.sourceforge.net/
• http://www.winimage.com/zLibDll/minizip.html

EDIT: "Nascondi" la struttura delle cartelle di gioco e "Mantieni" solo gli eseguibili

Un'altra soluzione viene spesso utilizzata per "nascondere" i file di gioco nella struttura delle cartelle. Conserva solo i file eseguibili e forse un file Leggimi nella directory principale e sposta i file di gioco in una sottocartella denominata "dati" o altri relativi.

EDIT: Gamedev Tuts Plus ha una bella risorsa

• http://gamedev.tutsplus.com/tutorials/implementation/create-custom-binary-file-formats-for-your-games-data/

EDIT: libarchico

Una potenziale soluzione libarchiva, che è una libreria di archiviazione che gestirà l'estrazione di file da un archivio come un file ZIP. Permette persino di assegnare il file estratto a un puntatore FILE standard, il che renderebbe potenzialmente più semplice l'interfacciamento con qualsiasi altra libreria.

• http://libarchive.github.com/

EDIT: file in formato ZIP con estensione alternativa

Qui, mi piace il commento di @Joachim Sauer

L'utilizzo di file in formato ZIP con estensioni alternative ha una grande tradizione anche al di fuori dei giochi: lo fa Java , lo fa OpenDocument Format (alias OpenOffice / LibreOffice) , anche Office Open XML (alias il "nuovo" formato Microsoft Office) lo fa .

Un'altra soluzione spesso utilizzata per "nascondere" i file di gioco è la struttura delle cartelle. Conserva solo i tuoi eseguibili e forse un file Leggimi nella directory principale e sposta i file di gioco in una "cartella" sottocartella. Non penso che sia molto raro farlo. Molti giochi che conosco archiviano i loro contenuti in questo modo.

Mi piace molto PhysFS per questo. Ti consente di accedere a cartelle o archivi zip con lo stesso codice. Funziona bene per tutte le fasi della vita di un gioco.

1. Durante lo sviluppo : accedere alle risorse direttamente da una gerarchia di cartelle. In questo modo gli archivi compressi non sono di ostacolo e puoi iterare rapidamente.
2. Implementazione iniziale : comprimere le risorse per una facile implementazione / installazioni rapide. Nessun codice deve cambiare. Basta puntare PhysFS sulla zip anziché sulla cartella.
3. Aggiornamenti / Modding : PhysFS può caricare più archivi zip in cui le risorse dell'una sovrascrivono sull'altra. Gli aggiornamenti possono essere semplici come una nuova zip con solo i file modificati. Allo stesso modo per il modding.

aggiornare:

Ho usato il tutorial incluso con la documentazione sorgente e doxygen per imparare PhysFS. L'API è davvero abbastanza semplice, passerai più tempo a imparare a caricare immagini in SFML tramite buffer di memoria anziché tramite percorso del file.

Suggerirei di utilizzare un file ZIP. È un formato onnipresente e troverai librerie già pronte che ti consentono di caricare file da un file ZIP. Una rapida ricerca su Google ha persino rivelato un caricatore zip per sfml .

Bene, potresti imbrogliare come hanno detto :) Puoi creare un foglio di sprite dalle immagini, non è necessario comprimerlo al giorno d'oggi a meno che non risparmi un sacco di spazio. Dopo aver creato un foglio sprite o più fogli sprite dalle immagini, puoi semplicemente rinominare le loro estensioni. La maggior parte dei giocatori non si preoccuperà di controllare e perché non lasciare questa opzione agli artisti che potrebbero voler modificare il gioco in futuro? In questo modo possono anche creare un foglio sprite, rinominare la sua estensione e iniziare a rotolare.

Con i file di testo, suggerirei umilmente di convertire quei dati in forma binaria. Sono abbastanza sicuro che troverai un modo semplice per farlo. Ad esempio, se usi solo AZ, az e 0-9, puoi usare 6 bit per rappresentare ogni personaggio, che proteggerà in qualche modo il tuo materiale protetto da copyright, impedirà anche ad altri di modificare le mappe .. Se vuoi, puoi sempre aggiungere un convertitore di mappe. La compressione è del tutto ragionevole per il testo.

Non si tratta solo del numero di risorse o di spazio su disco.
Con molti file di trama diversi, poiché si utilizza SFML, che esegue il rendering con OpenGL, ogni volta che si esegue il rendering di una trama, OpenGL deve associare la trama successiva alla scheda video (controllare glBindTexture ()), ed è un compito davvero costoso.
Con questo in mente puoi capire perché i giochi di solito mettono un certo numero di sprite nella stessa trama, i cosiddetti fogli di calcolo, in base ai tuoi menu / livelli / mappe del gioco.
Il risultato è un enorme guadagno in termini di prestazioni, dal momento che stai eseguendo un rendering di molti sprite con la stessa chiamata texture bind.

Personalmente vorrei seguire il percorso del file binario personalizzato per questo. Questo è qualcosa che faccio da solo tutto il tempo ora, non è così difficile come potrebbe sembrare e fornisce anche un livello di offuscamento per i file delle risorse di gioco. Ho scritto un piccolo articolo introduttivo di Gamedev su questo non molto tempo fa se sei interessato:

http://gamedev.tutsplus.com/tutorials/implementation/create-custom-binary-file-formats-for-your-games-data/

Le schede Sprite sono un argomento completamente diverso ma sono la norma per la maggior parte dei giochi :)

Un altro metodo che puoi usare:

La versione gratuita di XnView fornisce una funzione chiamata " Strip of Images" (MAIUSC + A), che consente di creare sprite-collections.

Ciò riduce al minimo l'accesso ai file ed è particolarmente importante per le applicazioni / i giochi Web per ridurre al minimo il numero di HTTP-roundtrips.

L'accesso alle singole immagini viene quindi concesso tramite mappe coordinate (ad esempio definizioni css).

Per prima cosa devi scrivere tutta la tua immagine / suono / ecc. routine di caricamento che utilizzano un'API personalizzata per accedere ai dati archiviati. Un ulteriore svantaggio è che devi scrivere la tua utility di archiviazione per costruire gli archivi in ​​primo luogo. A meno che non caricherai sempre tutti i file dall'archivio, TAR / GZ potrebbe non essere un'ottima idea, perché non puoi estrarre file specifici di cui hai bisogno. Questo è il motivo per cui molti giochi usano archivi ZIP, che ti permettono di estrarre singoli file come richiesto (un buon esempio è Quake 3, i cui file PK3 non sono altro che file ZIP con una diversa estensione). http://zpp-library.sourceforge.net/