In questa parte vedremo le migliorie che si possono apportare all’engine isometrico, per non perdere prestazioni e per rendere più malleabile la creazione del gioco.
Per il momento ho eliminato il giocatore, ma ho lasciato la possibilità di selezionare e deselezionare le piastrelle (tasto sinistro del mouse) ed ora è anche possibile creare un oggetto (in questo caso un albero) tramite il tasto destro del mouse, su una data piastrella. Il terreno viene caricato seguendo una stringa che indica il tipo di tile che dovrà essere visualizzata. Sarà anche possibile scorrere la mappa con le frecce direzionali, visto che ora è più grande del campo visivo messo a disposizione dalla finestra.
Tutte queste piccole cose, oltre a fornirci una solida base per le prossime puntate, sono di vitale importanza per capire l’isometria e i suoi principi. Resta il fatto che le soluzioni proposte sono molto generali e che quindi possono essere applicate a qualsiasi progetto abbiate in mente. Non è stato facile trovare delle applicazioni utili per i più disparati casi, ma penso di esserci riuscito, se non altro concettualmente; c’è da sottolineare anche il fatto che si possono prendere delle scelte inerenti solamente al gioco da voi sviluppato: per esempio scegliere delle piastrelle quadrate od esagonali può portare a delle semplificazioni notevoli, ma dipende sempre se il nostro gioco si sviluppa con un assonometria di 45° o semplicemente in verticale.
Per ricoprire una casistica più vasta ho quindi utilizzato tecniche più generali e pochi trucchi (soltanto quelli necessari a far alzare il frame rate).
– s_terreno = Questa stringa rapprensenta il terreno piastrellato in base al suo contenuto. Per questo esempio avremo che il 2 rappresenza il mare e 1 la terra. Sarà quindi molto semplice creare una qualsiasi mappa secondo le vostre necessità e tipi di celle, naturalmente con qualche piccola modifica.
– class oggetto() = L’oggetto sulla piastrella è rappresentato da questa classe. Dell’oggetto memorizziamo poche informazioni, ma può essere ampliato secondo le necessità.
– class pointocollide() = Per gestire le collisioni con il puntatore del mouse ci appoggeremo a questa classe. Come potete vedere, il puntatore avrà sia la sua parte mask che quella rect.
– class tile() = Abbiamo già visto questa classe nella precedente puntata. Gli unici cambiamenti degni di nota sono la variabile booleana walkable, per determinare se la piastrella è percorribile o meno, ed il rendering, che è stato aggiornato per disegnare sullo schermo solo la parte coperta dalla piastrella. Questo era già possibile da prima, visto che le piastrelle non cambiano di dimensione ed utilizzano il canale alpha, ma l’istruzione fill precedente cancellava tutto il contenuto all’interno del rect dell’immagine, mentre ora si cancellano solo i pixel interessati grazie a blend_max. Questo flag (ce ne sono anche altri) può essere utilizzato anche in blit per dare alcuni effetti visivi, come per esempio lo schiarimento di un’immagine. Infine memorizziamo anche il centro della piastrella.
– class iso_engine() = La gestione del rendering isometrico è gestita completamente da questa classe che illustrerò in dettaglio.
self.aggiorna indica se lo schermo deve essere aggiornato o meno.
self.tiles_list memorizza tutte le piastrelle che interessano il videogioco.
self.level memorizza gli oggetti che sono presenti sulle piastrelle.
self.tipi indica i vari tipi di oggetti che si possono inserire.
self.anim indica il tempo di refresh delle animazioni.
self.screen è lo schermo dove si andrà a renderizzare.
self.list_visibili_tiles contiene tutte le piastrelle visibili in quel momento.
self.list_visibili_level contiene tutti gli oggetti visibili in quel momento.
self.rect_visibili è un oggetto rect che rappresenta la visuale del giocatore. Tramite esso sarà stabilito quali pistrelle ed oggetti sono visibili.
self.coordinate_rect sono le coordinate della “telecamera” creata con rect_visibili.
self.prev_collide contiene la lista degli elementi da aggiornare al contatto con il puntatore.
Fatto il parsing della stringa, avremo creato il nostro campo con celle attraversabili e non e tutte avranno un certo indice che corrisponderà alla loro posizione allinterno della lista delle piastrelle. Per gli oggetti vale lo stesso principio, con la differenza che all’inizio non mettiamo nulla (quindi 0), ma si potrebbe facilmente creare una seconda stringa che indica la posizione degli oggetti ed il loro tipo per aggiornarla sin dall’inizio del gioco, ma per ora abbiamo previsto solo la possibilità di aggiungere un oggetto ad una piastrella che non ne ha.
def aggiorna_visibili() = questa funzione aggiorna la lista degli oggetti e delle celle visibili in base alla “telecamera del giocatore”. Se la telecamera viene spostata si devono prima calcolare le nuove coordinate e poi aggiornare le liste. Questa operazione viene effettuata solo se c’è uno spostamento o si aggiunge un oggetto sul terreno ed utilizzando solo i rect, non spreca molte risorse e ci semplifica molto il lavoro successivo. Da notare che gli oggetti e le piastrelle sono legati sempre dallo stesso indice, altrimenti sarebbe impossibile riferirsi all’oggetto giusto su una data casella.
def add_oggetto() = questa funzione aggiunge un oggetto sulla cella puntata dal mouse. L’oggetto viene aggiunto nella lista level, quindi quella che contiene tutti gli oggetti.
def selection() = utilizzata per selezionare o deselezionare una piastrella. Utilizza la lista delle piastrelle di collide, visto che sono le uniche in prossimità del mouse.
def collide() = gestisce le collisioni tra il puntatore e le piastrelle. Da notare che prima di calcolare le collisioni punto per punto, si cerca di ridurre la zona di lavoro vedendo in che parte dello schermo si trova il puntatore; il tutto grazie a mousepoint.rect. In questo modo abbiamo solo le celle che dobbiamo aggiornare e non sprecheremo ulteriori controlli più pesanti. Infatti controllare le collisioni con mask è molto più dispendioso del farlo con i rect, per questo si preferisce “cadere” prima vicino la zona interessata per poi scegliere tra pochi quello giusto.
def aggiorna_blitter() = la funzione di aggiornamento dello schermo è stata già prevista di una sincronia per le animazioni, anche se non ne gestiamo nessuna. In tal caso, l’importante sarà determinare quali celle ed oggetti sono da aggiornare e spuntare i relativi flag di aggiornamento con una funzione apposita.
def first_render() = utilizzata per il primo rendering del gioco, poi basterà soltanto aggiornare i cambiamenti.
– def run() = nella funzione di main ci sono alcune cose da puntualizzare: per esempio il gioco vero e proprio ora si trova sulla superfice sup_terr, mentre lo schermo del gioco è screen. Quindi se spostiamo la mappa di gioco aggiorniamo solo la posizione di sup_terr rispetto a screen, senza aver bisogno di spostare fisicamente le piastrelle. Naturalmente si dovrà tenere conto di questo memorizzando l’attuale posizione di sup_terr tramite la variabile game.
Conclusioni
Per non perdere prestazioni, in sostanza, si è cercato di ridurre il quantitativo di oggetti su cui si deve lavorare. Utilizzando prima dei controlli più veloci per scremare i risultati si guadagna moltissimo ed il tutto è anche semplice da maneggiare. Spero che il meccanismo di funzionamento sia abbastanza chiaro poiché, come ho già detto, queste soluzioni possono essere apportate in un qualsiasi progetto perché molto generali e non si utilizzano funzioni specifiche per la renderizzazionde del gioco.
Dovete porre particolare attenzione anche all’ordine di renderizzazione degli oggetti e al loro spazio occupato sullo schermo sia come immagini che come oggetti rect, altrimenti non riuscirete a discricarvi in questo scenario. Prossimamente vedremo come far muovere il giocatore in questo ambiente in “falso 3D”, di seguito lascio il link per l’esempio di questa parte:
In Appunti Digitali cerchiamo di esprimere punti di vista informati su questioni che conosciamo, materie che pratichiamo professionalmente o passioni seguite a lungo e con metodo. Nei limiti del poco tempo che possiamo dedicare alla scrittura di articoli, speriamo di aiutarvi a costruirvi un’opinione su materie complesse, informarvi e se possibile divertirvi. I conti del server li paghiamo di tasca nostra e ci riserviamo perciò di moderare i commenti a nostra discrezione.
