Build #329 is pushed. Its the release candidate. If all goes good we plan to do a release from this revision on monday. The change log will be huge. However here is a quick summary: Quest bot complete rework. Native flying in quest bot with Nav="Fly" attributes. Flightor rework to support landing for indoors destinations. Navigator and flightor stuck handler rewrites. Navigator path generation improvements for edge fixing. (no more corner hugging)
Downloading now... Looks like some much needed updates, especially to navigation. Here's hoping the objective problem in the questing bot is fixed (ignore anything attacking you en route to an objective).
Will there be a Dungeonbuddy update in release too? Still having the "Checking for script updates" issue after HB crashed in dungeon and is restarted be arelog. Looking forward for a release
Thanks raphus for that helpful information. What I'd like to appreciate as a profile writer is a more customizing API for profiles. Recently you've already made a big step in the right direction with the new Condition="Object(x)..." directive, which is a huge relief! It would also be very helpful to be able to define variables, constants or arrays within the XML file to concatenate a number of single profiles into one, for example tilling on Sunsong Ranch with different seed-IDs using one XML template, instead of a single profile for each seed. Just a rough example: Code: <Define="(X) == 12345"> <Define="(Y) == 54321"> <Define="Array(A) -> 1:2, 2:5, 3:2, 4:10, 5:800, 6:False"> ... <CustomBehavior File="InteractWith" MobId="%X" InteractByUsingItemId="%Y" NumOfTimes="%A(2)" WaitForNpcs="%A(6)" WaitTime="%A(5)" /> That would really help to write a more complex and neat code.
Build #329 I love it. Im experiencing a release that i always wanted. NO zigzagging what so ever with Gatherbuddy. It just goes to a node, lands next to it, gets it, flies off.....its perfect good job on this push
elevator handling is rewritten as well. It was the zangarmash elevator that i used for testing so it should work good
This build has resolved virtually every issue I had with Flightor when using Farmer Joe. Job well done guys!
raphus, please could you look at my recommendation of changing the way logs are stored, the current format wasn't designed for multiple accounts and 'chinajade' also strongly supported this idea a few months ago but I've yet to see any change on this easy to implement idea, below is an example on which I'm referring; Honorbuddy/Logs - Current Honorbuddy/CharacterName/Log - New, Better Logic, Easily Navigable Not only will this help people find the correct log files (because locating them is currently harder than it should be), this should also result in an increase of accurate log files in both the support forums and an increase in fixing mesh issues (due to people posting the correct log file). Please consider this idea for the next release.
No character name should appear in a log file or in a log file path, period, that is just plain stupid to ask for that and asking for the ban hammer the first time you post a log where you forget to remove your character name from it. If you have a problem with a character, copy the directory you are running from and delete all the old logs and then use that single character from that directory only, logs are easy to find that way. If you have a problem with HB, do the same thing, logs are easy to find that way. I don't post logs anymore because of sloppy plugin/CR writers who leave character names in their logs. Of course none of these problems should exist if the plugins/cr were tested by the devs/admins as they are supposed to be, they do because they are not tested fully/correctly/at all. G
I also believe that the character name shouldn't appear in the log file itself, the bot should automatically not add any character name (simply replace with * if required).
Please NOT "Honorbuddy/CharacterName/Log" but "Honorbuddy/Log/CharacterName/", because with 45 toons you will have 45 folders in HB's root directory. Not really what we want.
New beta seems to pick all the right mounts at the right time depending on what level of flying you have, thats great. now it won't pickup flight paths from the flightmaster, dialog box doesn't open to accept it, if you open it by hand with HB running it continues along its merry way, as it should. Flushing timed movement. Direction: AllAllowed G
Can't agree completly, it wants to mount Serpent mounts(dragons) while being level 82, and so it's stuck not trying to mount a different mount
Sorry, I was testing lvl60 chars in BC. So the old serpent bug I (and many others) reported 3 weeks ago is still there, surely that's not a hard one to squash, it really needs to be sorted out for the next release, maybe something like "check lvl required to use account wide mount, if lvl required is greater than current character level, pick next mount". Look there is a 7th person working on HB core now The whole pick you mount thing didn't get a makeover as I had hoped either, still far too complex to achieve a simple outcome. To refresh, pick a ground mount, pick a flying mount, pick an underwater mount, pick a walk on water mount, and Hb uses them in the correct circumstance when required, simple. None of this automatic (which clearly is pooched) or this random (that's just a dick waving exercise). Get the basic mount picking right and working please. And the ground/air mount thing isn't fixed, shortly after giving praise I handed in a quest, got my next one and then promptly rode on my horse (at least it didn't pick my gryphon) for 1000 yds for the next quest, should of just hoped on the gryphon and flew there. It is still borked as far as I am concerned. If I have a flying mount and can fly to the next point when I do a quest I should be able to, I shouldn't have to ride a ground mount when I can clearly fly. Everyone levelling by hand uses a flying as soon as possible, it seems only HB uses a flying mount to run along the ground, so easy to pick everyone levelling with HB. G