Improve code for the elfs daily quest

[rock5]

Is there a better coding distance that should help avoid the speed of the gather being too fast?

By going too fast, I mean it tries again before it has registered that it already has the item. By adding a pause, it has time to register that it has the item so it only harvests once. Harvest distance is used to only harvest items within a certain distance. There is only 1 harvestable and only 1 Blinsik so in this situation, it has no use.

The same is true with the npc. If you don't give the dialog time to open, then you'll be trying to accept the quest before it's ready.

[Tamyra]

OMG, it works SO much better!! But, as one problem resolves itself another one comes back, and it seems the water portion of the return path has the bot "dolphin jumping" out of the water every other second. So I was wondering if the create waypoint part of the bot with the third axis is what effects height of the bot, so I can be sure to keep it under water?

[lisa]

Pretty sure the bot doesn't know how to move up or down, with the low amount of actual going through water required in RoM I doubt it would be worthwhile to write the coding to actually make it move up and down.

I'd need to test but I'm pretty sure jump or sit doesn't move your character up and down in water so you would need to change the direction the character is looking in order to make it do this.

[Tamyra]

Okay, I'm not sure what's going on, but for some reason my bot now does not work for this daily, and continually pauses and/or gets stuck on the grass it is running across. I didn't change anything with the waypoint either. Any suggestions?

[lisa]

Could it be the usage of Y axis now causing the issue?

[rock5]

As far as I know, when calculating distance, if there is no 'y' value it just uses the 'x' and 'z' values and should still work. And if that was the problem, wouldn't he be having problems at every waypoint instead of just a few?

[Tamyra]

It actually only got as far as it did because I interceded on the bot's behalf and pointed it in the right direction. It WAS stopping and getting stuck at every waypoint.....on the grass. In the water it did not seem to be having any issues.

[rock5]

So do all your other waypoint files still work? If you change character and/or profile does it still do it? If you create a new waypointfile does it work better?

By the way, I still have a copy of yout waypoint file and it still works perfectly for me.

[Tamyra]

Yeah I went back a few posts to my original waypoint where the wait time was a little fast, and it is checking twice for the item. It worked with the exception of that, plus the section in the water is a bit iffy with the dolphin swimming, but at least it does the job. I'll stick with that for now.

[Tamyra]

And it worked for all of 2 days, now it is right back where I started but worse, now both water and grass are sticking at every waypoint. I even tried recording a new path, in case frogster got wise and modified the terrain with a few bumps in the grass and got ... nothing. Still gets stuck, so I am convinced it is something else. And this is the ONLY bot that's doing this. Any suggestions on how to fix this would be great. Or if anyone else has a working waypoint that I can test (in english preferably)? Thanks in advance.

Edit: Should I try to delete the associated macro in game that's created when a new bot is loaded? Then restart it fresh? Will that do anything?

[lisa]

I am starting to think it might be a machine resource issue. Do you have lots of programs running at the same time? If not then maybe look into your ram to see if it isn't working properly, check out some performance software.

[Tamyra]

Only have the game and micromacro running, everything else is off. And like I said, this is the only bot that it does this to. I collect eggs at millers ranch just fine. And I only run one instance of the game at a time on this computer. I've even tried putting it on low resolution with the distance view the same as normal resolution so that it uses less resources.

[rock5]

I'd say the problem is with your profile or character because I have a copy of the waypoint file you are using and it works fine for me.

So if you have been using the same profile try to use the default profile.

If you have been using the same character try it with a different character.

[Tamyra]

I named the waypoint elfdaily.xml, and the profile tiering.xml, so the profile itself is being used on all characters as they cycle through on auto log in. I have 4 different accounts with 8 characters each, and it does not work on any of them. The only thing I can think of is that sometimes it messes up and gets stuck when trying to do a skill that the character does not yet have the level to do. Or a skill like flame, on a rogue, so mismatched skill for wrong class. So my next question would be, how do I turn off all the skills?

[rock5]

Ok so the problem is not a character related problem because it happens with all your characters so it's most likely your profile. What happened when you tried the default.xml profile like I suggested?

[Tamyra]

lol Well seeing as I have just now read this when at work, I have not yet tried to implement it, but I can tell you that my "tiering.xml" profile is an exact copy of the default profile with 2 exceptions. The name of the waypoint elfdaily.xml has been added, and that I have set the "quickturn" setting to true.

[rock5]

Skills shouldn't be a problem because it should only load the correct skills for the class but I just tested this

Code: Select all

                  -- Re-initialize player
              player = CPlayer.new();
              settings.load();
              settings.loadProfile("tiering"); -- Profile name

and found it didn't work properly when loading a new character. The skills loaded included the skills from the previous character. I don't understand how that's happening. settings.loadProfile probably needs to be fixed.

But in your case, becasue you use the same profile with all characters and now that I've added auto skill set changing, you could try leaving out the "settings.loadProfile("tiering")" line.

[Tamyra]

Where does that go? I have not seen that code before. Duh, never mind, I found it, so just delete the whole line?

[rock5]

Just try deleting the whole settings.loadProfile line.

I still don't understand what's happening with the skills. There's something happening that I don't understand with the variables. Maybe Administrator knows?

If I load a rogue and start the bot commandline, that loads the rogues skills.

If I then switch to my priest and execute these 2 commands

Code: Select all

              player = CPlayer.new();
              settings.load();

and check the loaded skills, I find that any general skills and priest skills from the rogue profile are already loaded.

If I then execute

Code: Select all

settings.loadProfile("priest_profile");

I end up with a mixture of my priest skills from the priest profile and rogue skills from my rogue profile that seem to have appeared from nowhere.

If I run my
settings.loadSkillSet(class) command. The skills are all correct.

I think I might know what the problem is. I just checked settings_default.profile.skills and instead if being empty, it has skills in it. I don't know how that happened as the only time settings_default is used is through the table.copy command.

I must be missing something. Maybe table.copy doesn't copy subtables properly?

[rock5]

Yes, Ive confirmed that the problem is table.copy. I've tested a fix and it works. When loading new profiles it properly clears the old. I've PMed Administrator to add the fix to micromacro as I'm not sure if I have authority to update it.

Please note, Tamyra, I'm not 100% sure if this will fix your original problem.