J'ai un path courbé, ouvert (2 extrémités) ainsi qu'un objet qui le parcourt,
arrivé à un certain point du path, j'aimerais executer une action (en l'occurence, créer un projectile).
Je demande donc que le projectile soit créé pour un certaine valeur de "path_position" (comprise entre 0 et 1) mais rien ne se passe!
J'essais alors pour une certaine valeur d'une coordonnée de mon objet mais, toujours rien! Un peu comme si l'objet ne passait pas par cette position sur le path (peut-être va-t-il trop vite?)
Enfin, y a-t-il une solution à ce problème qui ne passerait pas par des magouilles du type "projectile créé lorsque 20<X<21"? Merci d'avance!

Un peu au hasard, je dirai que c'est pas trop la méthode que tu utilises qui compte. Pour ce qui est de ton problème je pense que c'est le résultat qui importe plus. D'un coté il paraît impossible de ne pas faire créer un objet avec des conditions sur les coordonnées, de l'autre tu as ton problème avec "path_position". Peut être que cela vient simplement d'un blocage extérieur au programme, ou à ce que tu penses ... :honte: Si tu ne veux pas mettre présenter ton code en ligne tu peux toujours mettre ton gm6 en dl

En utilisant "path_position"

Code:

if path_position=0.5{instance_create(x,y,projectile)}

En utilisant une coordonnée:

Code:

if x=30{instance_create(x,y,projectile)}

Rien de bien compliqué et pourtant...

Selon ta vitesse, et que ce soit pour l'un ou l'autre, cela a peu de chance de tomber dessus donc tu peux essayer un encadremment:

if (x<5) && (x>0) {...}

ou if path_position>0.48 && path_position<0.52 {...}

désolé j'ai pas pu répondre + vite j'étais a table

Je voulais éviter d'en arriver là mais bon... Merci quand même!

pourquoi ?

L'encadrement est assez imprecis, s'il est trop grand, l'objet va tirer 1 ou 2 fois, s'il est trop petit, il va tirer 0 ou 1 fois, le tout se passant de façon totalement aléatoire...
Bien sur, on peut utiliser une variable qui empècherais les tirs multiples, n'en laissant qu'un seul passer, mais encore une fois, c'est beaucoup de chipotage pour pas grand chose...

J'imagine, mais un jeu c'est ça aussi, des milliers de variables qui changent.

Hum... Je connais pas le moyen, mais je pense que c'est possible.
M'enfin, faut calculer d'avance le x et le y ou une histoire ainsi... Faudrait l'avis d'un type un peu plus doué que moi donc ^^'

(ou alors, ton ordi est vraiment maudit et il a juré de t'empêcher de mener ton projet à bien...)

pour l'encadrement, tu prend un écart total d'une longueur de speed-1, ça devrait faire l'affaire

Hmm...
Bien vu, il va parcourir une distance égale à la vitesse à chaque step et il y aura un seul step qui se produira dans l'encadrement à coup sûr...
Merci!

en fait faudrait prende un encadrement comme ça :
sur x :
+- (speed*cos(direction))/2
sur y:

+- (speed*sin(direction))/2

OK
(je l'avais déja adapté au fait que c'est un path courbé moi-même mais c'est cool de l'avoir précisé)

Et au fait, c'est "path_position==0.5", ou sinon c'est une affectation.
C'est ce que je pensait...
Mais je pense que c'est pas ça le problème en effet...je disait ça au passage non, je n'ai rien dit ! ...
Salut.

nan en gml, il y a pas de différenciation entre = et ==
Pour savoir si c'est une affectation, il regarde simplement si il y a une condition devant ou pas...

Ah d'accord!
Merci de l'info, j'apprend(s?)!