- Fonctionne pour la 1.0.6 !!
##Mise a jour le 22/11/2012##
- ajout d'une vérification dans la routine de déplacement, corrige la statistique "Nombre de mort"
- modification de la fonction random(), maintenant elle fonctionne bien ! (Merci gmsMath & tazgrominet)
##Mise a jour le 24/11/2012##
- ajout de securité quand on nombre de mort vis a vis de la variable repairafterxxgame du fichier config.ini
Bonjours tous le monde,
Voila j'en avais marre de voir mon bot mourir sur des élites, en les laissant a 5 hp ( oui oui, je suis stupide je regarde mon bot botter tout en travaillant ^^) (c'est mon meilleur ami ce bot, donc je le cajole
Donc je me suis posée la question de savoir si il serait intéressant de faire revivre le bot, un nombre de fois donnée, pour qu'il puisse retenter sa chance et finir son run.
Utilité :
- augmenter la difficulté de vos runs (je pense surtout du passage de hell à inferno)
- ne pas gaspiller le nephalem
- finir le run
- beaucoup plus discret que de deco/reco au premier décé survenus
Modification complète de Sequence.au3
Modification de main.au3
- Ajout d'une ligne de code
Modification de toolkit.au3
- Ajout des fonctions init_sequence() et bloc_sequence()
- Ajout de la fonction _playerdead_revive()
je vous conseille de l'ajouter en dessous de la fonction _playerdead(), sa place dans le code n'a pas vraiment d'importance !
- ajout de 5 vérifications de mort (toujours dans toolkit.au3)
-> la première dans la fonction KillMob($name, $offset, $guid)
-> deuxième modification dans la fonction Attack($range, $monsterList)
début de la fonction
-> 3éme modification, toujours dans la fonction Attack($range, $monsterList)
début du corp du while principale
->4éme vérification, dans la fonction Grabit($name, $offset)
début du corp du while principale
-> 5ème vérification, dans la fonction MoveToPos($_x, $_y, $_z, $_a, $m_range)
a l’intérieur du corp de la deuxième boucle
Maintenant on s'occupe de mettre en place un systeme pour activer/desactiver le system de resurection
->fichier \lib\setting.au3
->fichier setting.ini
ajouter les lignes suivantes, juste au dessus de "repairafterxxgames"
Pour finaliser on ajoute la stat "Résurrection"
-> fichier toolkit.au3
modifier dans la fonction StatsDisplay()
Détail de comment crée les array de séquence :
Merci de me faire part des erreurs que vous pourriez rencontré en installant/exécutant cette fonction !
***********************************************************************************************************************
* LA SUITE DU CODE AJOUTE UNE SÉCURITÉ QUAND AU NOMBRE DE MORT MAXIMUM VIS A VIS DU NOMBRE DE PARTIT SANS RÉPARATION *
***********************************************************************************************************************
Je vous propose ici deux solution, l'une qui vérifie bêtement l’état du stuff après un revive, l'autre qui prend en compte la variable "repairafterxxgames" du fichier config.ini + état du stuff.
Première possibilité, sans vérification de la variable "repairafterxxgames"
- Dans le fichier toolkit.au3 modifier la fonction bloc_sequence()
Deuxième possibilité, beaucoup plus restrictive que la première, mais qui permet de ne jamais etre dans le jaune si vous avez bien réglé repairafterxxgames dans votre fichier ini, mais qui pour ma part dénature un peu la fonction "revive"
- modification de main.au3
ajouter la global si dessous, dans la liste des variables Global :
dans la fonction _dorun(), au début de la fonction ajouter :
modifier dans la fonction _botting la ligne suivante :
- modification de toolkit.au3
remplacer complétement la fonction bloc_sequence :
Une petite explication quand a la deuxieme possibilité, a chaque fois que vous mourrez et que vous revenez a la vie, la variable "games" s'incremente de 1, ce qui fait croire au code que vous commencez un nouveau run, donc une fois que "games" se retrouve etre plus grand ou egale a la valeur de repairafterxxgames que vous avez definit dans setting.ini, la fonction de revive se desactive, et vous teleporte en ville pour reparer.
Lorsque je dit que la deuxieme possibilité denature la fonction revive, c'est uniquement car le code actuelle du bot ne fait pas la difference entre un run finit et un run echoué pour cause de mort/bloquage etc...
perso j'utilise la variable repairafterxxgames comme etant un echapatoire pour ne jamais etre plein dans mon inventaire, avec le code actuelle je suis obliger d'utiliser repairafterxxgames comme etant aussi un nombre de mort autorisé avant de reparer, ce qui pour le coup m'embete, car si je veux allouer a mon personnage le droit de mourir entre 2 et 3 fois par run et que je veux me vider tout les un ou deux run maximum,
au final, à cause de cette variable mon perso n'aura le droit de mourir qu'une à deux fois avant de rentrer pour reparer.
Je vous avoue ne pas avoir la motivation de crée une nouvelle variable et de modifier le fonctionnement de base du bot sachant que pour moi cette fonction marche tres bien.
j'ai tester la deuxieme possibilité en arma 3 avec le bot, perso je n'ai pas eu de probleme malgré un gros nombre de décé, donc voila j'attend vos retours quand a ces modifications !
Quand a la premiere je n'ai pas testé, mais j'ai confiance en la fonction "CheckRepair()" donc cela devrait etre bon !
***********************************************************************************************************************
* LA SUITE DU CODE AJOUTE UN FICHIER LOG.TXT (NON OBLIGATOIRE) *
***********************************************************************************************************************
-> Avant tout, ajouter un dossier "log" a la racine du dossier de votre bot
- Ajout d'une global dans le fichier main.au3
- Modification de la fonction _log($text) dans le fichier toolkit.au3
- toujours dans main.au3, modifier les appels suivant à la fonction _log()
- dans le fichier toolkit.au3 modifier les appels suivant à la fonction _log()
fonction init_sequence()
fonction bloc_sequence()
Si toute vos modifications sont correct, vous devriez avoir un fichier log de ce type :
N'UTILISEZ PAS CETTE FONCTION SI VOUS N'ETES PAS DEVANT VOTRE ORDINATEUR, IL FAUT AU MOIN 24h/48h DE RUN POUR ETRE SUR DE SON COMPORTEMENT VIS A VIS DE VOS REGLAGES


Ce sujet est fermé



