Impossible de changer les angles

[Delca]

Bonsoir à tous,

Aloir voila ce qui se passse : je voudrais faire en sorte qu'un petit bonhomme, dont le sprite est le n°0, puisse tirer des petits missile, dont les sprites s'étalent du n°1 au n°4.

Je récupère donc l'angle de tir avec le stylet, puis je le stocke dans une variable, afin de pouvoir m'en servir avec PA_Cos et PA_Sin pour le faire avancer :

	if (Stylus.Newpress){	   
           i++;
   	   missile[i].angle = PA_GetAngle(bfight.x+16, bfight.y+32, Stylus.X, Stylus.Y);
	   PA_CreateSprite(0, i, (void*) Missile_Sprite, OBJ_SIZE_8X8, 1, 1, missile[i].x, missile[i].y);
	   missile[i].x=PA_GetSpriteX(0, 0)+16; 
	   missile[i].y=PA_GetSpriteY(0, 0)+32;
	   PA_StartSpriteAnim(0, i, 0, 3, 15);	   
	   missile[i].exist=true;}

Ensuite, j'utilise ça pour placer les missiles (avec les quatre chiffres) :

if (missile[1].exist==true){
	missile[1].x += PA_Cos(missile[1].angle)*0.01;
	missile[1].y += PA_Sin(missile[1].angle)*0.01;
	PA_SetSpriteXY(0, 1, missile[1].x, missile[1].y);}

Seulement, quand je touche l'écran avec le stylet, l'angle est toujours le même, à moins que le personnages soit en l'air.

Et après, on ne peut pas le changer en touchant un autre endroit.

Si quelqu'un trouve une solution, je suis preneur! Une heure que je me casse la tête là-dessus...

[Cortes48]

Delca merci encor de t occupé de sa.

Je sais pas si sa peut t aider mais ta variable i doit retourné a 0

 
if (i==3) i=0;

et pourquoi dans

if (missile[1].exist==true){
	missile[1].x += PA_Cos(missile[1].angle)*0.01;
	missile[1].y += PA_Sin(missile[1].angle)*0.01;
	PA_SetSpriteXY(0, 1, missile[1].x, missile[1].y);}

tu met missile[1]

fait plutot ca

int j;
for(j=0;j<nb_de_missile_tiré;j++){
       if (missile[j].exist==true){
	missile[j].x += PA_Cos(missile[j].angle)*0.01;
	missile[j].y += PA_Sin(missile[j].angle)*0.01;
	PA_SetSpriteXY(0, 1, missile[j].x, missile[j].y);}

et aussi le PA_StartSpriteAnim(0, i, 0, 3, 15); du premier if{}; ne doit pa se trouver la car il sera exucuté qu une frame a cause de Stylus.Newpress essay de le mettre dans une boucle

[Delca]

-Pour la variable qui retourne à 0, c'est déjà fait, mais je n'ai pas jugé utile de le poster ici...

-Ici, j'ai mis 1 pour faire un test sur le premier missile uniquement. Je changerais quand tout fonctionneras bien.

-Quant au PA_StartSpriteAnim, il démarre l'animation, et une fois lancée, elle n'a plus besoin de rien pour continuer. Donc une frame suffit.

[Nesgba]

GCC doit certainement prononcer quelques insultes à la compilation, quelles sont elles ?

tu devrai plutôt passer par des nombres fixed (c'est dans la logique du middleware que tu utilises)

en admettant que ta structure ressembles globalement a ça:

Code PHP:

typedef struct{
char exist ;
long x,y ;
unsigned short angle ;
...
}sMISSILE ;

sMISSILE missile[25] ; 


et sachant que les tables sin et cos de palib sont en fixed 8.8, il me parait logique de continuer dans ce sens la

Code PHP:

#define FL2FX8(i)  ( (long) ((((float)(i))*256.0)+0.5) )

if (missile[1].exist==true){
missile[1].x += (PA_Cos(missile[1].angle)*FL2FX8(0.1))>>8 ;
missile[1].y += (PA_Sin(missile[1].angle)*FL2FX8(0.1))>>8 ;

PA_SetSpriteXY(0, 1, (missile[1].x>>8)+(256/2), (missile[1].y>>8)+(192/2));
} 


[Arialia]

un petit exemple tiré du post baby-foot de Cyberced

dur à retrouver en plus je savais plus où je l'avais posté


http://www.playeradvance.org/forum/s...&postcount=110

j'espère que cela pourra t'aider

[Delca]

Merci à vous deux pour vos réponses, mais le problème est toujours présent:

-nesgba, si c'est bien ce que j'ai compris, je n'ai aucune erreur de compilation. Et pour ton code (auquel je n'ai rien compris...), il donne exactement le même résultat qu'avant, c'est à dire qu'il y a un angle impossible à changer.

-Arialia, ton message à l'air de concerner plus le déplacement à l'aide des angle, ce que j'ai réussi à faire. Chez moi, le problème, c'est que l'angle récupéré est toujours le même.

Au passage, je viens de remarquer que l'angle récupéré est toujours supérieur à 65.000. Il me semblait que ça ne pouvait pas dépasser 256....

[Arialia]

Envoyé par Delca

Merci à vous deux pour vos réponses, mais le problème est toujours présent:

-nesgba, si c'est bien ce que j'ai compris, je n'ai aucune erreur de compilation. Et pour ton code (auquel je n'ai rien compris...), il donne exactement le même résultat qu'avant, c'est à dire qu'il y a un angle impossible à changer.

-Arialia, ton message à l'air de concerner plus le déplacement à l'aide des angle, ce que j'ai réussi à faire. Chez moi, le problème, c'est que l'angle récupéré est toujours le même.

