0.6.1

Moins de choses à gérer, plus de temps pour le botting : chaque créneau horaire d’un planning peut exécuter son propre package, les combats se déroulent exactement au rythme que vous définissez et peuvent être encore plus rapides, vos métiers sont suivis automatiquement, base s’installe et se met à jour tout seul, les scripts peuvent jouer en groupe, lire les résultats des combats et enchaîner les fabrications, la connexion résiste aux coupures réseau et vos bots continuent de fonctionner pendant la maintenance de asterobot.net.

✨ Ajouts

• Planifiez toute la semaine de votre bot : chaque créneau horaire d’un planning peut désormais exécuter son propre package et sa propre version. Par exemple, un package de récolte le matin et un package de farm le soir. Un créneau sans package spécifique continue d’utiliser celui du bot. Lorsqu’un créneau passe le relais au suivant, qui utilise un autre package, le bot reste en jeu : le script en cours doit terminer son travail dans le délai de fin prévu par le planning, puis le package suivant prend le relais. Chaque package utilise les paramètres que le bot conserve pour lui. Vous pouvez désormais consulter et modifier les paramètres de n’importe quel package, et pas uniquement ceux du package configuré pour être exécuté. Lors de l’enregistrement, deux créneaux qui se chevauchent et utilisent des packages différents sont refusés, afin que le package exécuté soit toujours clairement défini.

• Combattez à votre rythme grâce à la nouvelle vitesse personnalisée Custom : choisissez le temps d’attente du module de combat avant chaque action, de zéro à une minute, avec un délai fixe ou aléatoire entre deux valeurs. Vous pouvez définir un délai spécifique pour le placement, la préparation, les déplacements, les sorts ou la fin du tour. Vous pouvez ainsi enchaîner les tours sans pause tout en conservant un délai avant chaque sort ou avant la fin du tour. C’est vous qui choisissez également si le bot répond au jeu au rythme du client Dofus ou immédiatement. Quelle que soit la vitesse choisie, le module prend exactement les mêmes décisions, et aucun délai ne vous fait perdre un tour. Les scripts bénéficient aussi de cette fonctionnalité : setSpeed() accepte désormais des paramètres temporels, par exemple setSpeed({ actions: { min: 0 }, endTurn: { min: 1000 } }), et speed() renvoie ces paramètres.

• Accélérez les combats, avec ou sans le module de combat : trois nouveaux interrupteurs dans l’onglet Fight fonctionnent pour tous les combats du bot, que le module les gère, que vous jouiez vous-même dans Dofus ou qu’un script s’en charge.

• Suivi automatique de vos métiers : Asterobot conserve le niveau et l’expérience de chaque métier pendant toute la session de jeu. Asteroboard et les assistants IA peuvent ainsi consulter ces informations à tout moment. Lorsqu’un nouveau niveau permet de récolter une nouvelle ressource, la console du bot l’indique, par exemple : Lumberjack reached level 60: it can now harvest Oak Wood. Chaque version du jeu inclut désormais également les icônes des métiers. Pour les obtenir dans une version déjà téléchargée, téléchargez à nouveau cette version.

• @asterobot:base est toujours disponible et à jour : Asterobot le télécharge automatiquement et recherche les nouvelles versions au démarrage, toutes les heures et après chaque connexion. Tous les packages qui utilisent base, tous les bots qui exécutent directement base et les blocs du Studio utilisent automatiquement sa version la plus récente. Aucune mise à jour manuelle n’est nécessaire. Les anciennes versions qui ne sont plus utilisées sont supprimées automatiquement pour garder votre bibliothèque propre. Si base est supprimé par erreur, il est automatiquement téléchargé à nouveau. Un package qui doit conserver une version précise de base peut toujours l’importer explicitement, par exemple @asterobot:base@0.1.0. Cette version est alors conservée.

• Notification de maintenance dans Asteroboard : lorsqu’asterobot.net est en maintenance, une bannière indique que la connexion, la bibliothèque et les mises à jour sont temporairement suspendues, tandis que vos bots continuent de fonctionner normalement. La bannière disparaît automatiquement quelques minutes après le rétablissement du site. Si une mise à jour d’Asterobot est publiée pendant la maintenance, elle sera signalée dès le retour du site.

