Bonjour,Me revoilà sur le forum après une longue absence. J'ai fais les mise à jour tout fonctionnait très bien jusqu’à maintenant : je reçois le BasicLatencyStatsRequestMessage et ensuite bam ! déconnexion. Alors je me suis dit bein on va lui donner ce qu'il veut après tout.Au premier BasicLatencyStatsRequestMessage je réponds avec sur les 3 paramètres des 0 : ça passe, aucune déconnexion.Au deuxième j’envoie une latence correspondant a peu près à la mienne et la déconnexion juste après ma réponse ! Cela fait 2h que je cherche une solution mais à chaque fois au deuxième BasicLatencyStatsRequestMessage je me fais déco ( je le reçois environ 6 mn après la connexion donc c'est hyper long a debug).Si quelqu'un a déjà eu le même problème :)Merci

Un ami d'anodu94 a eu ce souci. Contact le il a peut etre trouvé

Je l'ai MP. Si quelqu'un a une suggestion je suis toujours ouvert

Tu lui réponds? Et à la deuxième réponse tu dois ajouter un checksum à la variable latencyAvg (le code se trouve dans un SWF caché dans l'I18n)

Merci,Oui je lui envoi des informations : pings que je génère aléatoirement vu qu'il peut pas vérifier et ça m'évite les calculs. Pouvez-vous m'en dire plus a propos de ce lien avec l'i18n, car dans les classes qui gèrent les messages de latence je ne vois pas le checksum. Il s'agit de quelle classe ?Edit : je comprends pas pourquoi mais j'ai arrêté d'y répondre et ça ne me déco pas. Le seul truc qui a change (peut être autre chose mais je vois pas quoi) est que je réponds au SequenceNumberMessage. Je suis toujours partant pour avoir plus d'info sur les swf des i18n quand même.

Il s'agit des D2o, une dll est disponible sur le forum de permettant de lire ces classes. Elle contiennent diverses informations sur des ids qui correspondent à des noms. Par exemple le serveur de dofus te donne un id pour un objet de ton inventaire et avec cet id et les D2o tu pourra connaitre le nom de cet objet.

Merci. Je sais tout ça. Et ça ne m'aide pas plus en ce qui concerne le swf qui se cache dedans. Je sais pas comment on le récupère lui.

> gaetan13 a dit : "Merci,Oui je lui envoi des informations : pings que je génère aléatoirement vu qu'il peut pas vérifier et ça m'évite les calculs. Pouvez-vous m'en dire plus a propos de ce lien avec l'i18n, car dans les classes qui gèrent les messages de latence je ne vois pas le checksum. Il s'agit de quelle classe ?Edit : je comprends pas pourquoi mais j'ai arrêté d'y répondre et ça ne me déco pas. Le seul truc qui a change (peut être autre chose mais je vois pas quoi) est que je réponds au SequenceNumberMessage. Je suis toujours partant pour avoir plus d'info sur les swf des i18n quand même."Oui, c'est le SequenceNumberMessage qui déconnectes, il suffit d'incrémenter à chaque fois la valeur. Pour le BasicLatencyStatsRequestMessage, il faut absolument lui donner la bonne valeur pour "sampleCount", qui est le nombre de packets envoyés. Pour le checksum, c'est là qu'est la subtilité, le code ajoutant le checksum est caché.> lolodu92 a dit : "Il s'agit des D2o, une dll est disponible sur le forum de permettant de lire ces classes. Elle contiennent diverses informations sur des ids qui correspondent à des noms. Par exemple le serveur de D. te donne un id pour un objet de ton inventaire et avec cet id et les D2o tu pourra connaitre le nom de cet objet."L'I18n est un fichier .d2i, pas un .d2o> gaetan13 a dit : "Merci. Je sais tout ça. Et ça ne m'aide pas plus en ce qui concerne le swf qui se cache dedans. Je sais pas comment on le récupère lui."Cherches dans le code de Dofus!

Merci. J'avais déjà fait le sequencenumber. Il fonctionne bien. Je présume que pour ce qui est du checksum le code n'est pas dans le dofusinvoker. Je l'ai vérifié au moins dix fois mais quand je rentre je relis le connectionhandler. Merci en tout cas :D

Désolé pour cette réponse un peu tardive, j'ai pas mal été occupé ces derniers jours. J'ai lu ton MP mais j'ai préféré répondre ici. Tout ce que j'ai lu ici est "du nouveau" pour moi. En effet, je ne pensais pas du tout que le problème pouvait se révéler si chi**t. Ce qui me fait un peu plus peur c'est que ça t'arrive aussi à toi. C'est que donc ça peut probablement m'arriver. Je n'ai rien à apporter de plus, je vais sûrement reprendre mon bot pendant ces vacances, si j'ai le temps et je donnerais des nouvelles en conséquence.A bientôt, anodu94

Bonjour,Petit message pour vous tenir au courant de l'avancement et d'un nouveau probleme. Le déplacement fonctionne, il n'y a plus de déconnexions soudaines. Par contre au bout de 4-5 changement de map dans le trajet je me fais ban...Au début je me suis dit que j'envoyais toujours les ordres de déplacement au même timing donc maintenant je fais des temps d'attente aléatoires. J'ai l'impression que je me fais ban moins vite mais ban quand même. Je voulais savoir s'il y avait des sécurités connues pour ban les bots et si le temps d'attente entre la réception du 951 et l'envoi du 952 avait une importance. (Actuellement je renvoi direct le 952 contrairement au serveur mais ça ne me deco pas)MerciEdit : Pour ce qui est de ce checksum il n'y en a pas de traces dans le Dofus Invoker a ce que j'ai pu voir.

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Problème lie au 5816.

Anonymous

Je comprends pas : c'est pas pareil un quadrillage et la map de d. La une ligne sur deux elles sont décalés ... Et mon truc trouve bien le chemin le plus cours

Anonymous

Bah oui mais ya le principe du pathfinding, c'est pour sa que j'ai dit qui faut adapter a dofus.

Pourtant c'est un path très bref, je vais revoir sa en détails.

Anonymous

Tu as skype ?

« Page précédente