Programmazione del GBA

[evilespeon]

1 minuto fa, Diamaxus ha scritto:

Questo primo capitolo è venuto più lungo perché dovevo spiegare anche tutto il funzionamento dei registri, forse avrei dovuto dividerlo in due parti 

Ma si come inzio dovevi per forza farlo così ma dal prossimo ci sta farli più brevi per me 

Ma no dai questo va bene cosí 

[Diamaxus]

1 minuto fa, evilespeon ha scritto:

Ma si come inzio dovevi per forza farlo così ma dal prossimo ci sta farli più brevi per me 

Ma no dai questo va bene cosí 

Ottimo dai, farò così allora.

[Macca]

Ho letto tutto , non vedo l'ora di vedere la tua mod di Mother 3 :⁠0:⁠0:⁠0

[evilespeon]

On 5/12/2023 at 20:57, Diamaxus ha scritto:

Ottimo dai, farò così allora.

Grandeee koai e scusa se rispondo solo ora XD

[Diamaxus]

8 ore fa, evilespeon ha scritto:

Grandeee koai e scusa se rispondo solo ora XD

Non fa niente, non ti preoccupare

[evilespeon]

6 ore fa, Diamaxus ha scritto:

Non fa niente, non ti preoccupare

Grazieee per capirmi 

[Diamaxus]

1 minuto fa, evilespeon ha scritto:

Grazieee per capirmi 

Di nulla figurati 

[Diamaxus]

Introduzione alla grafica

 

Eccomi di ritorno con un nuovo capitolo. Oggi vi do un'infarinatura generale sulla grafica. È un argomento teorico, procederemo poco per volta.

 

Come dicevo nell’introduzione il GBA ha uno schermo di 60 fps largo 240 pixel e alto 160, capace di rappresentare 327 568 colori.

Ha 5 layer che contengono grafica di cui 4 sono per gli sfondi e 1 per gli sprite.

Il GBA ha a disposizione 96kb totali utilizzati per la memoria video (che inizia all’indirizzo 0600:0000h), la memoria della palette di colori (all’indirizzo 0500:0000h) e la OAM (Object Attribute Memory) all’indirizzo 0700:0000h.

 

Dopo che una scanline è stata disegnata (letteralmente una riga dello schermo ossia 240 pixel) c’è una pausa di 68 pixel detta Horizontal Blank (Hblank) prima che ricominci.

Allo stesso modo dopo 160 scanline (Vertical Draw o Vdraw) c’è una pausa di 68 scanline prima che ricominci a disegnare (Vertical Blank o Vblank), come illustrato nell’imagine qui sotto.

 

 

Per evitare che l’immagine si stiri, la posizione degli sprite viene aggiornata durante il Vblank, per questo i giochi girano a 60 o 30 fps.

 

Per quanto riguarda i colori il GBA sfrutta il formato 5.5.5; sarebbe a dire 5 bit per il blu, 5 per il verde e 5 per il rosso: “xbbbbbgggggrrrrr” (dei 16 bit, il primo bit a sinistra non viene utilizzato).

 

 

Bitmap, tiled backgrounds e sprite

 

Il GBA conosce 3 tipi di rappresentazioni grafiche: bitmap, tiled backgrounds e gli sprite.

I tipi bitmap e tiled backgrounds hanno effetto sull’intero schermo e pertanto non possono essere attivate in contemporanea.

 

Nella modalità bitmap la memoria video considera lo schermo come se fosse un grafico cartesiano (o una matrice se preferite) di dimensione L x H, dove L è la larghezza e H è l’altezza. Per disegnare un pixel ci si posiziona nel punto di coordinate (x, y) e si colora.

 

I tiled backgrounds funzionano in modo completamente diverso. Prima si salvano dei tile grandi 8 x 8 pixel in una parte della memoria video e poi, in un’altra parte della memoria si costruisce una tile-map che contiene gli indici che dicono al GBA quali tile mostrare sullo schermo.

 

