is built in support for a moveto task/tag that takes a zoneid and figures out how to get to that zone regardless of which zone your character is in?
It'd have been nice if someone had posted in the release thread then I would have been alerted that there was an issue. Looking into it now.
@mastahg I noticed on your opening post you were working on some api for chocobo racing (stamina, currnetitem, and status), i was wondering is this still a thing? If so a status update would be awesome please as i'm trying to sort something out for chocobo racing myself. but not having any luck personally
I recall trying to find that info a long while ago, I don't think it was easy to chain the methods that were available at the time to get the data that was needed. You most likely need to look for the agent that backs those windows.
I was able to find stamina and sprint/lathered status and can get that added, finding the active item will be more of a challenge
@mastahg thats great thanks, any little helps really. but thanks for the update if you ever manage to finish it, it would be great thanks again
Code: public static class ChocoboRaceManager { public static HotbarSlot Item; public static HotbarSlot Ability; public static bool CanUseItem; public static bool CanUseAbility; public static void UseItem(); public static void UseAbility() public static ChocoboStatus Status; public static float Stamina; } Is currently what I have done. Still need to give some thought if theres a better way of doing the item/ability. This will allow you to check what id it is and what name is on the button but we don't export the chocoboitems and chocoboabilities so maybe i should setup an enum for those ids since there arent that many. Movement can be controlled via MovementManager.Move(MovementDirection dir, TimeSpan time)
@mastahg is there anyway to compile a separate bot with these new commands. Or use this to update the old chocobot which used to work and impliment it into RB as a base bot?
I'm considering making it so all the classes under the remotewindow namespace would implement the CRTP pattern so that I could stop using static functions for everything. All the windows are currently a mess with lots of repeated code because all the functions are static. If I implemented the CRTP pattern all the windows would have Instance member similar to the update I did to remoteagents.
Want to create a plugin that can go through the gear and where ever it sees 100% for spirit bond, extract the materia.
I think @nt153133 had figured out the extract materia stuff and it was in his library https://github.com/nt153133/LlamaLibrary
Thanks much. That helped. Was able to use his library to auto extract materia from all items in armory >= 100 spiritbond
Right now I am working on an update to the avoidance system as it does not handle getting out of some situations very well. I am also working on a lot of backend issues that have cropped up over time and will need to be taken care of.
is it possible to get the avoidance to recognize blue aoe and yellow aoe.. i know the color does not matter but in just about every case there is blue aoe is from a ally on our side and you generally WANT to stand in it for a buff or something to that nature. or its an attack from a NPC that does not hurt us. currently the avoidance moves out of the way as all AOE is seen as the same. but its not.. i dont know how to word this problem correctly. good AOE bad AOE
Drawing non-avoids (attracts?) would be really convenient for pathing into friendly effects, whether player or NPC generated. Players can place persistent healing or damage-reducing ground AOEs, and some quests or dungeons have moments you need to stand in a friendly shield to live. Since the avoidance system already uses a heightfield internally, can friendly effects be drawn with "opposite" weight from bad effects to draw the bot towards a location? Unrelated, but can you please enable damage messages in GamelogManager or similar? It's only set up for actual chat messages right now, so it seems like it needs events for the following MessageTypes. My use case is very, very simple incoming damage logging of the last few attacks that hit/killed the bot to debug dungeon runs. Not trying to recreate ACT or tie it into a CR at the moment. Code: Damage = 41, FailedAttacks = 42, Actions = 43, Items = 44, HealingMagic = 45, BeneficialEffects = 46, DetrimentalEffects = 47, BattleSystemMessages = 59,