Titolo piuttosto criptico oggi, ma di cosa stiamo parlando? Delle texture atlas (aka sprite sheets), probabilmente il più importante strumento per migliorare le performance dei nostri videogiochi. Ma prima di addentrarci e scoprire di cosa si tratta esattamente facciamo una piccola premessa, che ci aiuterà a capire quale problema andiamo a risolvere con questo strumento.

Ricordate la precedente lezione? Nell’esercizio avevamo aggiunto una sola sprite e le prestazioni non ne avevano minimamente risentito, ma cosa accadrebbe se provassimo a caricare un discreto numero di sprite? Ve lo dico io: il gioco diventerebbe ingiocabile!

A scopo dimostrativo ho modificato il codice scritto nella lezione 3 creando non una, ma 50 sprite posizionate in maniera random in una zona dello schermo.

Come potete notare dall’immagine qui sotto le prestazioni sono notevolmente calate, soprattutto considerando che quelle sprite sono fisse e non vengono animate!

Un’aspetto che non si riesce ad “apprezzare” da questa immagine è il notevole aumento del tempo di caricamento del gioco: in fase di avvio, per diversi secondi, il framerate è stato di 5/7 fps… e tutto questo sul simulatore!

Pensate a cosa accadrebbe su un dispositivo magari vecchiotto come un iPhone 3.

Ma perché questo degrado? Per capirlo a fondo dovremmo conoscere cosa succede al livello di OpenGL ES, ma visto che stiamo usando Cocos2d proprio per evitare di addentrarci in questa tecnologia, ci basterà sapere che la creazione di molte sprite, ciascuna con la sua immagine, introduce un notevole overhead dovuto al caricamento del file immagine dal disco in memoria. Sarebbe comodo poter usare un unico file così da minimizzare questo overhead, ed è infatti l’idea che sta alla base delle texture atlas (vengono chiamate anche sprite sheet).

Ma cos’è una texture atlas?

Una texture atlas è un’immagine dove sono state inserite, una di fianco all’altra, tutte le immagini di un personaggio o di una scena, come potete vedere in questa figura:

Anche in questo caso sta al programmatore decidere quali immagini inserire all’interno di una texture, ovviamente cercando di raggruppare immagini da utilizzare nello stesso contesto.

Le dimensioni contano

Le dimensioni contanto! Chi dice il contrario… non ha mai avuto a che fare con lo sviluppo di videogiochi! Se non fosse chiaro sto parlando della dimensione delle sprite, che ha un impatto notevole sul consumo di memoria dei nostri device.

Come se la memoria non fosse già preziosissima, sui “vecchi” device (parliamo di iPhone 3) è presente una limitazione che impone il caricamento in memoria solo immagini la cui dimensione sia una potenza di due. Se ad esempio la vostra sprite misura 129×129 pixel in memorià sarà rappresentata da una immagine 256×256.

Cocos2d include delle funzionalità per gestire correttamente anche le sprite con dimensione non potenza di due (NPOT) ma questa opzione deve essere abilitata specificatamente.

Nel file ccConfig.h sono presenti alcune direttive al compilatore, quella che ci interessa è:

Nel vostro caso dovrebbe essere 0, portatela quindi ad 1 e leggete con attenzione il commento, scoprirete che questa opzione verrà abilitata di default sulla prossima release di cocos2d, ottima notizia!.

Come creare una texture atlas (o sprite sheets)

Ma come si può generare una texture atlas come quella che abbiamo appena visto? Esistono decine di programmi per farlo e volendo lo si potrebbe fare anche “a mano” perché quello che serve è mettere le immagini affiacate in un’unica immagine ed annotare per ciascuna immagine l’origine (in termini di pixel).. un lavoraccio!