Au passage, je viens de remarquer que l'angle récupéré est toujours supérieur à 65.000. Il me semblait que ça ne pouvait pas dépasser 256....

Oula oui j'étais complètement à côté de la plaque moi (pas encore bien réveillée surement )

c'est pas encore la grande forme d'ailleurs

sinon j'ai vu que le tuto PALib a été mis à jour il y a pas très longtemps, et on y trouve des choses très intéressantes surtout sur les angles et les collisions :
http://www.palib.info/wikifr/doku.php?id=day6

pour l'instant je ne fais pas de commentaires sur ton code car :

1. Les bulles de champagne n'aident pas à la réflexion
2. La réponse à ton problème se trouve dans le tuto me semble-t-il

[Delca]

Même après une sixième relecture du tuto, je ne vois pas ce qui cloche dans mon code.

Par contre, je viens de remarquer un nouveau fait étrange : en utilisant PA_GetAngle avec comme cible la position du stylet, je me suis aperçu que l'angle ne changeais que selon la position du personnage à l'écran. C'est à dire que le stylet n'est pas pris en compte malgré l'utilisation de Stylus.X et Stylus.Y.

[Arialia]

Bon je me suis un peu penchée sur le problème et j'ai pondu un petit exemple

// Includes, only one sprite
#include <PA9.h>

// PAGfx Include
#include "gfx/all_gfx.c"
#include "gfx/all_gfx.h"


// Main function
int main(void){
	// PAlib init
	PA_Init();
	PA_InitVBL();
	PA_InitText(1, 0);
	
// Load the sprite palette, for both screens
	PA_LoadSpritePal(0, // Screen
					0, // Palette number
					(void*)sprite0_Pal);	// Palette name
	
	// Now, let's copy the image of the sprite to VRAM :
	// First screen
	u16 gfx0 = PA_CreateGfx(0, // screen
				(void*)vaisseau_Sprite, // Image
				OBJ_SIZE_32X32, // Size
				1); // 256 color sprite
	// Same thing for the top screen : 
//	u16 gfx1 = PA_CreateGfx(1, (void*)vaisseau_Sprite, OBJ_SIZE_32X32, 1);
	
	// The gfx0 and gfx1 variables stock the number of the gfx, this will allow us to create sprites later on
	u8 nsprites0 = 0; // Number of sprites on the bottom screen
	s32 x = (128-16) << 8; // ship x position in 8bit fixed point
	s32 y = (96-16) << 8; // Y
	u16 angle = 0; // direction in which to move !
	
		PA_CreateSpriteFromGfx(0, // screen
								nsprites0, // Next sprite to load...
								gfx0, // image to use in memory, no image copying !
								OBJ_SIZE_32X32, 1, 0, x>>8, y>>8); // The rest is like normal sprites
	
	
	PA_SetSpriteRotEnable(0,0,0);// Enable rotations and use Rotset 0... 
	
	
	while(1)
	{
	// si le stylet appuie sur l'écran ... on tourne le sprite 
	if (Stylus.Held){ // Move forward
	angle=PA_GetAngle((x>>8) +16, (y>>8) +16, Stylus.X, Stylus.Y);
	PA_OutputText(1, 5, 5, "Angle : %d  ", angle);
	PA_SetRotsetNoZoom(0, 0, angle-128); // Turn the ship in the correct direction
 
		x += PA_Cos(angle);
		y -= PA_Sin(angle);
	}	
		PA_SetSpriteXY(0, 0, x>>8, y>>8); // Sprite position converted to normal...

	PA_WaitForVBL();
	//La boucle infinie du programme
	}
	return 0;
}

le problème dans ton code vient de la multiplication par 0,01 , j'avoue que je pige pas trop pourquoi tu fais ça ....

[Delca]

Je multiplie par 0.01 pour ralentir les missiles, parce que moi et les points fixes, ça fait deux. (j'ai compris le principe, mais je vois pas l'utilité....)

La bonne nouvelle, c'est que c'était les points fixes le problème : en fait, dans la fonction PA_GetAngle, j'avais oublié le >>8 derrière bfight.x et bfight.y. Du coup, tout marche bien maintenant. Merci pour ton aide!

[Cobain]

les points fixes servent a remplacer les float sur les systeme ou ça merde

[Delca]

Et sur DS, les floats merdent, comme tu dis? Je croyais qu'ils étaient juste très lent à gérer.

[Cobain]

c'est la meme chose...
...enfin presque

[Cortes48]

Peut etre que ton angle=PA_GetAngle(...); doit sortir de la condition if(Stylus.Held){}
car l angle est toute le temp égal a PA_GetAngle(...); Il n est pas égal a ca que si on touche l écran

[Delca]

Je n'ai besoin de redéfinir l'angle que lorsque le stylet touche l'écran.
Une fois que je lui ai donner une valeur, il la garde tant que je ne décide pas de la changer (ou que je ferme l'émulateur)

[Arialia]

au fait Delca je t'ai mis volontairement un exemple de PA_CreateSpriteFromGfx et de PA_CreateGfx dans mon code : cela me semble très approprié ( voire recommandé ) pour tes missiles, grâce à cela tes 4 sprites pourront se partager le même gfx ( à tester avec les anims mais d'après ce que j'ai compris des sources de la PALib ça devrait marcher sans problème .... chapeau Mollusk )

[Edit]
argh non c'est pas compatible avec les anims : la palib changeant le graphique du sprite à chaque frame.

Donc si deux sprites se partagent une animation mais ne sont pas synchro , tu est obligé de les considérer comme différents