• Suivi en temps réel de votre abonnement : Asteroboard actualise automatiquement le statut de votre abonnement. Les connexions, les déconnexions ainsi que les activations et expirations d’abonnement sont prises en compte sans recharger la page : immédiatement après une connexion et dans un délai maximal de cinq minutes dans les autres cas.

• Titres pour les messages de l’équipe Asterobot : les messages de l’équipe peuvent désormais comporter un titre, affiché au-dessus du texte dans Asteroboard et dans la console.

• Les scripts peuvent jouer en groupe : invitez un joueur avec PartyInvitationRequest, acceptez une invitation avec PartyInvitationAcceptRequest ou refusez-la avec PartyInvitationRefuseRequest. Annulez une invitation avec PartyInvitationCancelRequest et quittez le groupe avec PartyLeaveRequest. Le chef de groupe peut exclure un membre avec PartyKickRequest et transmettre son rôle avec PartyAbdicateThroneRequest. Les requêtes PartyFollowMemberRequest et PartyStopFollowMemberRequest permettent respectivement de suivre un membre sur la boussole et d’arrêter de le suivre. Enfin, PartyPledgeLoyaltyRequest permet de refuser les invitations des autres groupes.

• Les scripts peuvent suivre les changements au sein de leur groupe : ils peuvent désormais recevoir les événements PartyJoinEvent avec chaque PartyGuest, PartyNewMemberEvent, PartyNewGuestEvent, PartyMemberUpdateEvent, PartyMemberRemoveEvent, PartyLeaderUpdateEvent, PartyNameUpdateEvent, PartyRestrictedEvent, PartyLoyaltyStatusEvent, PartyInvitationRefusedEvent, PartyInvitationCancelledEvent, PartyInvitationCancelledForGuestEvent, PartyJoinErrorEvent, PartyNameSetErrorEvent, PartyKickedByEvent, PartyLeaveEvent et PartyDeletedEvent.

• Les scripts peuvent lire les résultats d’un combat : FightEndEvent fournit désormais une entrée FightResultListEntry pour chaque combattant. Celle-ci indique son identité (FighterListEntry, puis PlayerListEntry, TaxCollectorListEntry ou MutantListEntry), l’expérience gagnée (FightResultAdditionalData avec ExperienceData) ou sa ligue d’arène (PvpData), ainsi que ses récompenses FightReward. Ces dernières comprennent les kamas et le butin de chaque monstre vaincu, via FightLoot, avec le détail des objets dans Loot. Les données NamedPartyTeam et NamedPartyTeamWithOutcome indiquent également quelle équipe a remporté le combat.

• Les scripts peuvent enchaîner les fabrications : ExchangeCraftCountRequest permet de définir le nombre de fabrications d’une recette ou de continuer jusqu’à épuisement des ressources. ExchangeCraftCountModifiedEvent confirme la modification et ExchangeItemAutoCraftStoppedEvent indique la raison de l’arrêt de la série. ExchangeCrafterJobLevelUpEvent fournit le nouveau niveau d’un métier atteint pendant une fabrication. Enfin, ExchangeObjectUseInWorkshopRequest permet de placer un objet dans un atelier de forgemagie coopérative ou de l’en retirer.

• Les scripts peuvent rechercher des artisans : JobMultiCraftStateEvent, avec chaque PlayerSkills, indique lorsqu’un joueur présent sur la carte commence ou arrête de proposer ses services de fabrication aux autres. JobCrafterDirectorySettingsEvent, avec chaque JobCrafterDirectorySettings, fournit également les paramètres des métiers dans l’annuaire des artisans.

• Les scripts peuvent modifier le prix d’un lot déjà en vente : ExchangeObjectModifyPricedRequest permet de changer le prix d’un lot dans l’hôtel de vente sans devoir le retirer puis le remettre en vente.

• Les scripts peuvent afficher des émoticônes et changer d’humeur : SmileyRequest affiche une émoticône au-dessus du personnage, tandis que SmileyEvent fournit celles des personnages à proximité. SetMoodRequest définit l’émoticône d’humeur du personnage, SetMoodEvent confirme l’action et MoodUpdateEvent fournit les changements d’humeur d’un ami ou d’un conjoint.

