Alcuni mesi fa ho trovato una serie di esempi sul pygame. Qui troverete la versione completa del articolo io postero solamente codice e una breve spiegazione tratta sempre dal articolo originale.
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 |
imm_sfondo = "ciaomondo.jpg" import pygame from pygame.locals import * from sys import exit pygame.init() screen = pygame.display.set_mode((640,480), DOUBLEBUF | HWSURFACE, 32) pygame.display.set_caption("Ciao Mondo!!!") sfondo = pygame.image.load(imm_sfondo).convert() while True: for event in pygame.event.get(): if event.type == QUIT: exit() screen.blit(sfondo,(0,0)) pygame.display.flip() |
|
1 |
imm_sfondo = "ciaomondo.jpg" |
Con questa riga di codice memorizziamo il nome della nostra immagine di sfondo, che per essere visualizzata corretamente dovrà essere di 640×480 pixel, vedremo poi perché.
|
1 2 3 4 5 |
import pygame from pygame.locals import * from sys import exit |
Con questi comandi importiamo le librerie necessarie, ovvero le librerie pygame nella prima riga, le variabili locali nella seconda e l’uscita per il programma dalle librerie di sistema nell’ultima. Fra poco vedremo a cosa servono.
|
1 |
pygame.init() |
La libreria Pygame è divisa in moduli che gestiscono vari tipi di eventi, per esempio display gestirà lo schermo, mentre mixer servirà per caricare e gestire eventi sonori. Tutti i moduli sono avviabili singolarmente, ma con pygame.init() li avvieremo tutti insieme, così che rimarranno a nostra disposizione quando ne avremo bisogno.
Caricare i moduli singolarmente ne guadagnerà in velocità, perché se per esempio non abbiamo bisogno dell’audio, si caricheranno cose inutilizzate in memoria, rallentando di conseguenza il programma. Per questo codice di esempio non fa nessuna differenza, ma in un progetto più complesso, l’ottimizzazione ha la sua buona parte per la riuscita del videogioco.
|
1 |
screen = pygame.display.set_mode((640,480), DOUBLEBUF | HWSURFACE, 32) |
Con questa creiamo una finestra 640×480 con doppio buffer (da notare che dobbiamo scrivere solo DOUBLEBUF e non pygame.DOUBLEBUF perché abbiamo importato le variabili locali), accelerazione hardware (HWSURFACE) e con profondità 32 bit.
|
1 |
pygame.display.set_caption("Ciao Mondo!!!") |
Qui settiamo il nome della finestra che abbiamo creato.
|
1 |
sfondo = pygame.image.load(imm_sfondo).convert() |
Ora carichiamo lo sfondo e lo convertiamo in una superficie per essere visualizzato sullo schermo. La conversione è necessaria per essere correttamente disegnato sullo schermo.
|
1 2 3 4 5 6 7 8 9 10 11 |
while True: for event in pygame.event.get(): if event.type == QUIT: exit() screen.blit(sfondo,(0,0)) pygame.display.flip() |
Questo è il vero corpo di gioco, per ora. Il primo ciclo equivale in poche parole ad una frame di gioco, mentre il secondo è indispensabile per controllare gli eventi al di fuori del gioco per far interagire l’utente. In questo caso basta controllare solamente se viene premuto il tasto di uscita della finestra (la ‘x’ della cornice).
Grazie a screen.blit, disegniamo il nostro sfondo dalle coordinate (0,0) in poi. Essendo la nostra finestra 640×480 pixel, è per questo motivo che l’immagine da visualizzare deve essere altrettanto grande, altrimenti sarebbe visualizzata solo una porzione. Vi ricordo che le coordinate dello schermo hanno l’origine nell’angolo in alto a sinistra e quindi anche le operazioni che fate sulle immagini tengono conto di questo.
L’ultima riga è un po’ più complessa da spiegare: avendo utilizzato l’accelerazione hardware abbiamo aggiunto un secondo buffer; in poche parole in questo secondo buffer il computer si prepara il prossimo frame da visualizzare. Quindi quando stampiamo a video la nostra immagine non dobbiamo ridisegnare da capo, ma dobbiamo semplicemente scambiare il buffer attuale con quello successivo. In questo modo si evitano discrepanze visive dovute al refresh della memoria video che deve ridisegnare ogni volta la stessa immagine sullo stesso buffer.
