[résolu] bug déplacement player avec room de +640 de large.

Bonjour et désolé pour ce titre mais je ne voyais pas comment exprimer mon problème en une phrase :'(

Dans mon jeu (dans le niveau au Journal le Herald Harold) a un moment le personnage avance jusqu'à une région et là la caméra se déplace pour se caler sur un dialogue entres deux personnages. Voici le code :

Code:

function region1_Arrive()
{
cGeorges.Walk(765, 416, eNoBlock);
while (cGeorges.x < 764) {
SetViewport(GetViewportX() +5, 0);
Wait(1);}

(dialogues...)

while (GetViewportX()> 475) {
  SetViewport(GetViewportX() -5, 0);
Wait(1);}
ReleaseViewport();
}

Tout fonctionnait à merveille. Sauf que depuis que j'ai modifié le GlobalScript pour que le player avance dans la direction du clic de souris, le code précédent bug ! Le player effectue un demi-tour dès qu'il arrive sur la région

Voici le code du GlobalScript :

Code:

function on_mouse_click(MouseButton button) // called when a mouse button is clicked. button is either LEFT or RIGHT
{
  if (IsGamePaused() == 1) // Game is paused, so do nothing (ie. don't allow mouse click)
  {
  }
  else if (button == eMouseLeft)
 {
    ProcessClick(mouse.x,mouse.y, mouse.Mode);
  
    if (mouse.Mode == eModeWalkto)
  {
    player.Walk (mouse.x, player.y, eNoBlock, eWalkableAreas);
  }
  }
  else // right-click, so cycle cursor
  {  
   mouse.SelectNextMode();
  }
}

Mon avis c'est la redondance de la fonction "player.walk" (en cliquant je dis que le player dois aller aux coordonnées mouse.x et mouse.y, et en même temps je lui demande d'aller à des coordonnées différentes). Mais je sèche sur la résolution du problème...

 

Je ne sais pas trop comment t'aider...
Tu aurais bien pu mettre un ClaimEvent, mais malheureusement on ne peut pas en mettre dans ce genre de fonctions.
Sinon faire le 1er Walk en mode eBlock...

Moi non plus, surtout que je ne suis pas sûr de comprendre.
Si c'est ce que je crois, j'ai une éventuelle solution un peu bourrin : un booléen global qui conditionnerait le player.Walk
Tu vois ce que je veux dire ?
Les autres, ça vous parait une idée correcte ?

RETIF' !

Je crois avoir compris le noeud du problème ! En fait cette pièce est plus large (2 fois 640, 1280), et le perso ne bug pas en arrivant dans la région, mais tout simplement le jeu semble ne pas comprendre que la souris puisse pointer au-delà de 640

Je suis pratiquement sûr de mon fait, mais je n'ai aucune idée du pourquoi de ce problème ni de comment le résoudre ;p

chefgeorges (mes crochets) a écrit:

Voici le code du GlobalScript :

Code:

 // [ ... ]
    player.Walk (mouse.x, player.y, eNoBlock, eWalkableAreas);

chefgeorges a écrit:

En fait cette pièce est plus large (2 fois 640, 1280), et le perso ne bug pas en arrivant dans la région, mais tout simplement le jeu semble ne pas comprendre que la souris puisse pointer au-delà de 640

Je suis pratiquement sûr de mon fait, mais je n'ai aucune idée du pourquoi de ce problème ni de comment le résoudre ;p

Solution :

Code:

// [ ... ]
    player.Walk (mouse.x+GetViewportX(), player.y, eNoBlock, eWalkableAreas);

Ce qui est marrant c'est que tu utilises déjà GetViewportX dans les boucles que tu as mises dans la fonction correspondant à la région

Par ailleurs la gestion des clics dans ton script global me dérange un peu sur le principe, parce que dans le cas où on clique en mode Déplacement tu appelles d'abord ProcessClick avec puis tu déplaces le personnage aux coordonnées du clic. Vu que généralement ProcessClick ne déclenche aucune action lorsqu'on lui passe le mode Déplacement ça ne devrait jamais poser problème, mais bon voilà, c'est bon de garder en tête que tu pourrais théoriquement avoir deux événements (celui correspondant à ProcessClick d'une part et le déplacement d'autre part) qui se déclencheraient lors d'un clic.

Wouah ! Kitai tu es définitivement mon idole   lol

Ça fonctionne parfaitement. J'avais imaginais cette solution mais sans penser à GetViewport

(NB: Par contre, j'ai pas tout capté concernant ton explication sur ProcessClick)