MAN this was a needle in haystack trying to find this ONE part of the profile I KNOW it skipped the NPC before trying to move on... Found it tho Mash! (This is the log part where it skipped npc to trigger it again before generating a move path again, using the Uldah 1-15 profile as an example) Tail end of it, you can see, target is dead, and it wants to move away from the Gutless Gladiator before it talked to him to complete the leg of the quest "Ul'dah's Most Wanted" This was just the one part in my mind I could rem within the log. However was this SAME spot that I commented on orig post too. Right after I stopped RB so I could talk to him. I restarted the profile.. and thats when it gave me no path found, so I had to manually change zones for it to catch on again. (Where as if I didnt hit stop. It was on course TO going to the zone I think on its own) You need to register and have one post to see spoilers!
Very well. In reference to the profile about the class job quests. Here is the full log from that run. 1st part is me loading it in the cnj guild, right after I manually accepted level 1 cnj quest. It teleported me to Bent, then started running into walls etc. After I stopped, I went manually to the area where it needed to kill the 3 mob types. After I was finished with THAT. I stayed in the spot. Hit start on the profile. It scanned where I was at, then teleported me to Grid (like it should) to then head to cnj guild to turn it in. However instead it just ran off the crystal platform, into the water, mindlessly. Profile used to work fine before 3.4 flawlessly. Anyways, here are the full logs from the CNJ class questing. You need to register and have one post to see spoilers!
That is not a full log. It really sounds like a profile issue, and should be posted in the thread for the profile.
I don't believe it's profile issues. These profiles were just fine before the patch and subsequent updates. These are not profile specific issues. This happens with multiple profiles, from multiple people including the "official" one. The code below shows just a small area, where the bot had to interact with an NPC twice, once to turn in and once to get a quest. It turned in, interacted a 2nd time, but did not accept. Generally speaking it blows up when it needs to go elsewhere and get nav instructions. Also targeting npcs and creatures it just stops and waits a while before starting a CR. Just about everything in at least the first log I provided shows these situations. Code: [22:08:58.504 D] Interacting with Pfrewahl 0x1360FDA0 [22:09:39.338 D] Interacting with Pfrewahl 0x1360FDA0 [22:09:39.407 N] Grind Area changed to CryMeALiver [22:09:39.410 V] [Poi.Clear] Reason: Current behavior changed to GrindTag: GrindRef: CryMeALiver, WhileCondition: HasQuest(66011) and GetQuestStep(66011) == 1, IsDone: False, HighPriority: False, LineNumber: 1287, InCombat: False, QuestId: 0, StepId: 0, PostCombatDelay: 0, QuestName: null, IsDoneCache: False, Behavior: ff14bot.Behavior.HookExecutor, . [22:09:39.410 D] Replaced hook [ProfileOrderBehavior_Hook] 901a5982-622a-44bb-bf06-713ab29ea8f0 [22:09:44.557 D] Hotspot changed to Cry Me a Liver - Rivertoads(<177.6492, 33.76923, 68.79064>) [22:09:44.557 D] Requesting path on 134 from <-4.39375, 57.28351, -307.0549> to <177.6492, 33.76923, 68.79064> [22:09:44.601 D] No viable path from <-4.39375, 57.28351, -307.0549> to <177.6492, 33.76923, 68.79064> in 00:00:00.0428632 ms [22:10:04.391 N] Stopping the bot. Reason:Pushed the stop button. And here's a creature attack that took much longer than previously: Code: [22:36:34.771 D] Requesting path on 135 from <111.4536, 44.47021, 63.46174> to <131.971, 35.69277, 45.13389> [22:36:34.812 D] Generated path to <131.971, 35.69277, 45.13389> in 00:00:00.0414481 ms [22:36:46.655 D] DoAction Spell 163 0x40000B75 [22:36:49.158 N] [Esper] Ruin on BattleNpc Again, generally, steps between things are delayed by seconds when they used to be instant. This is also a clean install, clean downloads of plugins and profiles. I had to manually hit accept here: Code: [22:49:09.961 D] Interacting with Moegramm 0x136237B0 [22:49:30.264 D] Interacting with Moegramm 0x136237B0 [22:49:30.328 N] [TurnInTag] Turning in quest Whack-a-Mole(66018) from Arenlona at <532.8297, 88.99998, -72.09894> [22:49:30.328 V] [Poi.Clear] Reason: Current behavior changed to TurnInTag: RewardSlot: -1, ItemIds: null, RequiresHq: null, IsDone: False, NpcId: 1002659, InteractDistance: 5, XYZ: <532.8297, 88.99998, -72.09894>, NPC: Arenlona 0x13626190, HighPriority: False, LineNumber: 1386, InCombat: False, QuestId: 66018, StepId: 0, PostCombatDelay: 0, QuestName: Whack-a-Mole, IsDoneCache: False, Behavior: TreeSharp.PrioritySelector, . [22:49:30.328 D] Replaced hook [ProfileOrderBehavior_Hook] ced15eeb-2dbb-4c53-bc72-b27d625c66da [22:50:10.988 D] Interacting with Arenlona 0x13626190 Here is where I hit accept, after this line Code: [22:49:30.328 D] Replaced hook [ProfileOrderBehavior_Hook] ced15eeb-2dbb-4c53-bc72-b27d625c66da
Sorry Mash, but unless you wanted the whole days worth of botting log in one file.. which had nothing to do with the issue... Then yea, that was "Full" for the current issue after loading that profile. And yes, multiple profiles died out here now. Even the level 1-50 straight mob grinding one doesnt work anymore. Nav issues to even start getting to where it needs to.
I have three toons leveling right now, none of them have encountered any navigation problems. We need to eliminate variables, do a clean install, no third party software. I need a clear and concise description of whats happening,and preferably a profile chunk that can be easily accessed that exhibits the issue.
Hey mastahg. I encountered a challenge with using WorldManager.Teleport and WorldManager.TeleportById methods. I am in possession of an Apartment and an Estate in same housing district, and using that district's aetheryteID takes me to the one at the top of my teleport list. Using WorldManager.AvailableLocations I found the following: Code: Name: Estate Hall (Private) AetheryteId: 60 Cost:17 Zone:340 SubIndex:128 Name: Estate Hall (Free Company) AetheryteId: 58 Cost:80 Zone:341 SubIndex:0 Name: Estate Hall (Private) AetheryteId: 60 Cost:17 Zone:340 SubIndex:1 Is there a way for me to specify the SubIndex? I can't find it on rbdocumentation.
Ok, Mashtag, Im learning that for some reason, which I cannot explain... that CR is causing the issue??? This is using the Hunting log profile attached, with a fresh CNJ who hadnt started it yet. My test starts in CNJ Guild, then I loaded RB fresh. Using Minwu CR on load: View attachment 14904 2016-09-30 21.52.txt (gets to float, nav starts running some, runs against the bridge, gets stuck, runs backwards, and never gets anywhere. Also oddly.. time it takes between actions with the CR loaded slows down as well between actions) Using Kupo and Ultima However on Fresh RB load, again same variables as above for starting. The profile works fine, Nav included. Dont even see a slow down between tasks. View attachment 2876 2016-09-30 22.09.txt Now I already of course brought this up to the CR creator. However its QUITE puzzling that a CR is a cause for nav issues? Since CR has nothing to do with that since there are no mobs targeted or around yet to active the CR. Which is why I am reporting my findings here. You can also see in the logs the delay between some of the tasks. A 20 second difference. Minwu: Code: [01:54:21.345 D] Requesting path on 154 from <-31.56647, -40.87434, 238.3868> to <226.9634, -27.85979, 342.9897> [01:54:21.474 D] Generated path to <226.9634, -27.85979, 342.9897> in 00:00:00.1291856 ms [01:54:41.676 N] Sprinting [01:54:41.694 D] DoAction Spell 3 0xE0000000 Ultima: Code: [02:10:47.982 D] Requesting path on 154 from <-35.03142, -40.46629, 226.7878> to <226.9634, -27.85979, 342.9897> [02:10:48.108 D] Generated path to <226.9634, -27.85979, 342.9897> in 00:00:00.1259250 ms [02:10:48.167 N] Sprinting [02:10:48.182 D] DoAction Spell 3 0xE0000000 What could be a cause offhand?
Mastahg, it seems that it may be a specific set of CRs that is doing this. I cannot see why a CR would lag or not allow completion of interactions with NPCs, etc. I'm working with that dev to try and dig deeper.
There is, can you make a post in the community dev section so that others users with the same issue can see the method. Combat routines handle movement for pulling and once in combat. I'm pretty sure you can attach a profiler to rebornbuddy, I use .NET Profiler To Boost Application Performance| ANTS Performance Profiler
It seems the bot is lagging on Code: [HighPriorityProfileOrderBehavior_Hook] and Code: [ProfileOrderBehavior_Hook] This is when the bot either fails in an action or lags completing previous action.
Hey Mastahg, I wasnt sure if anyone has brought to your attention the Blue Gathering Scripts purchase has some issues... I get this code chunk but Buddy buys redbaloons until im lower than 60 scripts.. And then gets stuck in this screen. Youre pretty amazing keeping this going. i appreciate it so much.
Version 434 Code: This version marks the start of overhauling the questing system in rebornbuddy. The following changes have been made: EmoteNpc,UseObject, and UseItem tags have had their movement logic cleaned up. PickupQuest tag now better handles skipping cutscenes, it will no longer interact with the target after the cutscene has ended causing a SelectString window to appear GetTo tag introduced This tag will handle getting you from point A on map X to point B on map Y. Currently it knows how to use zone transitions, aetherytes and aethernets. It is very aggressive in obtaining new aethernets and aetherytes. Chaining getto's together in profiles is not recommended as the tag makes several requests to the nav server. You should GetTo then moveto/nocombatmoveto. Using getto and then following up with an interaction tag and then another getto should be fine. Known Issues: Using npc transports is not yet supported. All zonetransitions are assumed to be unlocked, this is not the case in some heavensward zones. Getting to housing zones is not supported. Path is not recalculated after picking up a new aetheryte/aethernet while running, but will be at the next getto tag. Please create a thread in the support section with a log attached if you have a problem with the getto tag. Also, I'm clarifying the license on all included quest behaviors, they are licensed as CC-BY-NC-SA (Creative Commons — Attribution-NonCommercial-ShareAlike 3.0 Unported — CC BY-NC-SA 3.0) The same as honorbuddy's.
Version 436 Code: OrderBot: Path precision increased to .7f from .8f GetTo: Fix an issue with the database missing some entries Fix an issue with using the tag and running it once and stopping then starting the bot
Not sure where you get your information from, but several offsets changed and several patterns broke. Updated for 3.41, no need to download a new version.
Still getting the version of ff14 is not yet supported. bot didn't try to update when I started the program. Redownloaded it, still no go.