Infine abbiamo gli sprite, che possono essere grandi da 8 x 8 pixel fino a 64 x 64 pixel e sono oggetti grafici che possono essere trasformati in modo indipendente l’uno dall’altro.

 

N. B. In realtà nei giochi useremo solo i tiled background, poiché sono più efficienti. Ma poiché le modalità bitmap sono più semplici da capire, vedremo prima quelle.

 

Vsync

 

Come detto, sfruttiamo il Vblank per aggiornare le posizioni degli sprite.

Per fare ciò sfruttiamo una funzione che è costituita da due cicli while dove aspettiamo prima il Vdraw e poi il Vblank.

 

void vid_sync()

{

while(REG_VCOUNT >= 160); // Aspetta il Vdraw.

while(REG_VCOUNT < 160); // Aspetta il Vblank.

}

 

Dove REG_VCOUNT è il registro che conta a quale scanline ci troviamo e che abbiamo definito nel capitolo precedente.

 

Questo codice in realtà è incompleto, perché sfruttando questi cicli while consumiamo moltissima batteria visto che il processore lavora comunque in questo modo. Vedremo come completare il codice quando parleremo delle interrupt, in quanto è necessario mettere il GBA in low-power mode per minimizzare il consumo di batteria e "risvegliarlo" al momento del Vdraw.

 

Per oggi è tutto, ci vediamo presto con il prossimo capitolo dove vi parlerò nel dettaglio delle modalità bitmap.  

Come sempre, se avete domande non esitate a chiedere.

 

fonte: https://gbadev.net/tonc/video.html

 

 

Tag: @evilespeon @ZedeFire @VincyDarkHeart @Macca

Modificato 4 aprile da Diamaxus
Aggiunto link alla fonte aggiornata alla nuova versione

[evilespeon]

4 minuti fa, Diamaxus ha scritto:

Introduzione alla grafica

 

Eccomi di ritorno con un nuovo capitolo. Oggi vi do un'infarinatura generale sulla grafica. È un argomento teorico, procederemo poco per volta.

 

Come dicevo nell’introduzione il GBA ha uno schermo di 60 fps largo 240 pixel e alto 160, capace di rappresentare 327 568 colori.

Ha 5 layer che contengono grafica di cui 4 sono per gli sfondi e 1 per gli sprite.

Il GBA ha a disposizione 96kb totali utilizzati per la memoria video (che inizia all’indirizzo 0600:0000h), la memoria della palette di colori (all’indirizzo 0500:0000h) e la OAM (Object Attribute Memory) all’indirizzo 0700:0000h.

 

Dopo che una scanline è stata disegnata (letteralmente una riga dello schermo ossia 240 pixel) c’è una pausa di 68 pixel detta Horizontal Blank (Hblank) prima che ricominci.

Allo stesso modo dopo 160 scanline (Vertical Draw o Vdraw) c’è una pausa di 68 scanline prima che ricominci a disegnare (Vertical Blank o Vblank), come illustrato nell’imagine qui sotto.

 

 

Per evitare che l’immagine si stiri, la posizione degli sprite viene aggiornata durante il Vblank, per questo i giochi girano a 60 o 30 fps.

 

Per quanto riguarda i colori il GBA sfrutta il formato 5.5.5; sarebbe a dire 5 bit per il blu, 5 per il verde e 5 per il rosso: “xbbbbbgggggrrrrr” (dei 16 bit, il primo bit a sinistra non viene utilizzato).

 

 

Bitmap, tiled backgrounds e sprite

 

Il GBA conosce 3 tipi di rappresentazioni grafiche: bitmap, tiled backgrounds e gli sprite.

I tipi bitmap e tiled backgrounds hanno effetto sull’intero schermo e pertanto non possono essere attivate in contemporanea.

 

