ToOnS a dit:
je seche la , donc en fait tu n'envois meme pas de 718 ' GameFightTurnFinishMessage et ca passe au tour du mob et sans lancer de sort (essais si tu peux avec un sort qu'on lance sur soi meme pour etre sur que ca vient pas d'une mauvaise cellule ou qu'il y a un obstacle entre 2) ? ca passe le tour a la fin du chrono ? tu n'as pas un message qui dit que ton bot lag (si tu regardes le combat avec un vrai perso) ou un autre message ?
aussi c'est bizare que tu ne recoit pas le 715 , normalement a chaque debut de tour d'un actor
Je lance un sort (envoi du packet GameActionFightCastOnTargetRequestMessage) mais le sort n'est pas lancé. D'ailleurs je reçois aucune réponse du serveur, comme si il n'avait pas reçu mon packet. C'est donc qu'il n'attend pas ce packet à ce moment là. Il doit en attendre un autre, mais lequel ?
Au bout du timer, j'ai un message qui me dit que mon bot lag (normal car officiellement je n'ai pas lancé de sort ni donné de signe de présence...).
Par contre, une fois que ça revient à mon tour, je reçois bien le packet 715.
C'est donc pour ça que je te demandais si on recevait le 715 dès le premier tour, quand on commence.
Contrairement à Lolo, je n'envoie pas le packet pour passer mon tour (car je veux surtout lancer le sort avant).
Il manque donc un ou plusieurs packet(s) que j'oublie d'envoyer après l'envoi du packet 708 (qui dit que je suis prêt).
Mais je n'arrive pas à savoir le(s)quel(s).
Apparemment ce(s) packet(s) me permettrai(en)t de recevoir le 715 et de pouvoir y répondre (avec le 716) puis de pouvoir lancer mon sort et enfin passer mon tour.
Si quelqu'un a une idée, je suis preneur...
Merci !
Edit :
En resniffant le vrai client, je me suis rendu compte qu'il y avait des petites différences :
recu : id -> 251 GameContextRemoveElementMessage
recu : id -> 201 GameContextDestroyMessage
recu : id -> 200 GameContextCreateMessage
recu : id -> 700 GameFightStartingMessage
recu : id -> 702 GameFightJoinMessage
recu : id -> 703 GameFightPlacementPossiblePositionsMessage
recu : id -> 5927 GameFightOptionStateUpdateMessage
recu : id -> 5686 LifePointsRegenEndMessage
recu : id -> 5696 GameEntitiesDispositionMessage (le vrai client ne reçoit pas ça)
recu : id -> 5864 GameFightShowFighterMessage
recu : id -> 5696 GameEntitiesDispositionMessage (le vrai client ne reçoit pas ça)
recu : id -> 5864 GameFightShowFighterMessage
recu : id -> 5572 GameFightUpdateTeamMessage
recu : id -> 5572 GameFightUpdateTeamMessage
recu : id -> 176 BasicNoOperationMessage
envoi : id -> 708 GameFightReadyMessage
recu : id -> 740 GameFightHumanReadyStateMessage
recu : id -> 5696 GameEntitiesDispositionMessage
recu : id -> 712 GameFightStartMessage
recu : id -> 713 GameFightTurnListMessage
recu : id -> 6022 ChallengeInfoMessage
recu : id -> 176 BasicNoOperationMessage
recu : id -> 5921 GameFightSynchronizeMessage (le vrai client ne reçoit pas ça)
recu : id -> 6239 GameFightNewRoundMessage
recu : id -> 714 GameFightTurnStartMessage
Et ensuite ici le vrai client reçois un BasicNoOperationMessage puis SequenceStartMessage, etc...
Étrange que je n'ai pas la même chose non ?
/!\ Ces analyses sont tirées du sniffeur Euubot qui n'a pas l'air fonctionnel à 100%. /!\
Il fonctionne bien le sniffeur EuuBot ?
Parce que d'après lui j'envoie que des GameActionAcknowlegementMessage quand le lance un sort...
Je vois pas comment ça peut fonctionner ainsi.
Edit :
Peut-être me manque-t-il le GameActionAcknowlegementMessage après avoir envoyé mon sort (GameActionFightCastOnTargetRequestMessage) ?
Car j'ai remarqué que quand je l'envoie, j'ai un 176, alors que si je l'envoie pas, je ne l'ai pas.
Je pense donc que le serveur prend en compte mon packet.
Par contre, savez-vous à quoi correspond le actionId dans GameActionAcknowlegementMessage ?
Merci pour votre aide
Edit :
Même en validant avec GameActionAcknowlegementMessage ça ne change rien...
Je commence vraiment à désespérer
Je reçois quand même un 176, mais plus rien après.