Utilizziamo quindi un programma che si chiama Zwoptex (http://zwopple.com/zwoptex/). Questo programma non è gratuito ma il costo è veramente basso e anche nella sua versione non-registrata permette di rispondere alle esigenze più comuni.

Scarichiamolo quindi dal sito e avviamolo, si aprirà quindi una finestra in cui dovremo cliccare su “Create a new document”:

L’interfaccia del programma non è complessa, ma a prima vista potrebbe disorientare.
Iniziamo con l’importare delle immagini che abbiamo precedentemente realizzato cliccando sul pulsante “import”. Se volete potete scaricare le immagini da utilizzare da QUESTO indirizzo (io ho le ho recuperate da questo sito: http://www.retrogamezone.co.uk/doremifantasy.htm) e sono state rippate da un videogioco che si chiama DoReMi Fantasy.

Come potete notare le immagini appena importate sono visibili nell’elenco sulla destra, mentre nell’immagine al centro appaiono tutte sovrapposte. Assicuriamoci quindi che la dimensione del documento sia adeguata a contenere tutte le nostre sprite (nell’esempio ho selezionato 128×128) e clicchiamo sul pulsante “layout”. Il risultato dovrebbe essere quello visibile in figura:

Tra le varie opzioni di questo programma forse la più importante è accessibile dalla checkbox “trimmed”, che permette di eliminare (se presente) l’area trasparente intorno alle nostre sprite così da diminuire lo spazio occupato e permettere l’overlapp di più sprite. Questa opzione però non cambierà le dimensioni a runtime della nostra sprite perché Zwoptex memorizza la quantità di pixel che ha eliminato e la reinserisce a runtime così che possiamo gestire il tutto come se niente fosse accaduto.

Abilitiamo quindi l’opzione e vedremo che ora il programma riesce a far stare 5 immagini da 32×32 pixel in un’unica riga da 64 pixel!

Eliminando anche “borderpadding” e “sprite spacing” arrivo a contenere il tutto in un’unica texture atlas da 64×32 pixel, non male!

A questo punto possiamo esportare il frutto del nostro lavoro, che consisterà in un’immagine png ed un file *.plist contenente tutte le informazioni per recuperare la singola sprite.

Clicchiamo su “Publish Settings” e configuriamo tutto come visibile in questa immagine:

Clicchiamo su “Done” e infine su “Publish” per esportare il nostro lavoro.
Il risultato è composto da questi due file:

Come si può ben vedere il file plist contiene le informazioni necessarie per recuperare e ricostruire le singole sprite.

Animiamo la nostra sprite

Per imparare ad usare le texture atlas creeremo un nuovo progetto cocos2d in cui animeremo la nostra piccola DoReMi posizionandola al centro dello schermo.

Procediamo quindi (come abbiamo già fatto altre volte) con la creazione di un nuovo progetto cocos2s, che io ho chiamato “LearnAtlas”.

Copiamo all’interno del progetto i due files prodotti da Zwoptex trascinandoli sul Navigator di XCode (l’elenco delle risorse a sinistra).

Esaminiamo il metodo init della classe HelloWorldLayer ed eliminiamo tutto il codice riguardante la creazione della label, al suo posto visualizzeremo la nostra animazione.
Vediamo come di consueto il codice nella sua interezza e a seguire la spiegazione:

1. Aggiungiamo al singleton CCSpriteFrameCache il file plist generato da Zwoptex
2. Creiamo un array contenente 4 sprite, ciascuna sprite è recuperata proprio dal singleton CCSpriteFrameCache attraverso il metodo spriteFrameByName: al quale bisogna passare il nome dell’immagine originale che abbiamo inserito dentro la texture atlas. In questo caso le immagini si chiamano run_0000.png, run_0001.png etc.
3. Creiamo un’animazione utilizzando i frame inseriti nell’array e inserendo un delay di 0.15 secondi tra un frame ed il successivo
4. Creiamo la sprite della piccola DoReMi utilizzando l’imagine stay.png che la mostra frontalmente. Questa immagine è recuperata come le altre dalla texture atlas.
5. Creiamo l’azione che ripeterà indefinitivamente l’animazione definita al passo 3
6. Assegniamo l’azione alla nostra sprite
7. Aggiungiamo la sprite alla nostra scena.

Il risultato sarà questa sprite che sgambetta felice al centro del nostro schermo:

Nella prossima lezione approfondiremo il comportamento delle sprite imparando ad eseguire le azioni sulle sprite stesse. Per qualsiasi dubbio o chiarimento vi invito a postare sul nostro forum nell’apposita sezione dedicata al corso di cocos2d.

Alla prossima