What's new
By:
  • Visit Rebornbuddy
  • Visit Panda Profiles
  • Visit LLamamMagic
  • Visit Resources
  • Visit Downloads
  • Visit Portal
RebornBuddy Forums

Register a free account today to become a member! Once signed in, you'll be able to participate on this site by adding your own topics and posts, as well as connect with other members through your own private inbox!

[Release] RebornBuddy64 Version 1.0.681 - DirectX11 / x64 bit compatible

mastahg said:
So should i call timer 1 Enochian uptime or polyglot timer?
Click to expand...

Polygot timer should be better.
Because its actually resetting after each 30 seconds cycle, generating one PolyGlot stack,
and its not really the uptime of Enochian.
Messed up one calculation and already calculated 30000 (ms) - timer1, thats why I thought it would be Enochian uptime.
 
New build:

Code: 
Quest Behaviors:
TalkTo, Pickup,Turnin will now handle SelectYesno appearing while not inside a cutscene (orderbot will continue to handle them during cutscenes)

Quest Behaviors can now have properties of uint[]

Objects:
GameObjectManager.PetObjectId added, this will allow you to check if a summoner/arcanist has a pet out before it is added to the objectmanager

ActionResourceManager.BlackMage updated

Kupo:
Arcanist and summoner rotations updated
Settings version bumped, users will need to reconfigure rest points, chocobo summoning is now on by default

Developers:
Behaviors are now automatically weight by how specific a context a behavior will operate in, ie you can have a behavior for all and then a specific behavior for instances and the instances one will get priority when inside an instance.
 
Not sure if anyone else has noticed a change in some behaviour but, since some of the most recent updates some Order Bot profiles are behaving odd in combination with Flightor.
An example would be this particular profile for the Pixies Dailies that won't utilize flight because it seems to be under the impression that we're indoors.
https://github.com/sodimm/RebornBud...mm/Daily Quests/[OrderBot] Pixies Dailies.xml

Ive attached a log with just running a couple of the quests, but the following bits in the logs seem to stand out

Code: 
[13:00:42.406 D] [Flightor] Set up for movement from <-351.543, 47.98925, 504.0842> to <-452.8528, 70.86672, 571.0655>
[13:00:42.434 D] DoAction Mount 4294967295 0xE0000000
[13:00:48.577 N] [Flightor] Mount up failed unexpectedly. Blacklisting current location.
[13:00:48.843 D] [Flightor] We are indoors. Moving to <-327.2311, 48.05226, 505.613> to take off
[13:00:48.873 D] DoAction Mount 4294967295 0xE0000000
[13:00:55.041 N] [Flightor] Mount up failed unexpectedly. Blacklisting current location.
[13:00:55.344 D] [Flightor] We are indoors. Moving to <-350.3345, 48.95982, 513.6433> to take off
[13:00:55.344 N] [Flightor] Lifespan more then 10 secs
[13:00:55.375 N] Requesting path on 816 from <-351.543, 47.98925, 504.0842> to <-452.8528, 70.86672, 571.0655> within 5 ()
[13:00:55.489 N] Received path response to <-452.8528, 70.86672, 571.0655> in 00:00:00.1133133 ms
[13:00:55.511 D] DoAction General 9 0xE0000000
[13:01:04.445 D] [Flightor] Set up for movement from <-414.2986, 58.17515, 542.3569> to <-447.5122, 70.04605, 568.3604>
[13:01:07.878 N] [FlyTo] Landing at destination ''
[13:01:07.878 N] [FlyTo] FlyTo behavior complete.  Arrived at destination ''

At no point during the mounting process were we ever indoors.
 

Attachments

kraftaddikt said:
Not sure if anyone else has noticed a change in some behaviour but, since some of the most recent updates some Order Bot profiles are behaving odd in combination with Flightor.
An example would be this particular profile for the Pixies Dailies that won't utilize flight because it seems to be under the impression that we're indoors.
https://github.com/sodimm/RebornBuddy/blob/master/Profiles/Sodimm/Daily Quests/[OrderBot] Pixies Dailies.xml

Ive attached a log with just running a couple of the quests, but the following bits in the logs seem to stand out