• Les scripts disposent de davantage d’informations sur les entités présentes sur la carte : pour les joueurs, ils peuvent accéder à NamedActor et Humanoid, ainsi qu’à leurs HumanOption : TitleOption, OrnamentOption, AllianceOption, EmoteOption, ObjectUseOption, SkillUseOption et FollowingCharactersOption, qui contient le IndexedEntityLook de chaque suiveur. En cas de transformation, ils peuvent également consulter MutantInformation. Pour les percepteurs, ils disposent de TaxCollectorActor, pour les portails dimensionnels de PortalInformation, et pour les chasses au trésor des PNJ concernés. Les événements DelayedActionEvent et DelayedActionFinishedEvent permettent de suivre une action qui prend du temps, comme l’utilisation d’un objet. RemoveChallengeEvent indique lorsqu’un combat affiché sur la carte disparaît.

• Autres informations accessibles aux scripts : ChatErrorEvent signale qu’un message de chat a été refusé. CharacterCapabilitiesEvent fournit les symboles d’emblème de guilde que le personnage peut utiliser. HavenBagPackListEvent indique les packs de thèmes de havre-sac possédés par le compte. Enfin, PlayerSearch permet d’accéder aux recherches de joueurs lorsqu’un message en mentionne un.

🔄 Modifications

• Gestion des changements de package dans les plannings : session.scheduleEndsAt et onStopRequest() prennent désormais également en compte le passage d’un package à un autre entre deux créneaux horaires. Le script peut ainsi terminer proprement son travail avant que le package suivant ne prenne le relais.

• Asterobotbots ne dépends plus d’asterobot.net.

• Connexion plus fiable : Une coupure réseau ou une page d’erreur pendant la confirmation du code ne fait plus échouer la connexion. Asterobot continue d’attendre avec le même code jusqu’à son expiration.

• Refuser l’accès sur asterobot.net équivaut désormais à une déconnexion : Asterobot cesse de demander un nouveau code, même après un redémarrage, jusqu’à ce que vous cliquiez vous-même sur Sign in.

• Moins de tentatives de connexion inutiles : lorsqu’asterobot.net ne répond pas, Asterobot attend désormais cinq minutes avant de demander automatiquement un nouveau code de connexion, au lieu de réessayer à chaque appel. En revanche, un clic sur Sign in déclenche toujours la tentative immédiatement.

• Documentation du protocole enrichie : la référence du protocole explique désormais les résultats de fabrication et de forgemagie, notamment Craft Result (échec impossible, réussite, action interdite et autres résultats) et Magic Pool Status (gain ou perte).

• Nom du champ de quantité d’objets harmonisé : la quantité d’un objet dans chacun des espaces de stockage du personnage, dans ObjectItem et ObjectQuantityEvent, est désormais désignée par InventoryQuantity, le nom utilisé par le jeu, au lieu de ObjectStorageQuantity.

• Composants mis à jour : les composants logiciels ont été actualisés, notamment le moteur JavaScript utilisé pour exécuter les scripts et le moteur de base de données SQLite.

🐛 Corrections

• Connexion simultanée corrigée : se connecter alors qu’une ancienne requête était encore en cours ne provoque plus l’annulation de la nouvelle connexion ni une seconde demande de connexion.

• Déconnexion pendant l’attente d’un code corrigée : si vous vous déconnectez alors qu’un code de connexion est encore en attente, celui-ci est désormais invalidé. Confirmer cet ancien code dans un onglet toujours ouvert ne permet plus de se reconnecter.

• Blocage de la connexion corrigé : une connexion bloquée à asterobot.net ne fige plus le processus de connexion. Chaque requête de connexion expire désormais après quinze secondes, et la tentative suivante repart de zéro.

• Reprise du module de combat après redémarrage corrigée : le module de combat ne cesse plus de fonctionner après le redémarrage d’Asterobot. Auparavant, un bot dont le paramètre Fights it plays n’avait jamais été modifié revenait en ne jouant plus aucun combat. Il reprend désormais les combats contre les monstres, et les types de combats que vous aviez sélectionnés restent inchangés. Si vous aviez volontairement décoché tous les types de combats, vous devez les décocher à nouveau une fois.

• Déplacements sur plusieurs cartes corrigés pour les bots joués dans Dofus (MITM) : les déplacements ne s’interrompent plus après une ou deux cartes avec l’erreur the server didn't acknowledge the end of the walk in time. Le bot laisse désormais au jeu le temps d’afficher votre personnage sur chaque nouvelle carte et termine automatiquement un déplacement que le jeu avait interrompu.