Server Help

Underlord · Guest Offline

Been working on an AI bot by having a bot send in keystrokes to a continuum client.

Problem 1:
Getting it to turn correctly to an angle. Here's the code I'm currently using:

Code: Show/Hide

#include "ExternalPrgController.h"

StartPriority(); // sets thread to high priority

for (count=0; count < turnangle; count++)
{
keybd_event (VK_RIGHT,0,0,0);
Sleep (29);
keybd_event (VK_RIGHT,0,KEYEVENTF_KEYUP,0);

EndPriority(); // ends high priority
}

The problem is it turns inconsistently, sometimes several angles off. Without high priority its even worse, real time priority isn't noticably different. Need a way to match something to the time it takes to turn 1 angle in SS. Sleep(29) is the closest thing I've found, large for() loops, using windows time ticker, etc are all more inaccurate. Anyone know a better way than Sleep(29)?

Problem 2:
Getting the angle to turn to fire at an enemy. Current code:

Cyan~Fire · Posted: Fri Nov 07, 2003 5:24 pm Post subject:

Tough stuff, but there is one thing I can suggest (I know this means redesigning part of it): Use the 'me' bot struct and just manipulate the position/angle there, not by keystrokes. Keystrokes will always be ineffecient.
_________________
This help is informational only. No representation is made or warranty given as to its content. User assumes all risk of use. Cyan~Fire assumes no responsibility for any loss or delay resulting from such use.
Wise men STILL seek Him.

Dustpuppy · Posted: Fri Nov 07, 2003 6:40 pm Post subject:

I think you missed the entire point of the post.

50% Packetloss · Posted: Fri Nov 07, 2003 6:46 pm Post subject:

ekted answered this on ssforum.net

Cyan~Fire · Posted: Fri Nov 07, 2003 7:15 pm Post subject:

I wasn't answering any of his questions (except maybe 5?), I was just suggesting a different method.

Mine GO BOOM · Posted: Fri Nov 07, 2003 11:58 pm Post subject:

The problem you are having with the aiming delays is that you are not predicting their current positions. You have to take the times into effect. How I did it with my aiming bot is as follows.

Hopefully the bot core records the time from the position packet. You then have to take the difference of the now time (or the future time, if you plan on shooting after a short delay) and the time that position packet said it was valid for. Hopefully again, either the bot core converts the position packet's time into your local clock, so you can use GetTickCount(), or has a function to return the current server clock. Either way, it should return something small, like 20 - 200. This is the same value Continuum places next to player's names, if you turned that option on.

Now, take their speed, multiply by the time, divide by 10000 (I think speed was in pixels / 10 seconds, and the timing difference should be in milliseconds), then add their current X/Y position to that. Thats their current estimated position. If you want to get all fancy, you can record their accerations, thus predicting curves, but first do this simple vector calculations for now.

That should fix your slight angle delays, assuming the math in the function is correct. Using Sleep + sending keystrokes is going to be bad. The only way to really overcome this is to make your own physics engine local to your bot, and not require a third-party client to do it for you. This would also fix your problem of the delayed information for positions.

For the flight path, you'll need to work on collision detection, as you'll end up flying through objects sooner or late. If you do this, you'll be making for own little gaming engine, which is what I am recommding you do for the above steps too.

This is why I stopped at the turret aiming bot. Anything more requires a great deal of effort and time.

Now that I'm thinking of it, you could always see if Continuum does its control actions via Windows's command system. A program I can recommend for easy testing and recording of this information would be Girder. Check out some examples of how it can control other programs, and you should get the hang of it. If this method works, you should be able to tell Continuum movement commands in a more controlled method.

Dr Brain · Posted: Sat Nov 08, 2003 12:15 am Post subject:

But what you really want is to extrapolate their movement into a function, then use calculus to find the firing angle so that the bomb will hit them, and not just fire at their last position.
_________________
Hyperspace Owner

Smong> so long as 99% deaths feel lame it will always be hyperspace to me