Code: 
[13:00:42.406 D] [Flightor] Set up for movement from <-351.543, 47.98925, 504.0842> to <-452.8528, 70.86672, 571.0655>
[13:00:42.434 D] DoAction Mount 4294967295 0xE0000000
[13:00:48.577 N] [Flightor] Mount up failed unexpectedly. Blacklisting current location.
[13:00:48.843 D] [Flightor] We are indoors. Moving to <-327.2311, 48.05226, 505.613> to take off
[13:00:48.873 D] DoAction Mount 4294967295 0xE0000000
[13:00:55.041 N] [Flightor] Mount up failed unexpectedly. Blacklisting current location.
[13:00:55.344 D] [Flightor] We are indoors. Moving to <-350.3345, 48.95982, 513.6433> to take off
[13:00:55.344 N] [Flightor] Lifespan more then 10 secs
[13:00:55.375 N] Requesting path on 816 from <-351.543, 47.98925, 504.0842> to <-452.8528, 70.86672, 571.0655> within 5 ()
[13:00:55.489 N] Received path response to <-452.8528, 70.86672, 571.0655> in 00:00:00.1133133 ms
[13:00:55.511 D] DoAction General 9 0xE0000000
[13:01:04.445 D] [Flightor] Set up for movement from <-414.2986, 58.17515, 542.3569> to <-447.5122, 70.04605, 568.3604>
[13:01:07.878 N] [FlyTo] Landing at destination ''
[13:01:07.878 N] [FlyTo] FlyTo behavior complete.  Arrived at destination ''

At no point during the mounting process were we ever indoors.
Click to expand...
Same Issue for me.
 
Hey Mastahg, found a bug. Core.Me.Levels doesn't register Reaper at all. Quick to test with:

foreach (var level in Core.Me.Levels) { Log(level); }
 
Mesh in Sea of Clouds gets stuck on stairs near Ok' Zundu, there are 3 bridges, top right, bottom left and one next to Aetheryte just to the east very close stairs.
<GetTo ZoneId="401" XYZ="-747.097, -57.11456, 163.8361"/>
<GetTo ZoneId="401" XYZ="-564.8127, -36.698, -349.0807"/>
<GetTo ZoneId="401" XYZ="-180.3159, -14.96918, -543.1144"/>

Also stuck trying to attune to Falcon's Nest aetheryte as it's too high above character, needs to move a few feet closer.
 

Attachments

  • M8Hxeqa9QY.webp
    M8Hxeqa9QY.webp
    28.9 KB · Views: 119
woode323 said:
Mesh in Sea of Clouds gets stuck on stairs near Ok' Zundu, there are 3 bridges, top right, bottom left and one next to Aetheryte just to the east very close stairs.
<GetTo ZoneId="401" XYZ="-747.097, -57.11456, 163.8361"/>
<GetTo ZoneId="401" XYZ="-564.8127, -36.698, -349.0807"/>
<GetTo ZoneId="401" XYZ="-180.3159, -14.96918, -543.1144"/>

Also stuck trying to attune to Falcon's Nest aetheryte as it's too high above character, needs to move a few feet closer.
Click to expand...

All three of those worked perfectly fine, they were fixed a long long time ago.
 
New build updates IsWithinInteractRange logic to better match the server side logic
 
Hey Mastahg, do you think we could get an update for ActionResourceManager.Monk? It seems to be missing beast chakras and nadi.
 
Quick question about the usage of the TeleportTo tag. It seems to operate outside of the default settings that you can set ingame for teleportation when it comes to using Aetheryte Tickets.
I've got mine set up to use Aetheryte Tickets whenever the teleport costs exceeds 500g, e.g configurable via the cog icon on the teleport menu
upload_2022-1-13_13-48-32.webp


But whenever running OrderBot profiles that utilize TeleportTo, this gets completely ignored as can be seen by the text in chat log with the amount of gil spent per teleport.

Code: 
You spent 779 gil.
You spent 1,283 gil.
You spent 1,157 gil.

vs

Code: 
You used an aetheryte ticket. (Remaining: 610)

Any chance the tag can mimic said behaviour based on teleport settings?
 
Neverdyne said:
Hey Mastahg, do you think we could get an update for ActionResourceManager.Monk? It seems to be missing beast chakras and nadi.
Click to expand...
Need to figure out he best way to handle the masters gauge.

kraftaddikt said:
Quick question about the usage of the TeleportTo tag. It seems to operate outside of the default settings that you can set ingame for teleportation when it comes to using Aetheryte Tickets.
I've got mine set up to use Aetheryte Tickets whenever the teleport costs exceeds 500g, e.g configurable via the cog icon on the teleport menu
View attachment 232591