Nella modalità bitmap la memoria video funziona come un grafico L x H, dove L è la larghezza e H è l’altezza. Per disegnare un pixel ci si posiziona nel punto di coordinate (x, y) e si colora.

 

I tiled backgrounds funzionano in modo completamente diverso. Prima si salvano dei tile grandi 8 x 8 pixel in una parte della memoria video e poi, in un’altra parte della memoria si costruisce una tile-map che contiene gli indici che dicono al GBA quali tile mostrare sullo schermo.

 

Infine abbiamo gli sprite, che possono essere grandi da 8 x 8 pixel fino a 64 x 64 pixel e sono oggetti grafici che possono essere trasformati in modo indipendente l’uno dall’altro.

 

N. B. In realtà nei giochi useremo solo i tile background, poiché sono più efficienti. Ma poiché le modalità bitmap sono più semplici da capire, vedremo prima quelle.

 

Vsync

 

Come detto, sfruttiamo il Vblank per aggiornare le posizioni degli sprite.

Per fare ciò sfruttiamo una funzione che è costituita da due cicli while dove aspettiamo prima il Vdraw e poi il Vblank.

 

void vid_sync()

{

while(REG_VCOUNT >= 160); // Aspetta il Vdraw.

while(REG_VCOUNT < 160); // Aspetta il Vblank.

}

 

Dove REG_VCOUNT è il registro che conta a quale scanline ci troviamo e che abbiamo definito nel capitolo precedente.

 

Questo codice in realtà è incompleto, perché sfruttando questi cicli while consumiamo moltissima batteria visto che il processore lavora comunque in questo modo. Vedremo come completare il codice quando parleremo delle interrupt, in quanto è necessario mettere il GBA in low-power mode per minimizzare il consumo di batteria e "risvegliarlo" al momento del Vdraw.

 

Per oggi è tutto, ci vediamo presto con il prossimo capitolo dove vi parlerò nel dettaglio delle modalità bitmap.  

Come sempre, se avete domande non esitate a chiedere.

 

fonte: https://www.coranac.com/tonc/text/video.htm

 

 

Tag: @evilespeon @ZedeFire @VincyDarkHeart @Macca

 

 

 

Bravo kohai più corto stavolta questo new capitolo di spiegazioni so lo ho trovato più chiaro...anche se devo ancora rileggermelo almeno una volta per capire tutto mi sa XD 

[Diamaxus]

Adesso, evilespeon ha scritto:

Bravo kohai più corto stavolta questo new capitolo di spiegazioni so lo ho trovato più chiaro...anche se devo ancora rileggermelo almeno una volta per capire tutto mi sa XD 

Tranquilla, fai con calma. Tanto io procedo lentamente in modo da dare il tempo di capire tutto e dare il tempo a me di preparare gli esempi visto che comunque devo imparare anche io. XD

Ho seguito il tuo consiglio infatti, così è più facile anche per chi legge.

[evilespeon]

1 minuto fa, Diamaxus ha scritto:

Tranquilla, fai con calma. Tanto io procedo lentamente in modo da dare il tempo di capire tutto e dare il tempo a me di preparare gli esempi visto che comunque devo imparare anche io. XD

Ho seguito il tuo consiglio infatti, così è più facile anche per chi legge.

Grazieeee kohai per capirmi 

Brvo va con calma così intanto si capisce bene ogni parte e si possono fare domande nel caso 

Ah ah vero prenditi anche il tempo che ti serve a te XD 

Bravissimo si lo ho trovato molto più easy 

[Diamaxus]

3 minuti fa, evilespeon ha scritto:

Grazieeee kohai per capirmi 

Brvo va con calma così intanto si capisce bene ogni parte e si possono fare domande nel caso 

Ah ah vero prenditi anche il tempo che ti serve a te XD 

Bravissimo si lo ho trovato molto più easy 

Mi fa piacere, allora cercherò di tenermi sempre più o meno su questa lunghezza.  

[evilespeon]

6 minuti fa, Diamaxus ha scritto:

