[Risike]

je crois aussi.

[Ludo6431]

Si, bien sûr, erreur d'inatention -_-'

[Risike]

Bon j'ai un truc qui va pas

Je déclare mes modes comme ça :

Code

 (c):
			videoSetMode(MODE_5_2D | DISPLAY_BG2_ACTIVE | DISPLAY_BG3_ACTIVE);
			vramSetBankA(VRAM_A_MAIN_BG_0x06000000);
			BLEND_CR = BLEND_ALPHA | BLEND_SRC_BG2 | BLEND_DST_BG3;
			BLEND_AB = (8 << 8) | 8; /* 50% / 50% */
			BG2_CR = BG_BMP8_256x256 | BG_BMP_BASE(0);
			BG3_CR = BG_BMP8_256x256 | BG_BMP_BASE(0);
			BG2_XDX = ((256 / 256) << 8 ) | ((256%256));
			BG2_XDY = 0;
			BG2_YDY = ((224 / 192) << 8 ) | (224%192);
			BG2_YDX = 0;
			BG3_XDX = ((256 / 256) << 8 ) | ((256%256));
			BG3_XDY = 0;
			BG3_YDY = ((224 / 192) << 8 ) | (224%192);
			BG3_YDX = 0;
			BG2_CX  = 0x40;
			BG2_CY  = 0xc0;
			BG3_CX  = 0xc0;
			BG3_CY  = 0x40;
	// PALETTE
    BG_PALETTE[0] = 0;
    BG_PALETTE[1] = 65535;
    BG_PALETTE[2] = 33760;
    BG_PALETTE[3] = 32799;
    BG_PALETTE[255] = 0;
 
 

Dans mon VBL handler je fais ça :

Code

 (c):
	u8 *out;
	u8 *in;
 
(...)
 
			BG2_XDX = ((256 / 256) << 8 ) | ((256%256));
			BG2_XDY = 0;
			BG2_YDY = ((224 / 192) << 8 ) | (224%192);
			BG2_YDX = 0;
			BG3_XDX = ((256 / 256) << 8 ) | ((256%256));
			BG3_XDY = 0;
			BG3_YDY = ((224 / 192) << 8 ) | (224%192);
			BG3_YDX = 0;
			BG2_CX  = 0x40;
			BG2_CY  = 0xc0;
			BG3_CX  = 0xc0;
			BG3_CY  = 0x40;
			out = (u8*)0x06000000;
			in = ram+START_VRAM;
			int k, j, i;
			for(j=0; j<224; j++)
				for(i=0; i<32; i++)
					for(k=0; k<8; k++){
						//out[j*256+i*8+k]=(in[j*32+i]&(1<<k))>>k;
						out[j*256+i*8+k] = 1;
					}
 
 

Mon écran devrait être tout blanc non ? Pourtant il reste noir...
Je vois pas d'où ça peut venir.

[Copper]

Ben c'est simple tu écris dans la mémoire vidéo octet par octet or il faut écrire par word, halfword...

[Pouer]

Tu comprend maintenant pourquoi je le fait pas sur ds 

[Copper]

Bah avec une lookupTable le problème se pose pas on écrit 2 word à la suite ca marche très bien (et je pense que ca sera plus rapide mais bon)

[Ludo6431]

(et je pense que ca sera plus rapide mais bon)

C'est sûr

[Alekmaul]

+1 pour Copper, l'écriture 32 bits dans la mémoire vidéo est le plus rapide, utilisé dans moulte et plétors de mes émulateurs.

[Risike]

Pfff je sais plus quoi faire moi !
En fait ce que j'ai fait plante carrément l'émulateur... à mon avis j'écris pas où il faut dans la mémoire.

EDIT : je suis à un doigt de finir la partie graphismes et de passer à autre chose mais ça fait deux jour que je me prend la tête avec ce alpha-lerp... 

[Risike]

bon alors j'arrive à faire le a-lerp en 16 bits en écrivant comme ceci :

Code

 (c):
			u16 * video_buffer = (u16*)BG_BMP_RAM(0);
				value = ram[i]; // faster than RdZ80(...);
				if(value & BIT_0) *video_buffer++ = RGB15(31,31,31) | BIT(15);
				else *video_buffer++ = RGB15(0,0,0) | BIT(15);
				if(value & BIT_1) *video_buffer++ = RGB15(31,31,31) | BIT(15);
				else *video_buffer++ = RGB15(0,0,0) | BIT(15);
				if(value & BIT_2) *video_buffer++ = RGB15(31,31,31) | BIT(15);
				else *video_buffer++ = RGB15(0,0,0) | BIT(15);
				if(value & BIT_3) *video_buffer++ = RGB15(31,31,31) | BIT(15);
				else *video_buffer++ = RGB15(0,0,0) | BIT(15);
				if(value & BIT_4) *video_buffer++ = RGB15(31,31,31) | BIT(15);
				else *video_buffer++ = RGB15(0,0,0) | BIT(15);
				if(value & BIT_5) *video_buffer++ = RGB15(31,31,31) | BIT(15);
				else *video_buffer++ = RGB15(0,0,0) | BIT(15);
				if(value & BIT_6) *video_buffer++ = RGB15(31,31,31) | BIT(15);
				else *video_buffer++ = RGB15(0,0,0) | BIT(15);
				if(value & BIT_7) *video_buffer++ = RGB15(31,31,31) | BIT(15);
				else *video_buffer++ = RGB15(0,0,0) | BIT(15);
 

Par contre en mode 8 bits je sais pas comment faire pour que ça marche.

[Copper]

Ca marche pas le code que j'ai posté ?

http://www.dev-fr.org/index.php/topic,3485.msg31267.html#msg31267

[Risike]

J'l'avais pô vu  désolé

J'essaierais. La je m'occupe de mes rotations et changement d'écrans et après je regarde.

[Risike]

Petite question très intéressante :
Pourquoi doit-on redéfinir les registres des BG à chaque VBL en alpha-lerp ? Et pourquoi pas avec un simple scale hardware ?

[Copper]

C'est juste l'exemple qui est fait comme ca car il propose les différents modes à des fins de comparaison... Ce n'est pas du tout nécessaire

[Risike]

Ahhh ok merci ! Vu que Ludo le faisait aussi je pensais que c'était indispensable et je pigeais plus rien.