But whenever running OrderBot profiles that utilize TeleportTo, this gets completely ignored as can be seen by the text in chat log with the amount of gil spent per teleport.

Code: 
You spent 779 gil.
You spent 1,283 gil.
You spent 1,157 gil.

vs

Code: 
You used an aetheryte ticket. (Remaining: 610)

Any chance the tag can mimic said behaviour based on teleport settings?
Click to expand...


I'll look into it.
 
Hey Mashtag I have been trying to run orderbot and it is not working at all. Is their anything I am doing wrong?

Here is my log







[15:48:00.807 N] Loading profile [OrderBot] 6.0 Endwalker - No LlamaLibrary.xml
[15:48:01.063 N] Parsing xml...
[15:48:01.075 N] Failed to load profile: Element UserDialog is not supported. Please check your XML and try again. (<UserDialog DialogText="Please complete all the post-Shadowbringers content before starting this profile!" QuestRequirementInLog="InLog" IsBotContinueAllowed="False" />) Line 42
[15:48:01.077 D] System.Exception: Element UserDialog is not supported. Please check your XML and try again. (<UserDialog DialogText="Please complete all the post-Shadowbringers content before starting this profile!" QuestRequirementInLog="InLog" IsBotContinueAllowed="False" />) Line 42
at Clio.XmlEngine.PropertyProcessor.(PropertyInfo , XElement , Object )
at Clio.XmlEngine.XmlEngine.Load(Object obj, XElement element)
at Clio.XmlEngine.PropertyProcessor.(XElement , Type )
at Clio.XmlEngine.PropertyProcessor..(XElement )
at System.Linq.Enumerable.WhereSelectEnumerableIterator`2.MoveNext()
at System.Collections.Generic.List`1..ctor(IEnumerable`1 collection)
at System.Linq.Enumerable.ToList[TSource](IEnumerable`1 source)
at Clio.XmlEngine.PropertyProcessor.(XElement , PropertyInfo )
at Clio.XmlEngine.PropertyProcessor.(PropertyInfo , XElement , Object )
at Clio.XmlEngine.XmlEngine.Load(Object obj, XElement element)
at ff14bot.NeoProfiles.NeoProfile.Load(XElement element, String path)
at ff14bot.NeoProfiles.NeoProfile.Load(String path)
at ff14bot.NeoProfiles.NeoProfileManager.Load(String profilePath, Boolean rememberPath)
 
kraftaddikt said:
Quick question about the usage of the TeleportTo tag. It seems to operate outside of the default settings that you can set ingame for teleportation when it comes to using Aetheryte Tickets.
I've got mine set up to use Aetheryte Tickets whenever the teleport costs exceeds 500g, e.g configurable via the cog icon on the teleport menu
View attachment 232591

But whenever running OrderBot profiles that utilize TeleportTo, this gets completely ignored as can be seen by the text in chat log with the amount of gil spent per teleport.

Code: 
You spent 779 gil.
You spent 1,283 gil.
You spent 1,157 gil.

vs

Code: 
You used an aetheryte ticket. (Remaining: 610)

Any chance the tag can mimic said behaviour based on teleport settings?
Click to expand...


So I looked into this, and it was doable, and was able to get it working. However a issue arises when the user has selected any of the options that require "confirmation." To handle the dialog that appears would require a lot of work to update a few very old functions and everything that was built on top of them. To proceed would mean I would have todo one of two things either force change the users setting or reimplement the ticket usage logic, and ticket counting check in rb both of which are not a simple task. So for the time being we will continue to ignore the aetheryte tickets.



New version
Code: 
ActionResourceManager Updated for monks
Kupo for monks has had a large update

Quest Behaviors:
Climbhill updated 
PickupQuest tag will now handle select string windows that appear.
 
mastahg said:
So I looked into this, and it was doable, and was able to get it working. However a issue arises when the user has selected any of the options that require "confirmation." To handle the dialog that appears would require a lot of work to update a few very old functions and everything that was built on top of them. To proceed would mean I would have todo one of two things either force change the users setting or reimplement the ticket usage logic, and ticket counting check in rb both of which are not a simple task. So for the time being we will continue to ignore the aetheryte tickets.
Click to expand...

I see -- Would it maybe be possible to add a parameter on the TeleportTo to force it to use them, where it'll function as a "your own risk" kind of thing?
Perhaps that way it can be done without having to make changes in multiple places?

No worries if not, I'm already glad that you looked into, it's grealy appreciated.
 
You must log in or register to reply here.
Back
Top