Mi fa piacere, allora cercherò di tenermi sempre più o meno su questa lunghezza.  

Ottimo,per me così va benissimo 

[ZedeFire]

Cercherò di capirci qualcosa, comunque grazie mille per tutte le spiegazioni Diama.

[Diamaxus]

Adesso, ZedeFire ha scritto:

Cercherò di capirci qualcosa, comunque grazie mille per tutte le spiegazioni Diama.

Di nulla, non preoccuparti fai con calma. Io ci metto comunque un po' tra un capitolo e l'altro XD

[VincyDarkHeart]

On 26/12/2023 at 18:24, Diamaxus ha scritto:

Introduzione alla grafica

 

Eccomi di ritorno con un nuovo capitolo. Oggi vi do un'infarinatura generale sulla grafica. È un argomento teorico, procederemo poco per volta.

 

Come dicevo nell’introduzione il GBA ha uno schermo di 60 fps largo 240 pixel e alto 160, capace di rappresentare 327 568 colori.

Ha 5 layer che contengono grafica di cui 4 sono per gli sfondi e 1 per gli sprite.

Il GBA ha a disposizione 96kb totali utilizzati per la memoria video (che inizia all’indirizzo 0600:0000h), la memoria della palette di colori (all’indirizzo 0500:0000h) e la OAM (Object Attribute Memory) all’indirizzo 0700:0000h.

 

Dopo che una scanline è stata disegnata (letteralmente una riga dello schermo ossia 240 pixel) c’è una pausa di 68 pixel detta Horizontal Blank (Hblank) prima che ricominci.

Allo stesso modo dopo 160 scanline (Vertical Draw o Vdraw) c’è una pausa di 68 scanline prima che ricominci a disegnare (Vertical Blank o Vblank), come illustrato nell’imagine qui sotto.

 

 

Per evitare che l’immagine si stiri, la posizione degli sprite viene aggiornata durante il Vblank, per questo i giochi girano a 60 o 30 fps.

 

Per quanto riguarda i colori il GBA sfrutta il formato 5.5.5; sarebbe a dire 5 bit per il blu, 5 per il verde e 5 per il rosso: “xbbbbbgggggrrrrr” (dei 16 bit, il primo bit a sinistra non viene utilizzato).

 

 

Bitmap, tiled backgrounds e sprite

 

Il GBA conosce 3 tipi di rappresentazioni grafiche: bitmap, tiled backgrounds e gli sprite.

I tipi bitmap e tiled backgrounds hanno effetto sull’intero schermo e pertanto non possono essere attivate in contemporanea.

 

Nella modalità bitmap la memoria video considera lo schermo come se fosse un grafico cartesiano (o una matrice se preferite) di dimensione L x H, dove L è la larghezza e H è l’altezza. Per disegnare un pixel ci si posiziona nel punto di coordinate (x, y) e si colora.

 

I tiled backgrounds funzionano in modo completamente diverso. Prima si salvano dei tile grandi 8 x 8 pixel in una parte della memoria video e poi, in un’altra parte della memoria si costruisce una tile-map che contiene gli indici che dicono al GBA quali tile mostrare sullo schermo.

 

Infine abbiamo gli sprite, che possono essere grandi da 8 x 8 pixel fino a 64 x 64 pixel e sono oggetti grafici che possono essere trasformati in modo indipendente l’uno dall’altro.

 

N. B. In realtà nei giochi useremo solo i tiled background, poiché sono più efficienti. Ma poiché le modalità bitmap sono più semplici da capire, vedremo prima quelle.

 

Vsync

 

Come detto, sfruttiamo il Vblank per aggiornare le posizioni degli sprite.

Per fare ciò sfruttiamo una funzione che è costituita da due cicli while dove aspettiamo prima il Vdraw e poi il Vblank.

 

void vid_sync()

{

while(REG_VCOUNT >= 160); // Aspetta il Vdraw.

while(REG_VCOUNT < 160); // Aspetta il Vblank.

}

 

Dove REG_VCOUNT è il registro che conta a quale scanline ci troviamo e che abbiamo definito nel capitolo precedente.

 

Questo codice in realtà è incompleto, perché sfruttando questi cicli while consumiamo moltissima batteria visto che il processore lavora comunque in questo modo. Vedremo come completare il codice quando parleremo delle interrupt, in quanto è necessario mettere il GBA in low-power mode per minimizzare il consumo di batteria e "risvegliarlo" al momento del Vdraw.

 

Per oggi è tutto, ci vediamo presto con il prossimo capitolo dove vi parlerò nel dettaglio delle modalità bitmap.  

Come sempre, se avete domande non esitate a chiedere.

 

fonte: https://www.coranac.com/tonc/text/video.htm

 

 

Tag: @evilespeon @ZedeFire @VincyDarkHeart @Macca

 

 

 

Molto interessante :0 dopo cerco di capire meglio alcune parti xD

[Diamaxus]

37 minuti fa, VincyDarkHeart ha scritto:

Molto interessante :0 dopo cerco di capire meglio alcune parti xD

Va bene, fai con calma non preoccuparti

[Diamaxus]

Modalità bitmap

 

Bentrovati, oggi vi parlo delle modalità bitmap.

 

NOTA:

Spoiler

Siccome le modalità bitmap sono troppo lente sul GBA per poterle usare per i giochi, sono maggiormente usate per far vedere foto statiche sullo schermo e perciò non ci soffermeremo a lungo.

 

Una bitmap altro non è che una griglia L x H di colori (o indici di colore) dove L è la larghezza (o numero di colonne) e H è l'altezza (o numero di righe). Possiamo puntare un pixel in particolare attraverso le cordinate (x,y) dove l'asse y è orientato verso il basso.

 

Ad esempio:

 

 

I numeri sui pixel indicano la posizione di uno specifico colore nella bitmap.

 

Il GBA ha 3 modalità bitmap, chiamate Mode 3, Mode 4 e Mode 5 (sono nomi molto originali lo so  ). Vediamo le differenze:

 

Mode 3

• dimensioni dello schermo: 240 x 160 pixel
• profondità in pixel: 16 bpp (bit per pixel)
• page flipping: No

Mode 4

• dimensioni dello schermo: 240 x 160 pixel
• profondità in pixel: 8 bpp
• page flipping: Sì

Mode 5

• dimensioni dello schermo: 160 x 128 pixel
• profondità in pixel: 16 bpp
• page flipping: Sì

 

Il page flipping è una tecnica che ci permette di ridurre gli artefatti nelle animazioni. Non vi faccio vedere un esempio perché comunque non lo useremo praticamente mai nelle modalità bitmap, però se volete saperne di più potete leggere qui al paragrafo 5.3.

 

Bisogna notare che mentre in modalità 3 e 5 possiamo usare l'intera gamma di colori disponibili sul GBA, in modalità 4 possiamo usarne solo 256 che sono scelti da noi e che vengono memorizzati nella background palette all'indirizzo 0500:0000.

 

Visto che un esempio di modalità 3 ve l'ho fatto vedere nel primo capitolo dove abbiamo disegnato un rettangolino sullo schermo, questa volta vi faccio vedere un'esempio di modalità 4 in cui disegniamo un pixel.

Poiché nella video RAM del GBA non è possibile scrivere 8 bit alla volta ma solo 16 o 32, andremo sempre a colorare due pixel alla volta. Per colorare un singolo pixel la procedura è più lenta rispetto alle modalità 3 e 5 perché dobbiamo cancellare il secondo pixel.

 

Qui definisco le variabili e gli indirizzi dell'altra volta, con l'aggiunta della Background palette (0x05000000), il puntatore alla palette di colori (COLOR_PAL) e una funzione per definire un colore in RGB.

Spoiler

				
			typedef unsigned char u8;				
			typedef unsigned short u16;				
			typedef unsigned int u32;				
			typedef u16 color;				
			
		 				
			#define MEM_IO 0x04000000				
			#define MEM_VRAM 0x06000000				
			#define BG_PAL 0x05000000				
			#define REG_DISPCNT *((volatile u32*)(MEM_IO + 0x0000))				
			#define DCNT_MODE4 0x0004				
			#define DCNT_BG2 0x0400				
			#define SCREEN_W 240				
			#define SCREEN_H 160				
			#define VIDEO_MEM ((u16 *)MEM_VRAM)				
			#define COLOR_PAL ((u16 *)BG_PAL)				
			 				
			inline color RGB15(u32 red, u32 green, u32 blue);				
			 				
			inline color RGB15(u32 red, u32 green, u32 blue)				
			{ return red | (green<<5) | (blue<<10); }				
			

 

 

Qui invece abbiamo il programma vero e proprio:

 

	#include <stdlib.h>
	#include "mode4.h"
	 
	int main(void)
	{
	    //Prendo una posizione casuale compresa tra 0 e la larghezza / altezza dello schermo.
	    u32 x = rand()%(SCREEN_W + 1);
	    u32 y = rand()%(SCREEN_H + 1);
	 
	    //Prendo un colore casuale.
	    u16 color = RGB15(rand()%31, rand()%31, rand()%31);
	 
	    //Inizializzo la background palette con colori scelti casualmente, ...
	    //... ad esclusione del primo elemento che imposto come nero.
	    COLOR_PAL[0] = RGB15(0, 0, 0);
	    for(int i = 1; i < 256; i++)
	    {
	        COLOR_PAL[i] = RGB15(rand()%31, rand()%31, rand()%31);
	    }
	 
	    //Imposto la modalità 4.
	    REG_DISPCNT = DCNT_MODE4 | DCNT_BG2;
	 
	    //Seleziono il buffer attuale.
	    u16 *vidpage = VIDEO_MEM;
	    u16 *posizione = &vidpage[(x * SCREEN_W + y) / 2]; //Divisione per 2 a causa del divario tra u8 e u16.
	 
	    //Coloro un pixel casuale (quello preso all'inizio).
	    if(x & 1)
	    {
	        *posizione = (*posizione & color) | (color<<8); //Pixel dispari.
	    }
	    else
	    {
	        *posizione = (*posizione &~ color) | color; //Pixel pari.
	    }
	    while(1);
	    return 0;
	}
	

 

Il risultato sarà questo pixel colorato di giallo:

 

Spoiler

 

La modalità 5 funziona in modo identico alla modalità 3 che abbiamo visto nel primo capitolo, dovete solo tenere a mente che non abbiamo a disposizione l'intero schermo per poter disegnare, ma solo una piccola parte.

 

Per il momento è tutto, nel prossimo capitolo iniziamo una parte interessante perché vedremo come far riconoscere i tasti al GBA.

 

Come sempre se avete qualche domanda, fatela pure.

 

fonte: https://gbadev.net/tonc/bitmaps.html

 

tag: @evilespeon @ZedeFire @VincyDarkHeart @Macca

 

Modificato 4 aprile da Diamaxus
Aggiunto link alla fonte aggiornata alla nuova versione

[evilespeon]

1 ora fa, Diamaxus ha scritto:

Modalità bitmap

 

Bentrovati, oggi vi parlo delle modalità bitmap.

 

NOTA:

  Nascondi contenuto

Siccome le modalità bitmap sono troppo lente sul GBA per poterle usare per i giochi, sono maggiormente usate per far vedere foto statiche sullo schermo e perciò non ci soffermeremo a lungo.

 

Una bitmap altro non è che una griglia L x H di colori (o indici di colore) dove L è la larghezza (o numero di colonne) e H è l'altezza (o numero di righe). Possiamo puntare un pixel in particolare attraverso le cordinate (x,y) dove l'asse y è orientato verso il basso.

 

Ad esempio:

 

 

I numeri sui pixel indicano la posizione di uno specifico colore nella bitmap.

 

Il GBA ha 3 modalità bitmap, chiamate Mode 3, Mode 4 e Mode 5 (sono nomi molto originali lo so  ). Vediamo le differenze:

 

Mode 3

• dimensioni dello schermo: 240 x 160 pixel
• profondità in pixel: 16 bpp (bit per pixel)
• page flipping: No

Mode 4

• dimensioni dello schermo: 240 x 160 pixel
• profondità in pixel: 8 bpp
• page flipping: Sì

Mode 5

• dimensioni dello schermo: 160 x 128 pixel
• profondità in pixel: 16 bpp
• page flipping: Sì

 

Il page flipping è una tecnica che ci permette di ridurre gli artefatti nelle animazioni. Non vi faccio vedere un esempio perché comunque non lo useremo praticamente mai nelle modalità bitmap, però se volete saperne di più potete leggere qui al paragrafo 5.3.

 

Bisogna notare che mentre in modalità 3 e 5 possiamo usare l'intera gamma di colori disponibili sul GBA, in modalità 4 possiamo usarne solo 256 che sono scelti da noi e che vengono memorizzati nella background palette all'indirizzo 0500:0000.

 

Visto che un esempio di modalità 3 ve l'ho fatto vedere nel primo capitolo dove abbiamo disegnato un rettangolino sullo schermo, questa volta vi faccio vedere un'esempio di modalità 4 in cui disegniamo un pixel.

Poiché nella video RAM del GBA non è possibile scrivere 8 bit alla volta ma solo 16 o 32, andremo sempre a colorare due pixel alla volta. Per colorare un singolo pixel la procedura è più lenta rispetto alle modalità 3 e 5 perché dobbiamo cancellare il secondo pixel.

 

Qui definisco le variabili e gli indirizzi dell'altra volta, con l'aggiunta della Background palette (0x05000000), il puntatore alla palette di colori (COLOR_PAL) e una funzione per definire un colore in RGB.

  Apri contenuto nascosto

				
			typedef unsigned char u8;				
			typedef unsigned short u16;				
			typedef unsigned int u32;				
			typedef u16 color;				
			
		 				
			#define MEM_IO 0x04000000				
			#define MEM_VRAM 0x06000000				
			#define BG_PAL 0x05000000				
			#define REG_DISPCNT *((volatile u32*)(MEM_IO + 0x0000))				
			#define DCNT_MODE4 0x0004				
			#define DCNT_BG2 0x0400				
			#define SCREEN_W 240				
			#define SCREEN_H 160				
			#define VIDEO_MEM ((u16 *)MEM_VRAM)				
			#define COLOR_PAL ((u16 *)BG_PAL)				
			 				
			inline color RGB15(u32 red, u32 green, u32 blue);				
			 				
			inline color RGB15(u32 red, u32 green, u32 blue)				
			{ return red | (green<<5) | (blue<<10); }				
			

 

 

Qui invece abbiamo il programma vero e proprio:

 

	#include <stdlib.h>
	#include "mode4.h"
	 
	int main(void)
	{
	    //Prendo una posizione casuale compresa tra 0 e la larghezza / altezza dello schermo.
	    u32 x = rand()%(SCREEN_W + 1);
	    u32 y = rand()%(SCREEN_H + 1);
	 
	    //Prendo un colore casuale.
	    u16 color = RGB15(rand()%31, rand()%31, rand()%31);
	 
	    //Inizializzo la background palette con colori scelti casualmente, ...
	    //... ad esclusione del primo elemento che imposto come nero.
	    COLOR_PAL[0] = RGB15(0, 0, 0);
	    for(int i = 1; i < 256; i++)
	    {
	        COLOR_PAL[i] = RGB15(rand()%31, rand()%31, rand()%31);
	    }
	 
	    //Imposto la modalità 4.
	    REG_DISPCNT = DCNT_MODE4 | DCNT_BG2;
	 
	    //Seleziono il buffer attuale.
	    u16 *vidpage = VIDEO_MEM;
	    u16 *posizione = &vidpage[(x * SCREEN_W + y) / 2]; //Divisione per 2 a causa del divario tra u8 e u16.
	 
	    //Coloro un pixel casuale (quello preso all'inizio).
	    if(x & 1)
	    {
	        *posizione = (*posizione & color) | (color<<8); //Pixel dispari.
	    }
	    else
	    {
	        *posizione = (*posizione &~ color) | color; //Pixel pari.
	    }
	    while(1);
	    return 0;
	}
	

 

Il risultato sarà questo pixel colorato di giallo:

 

  Nascondi contenuto

 

La modalità 5 funziona in modo identico alla modalità 3 che abbiamo visto nel primo capitolo, dovete solo tenere a mente che non abbiamo a disposizione l'intero schermo per poter disegnare, ma solo una piccola parte.

 

Per il momento è tutto, nel prossimo capitolo iniziamo una parte interessante perché vedremo come far riconoscere i tasti al GBA.

 

Come sempre se avete qualche domanda, fatela pure.

 

fonte: https://www.coranac.com/tonc/text/bitmaps.htm

 

tag: @evilespeon @ZedeFire @VincyDarkHeart @Macca

 

Nomi originali a parte XD interessante questo capitolo sono riuscita a seguire abbastanza ma dopo lo rileggo

Sono curiosa per il prossimo 

[Diamaxus]

1 minuto fa, evilespeon ha scritto:

Nomi originali a parte XD interessante questo capitolo sono riuscita a seguire abbastanza ma dopo lo rileggo

Sono curiosa per il prossimo 

Pensa che quando arriveremo alle modalità "a mattonelle", quelle si chiamano Mode 0, Mode 1 e Mode 2 XD

 

Sono contento che sei riuscita a seguire senpai  

 

Il prossimo sarà interessante, ma mi ci vuole un po' perché devo ancora riuscire a farli funzionare i tasti  

Appena avrò capito come fare, scrivo anche il prossimo.

[evilespeon]

11 minuti fa, Diamaxus ha scritto:

Pensa che quando arriveremo alle modalità "a mattonelle", quelle si chiamano Mode 0, Mode 1 e Mode 2 XD

 

Sono contento che sei riuscita a seguire senpai  

 

Il prossimo sarà interessante, ma mi ci vuole un po' perché devo ancora riuscire a farli funzionare i tasti  

Appena avrò capito come fare, scrivo anche il prossimo.

Vabbe almeno c'è la mode 0 dedicata a zeria XD 

Si stavolta decisamente meglio...so sono contenta pure io XD 

Vabbe prenditi il tuo tempo kohai no problem 

[Diamaxus]

2 minuti fa, evilespeon ha scritto:

Vabbe almeno c'è la mode 0 dedicata a zeria XD 

Si stavolta decisamente meglio...so sono contenta pure io XD 

Vabbe prenditi il tuo tempo kohai no problem 

Vero XD

Che bello  

Grazie senpai

[evilespeon]

3 minuti fa, Diamaxus ha scritto:

Vero XD

Che bello  

Grazie senpai

Zeria c'è sempre XD 

Vero,bravo che stai migliorando a spiegare con le parti più brevi 

Di nullaaaaa kohai 

[Diamaxus]

Adesso, evilespeon ha scritto:

Zeria c'è sempre XD 

Vero,bravo che stai migliorando a spiegare con le parti più brevi 

Di nullaaaaa kohai 

Zeria è dappertutto XD

Grazie senpai

[evilespeon]

15 minuti fa, Diamaxus ha scritto:

Zeria è dappertutto XD

Grazie senpai

Giusto cosí XD 

Di nullaaaa kohai