Shooting At Stuff

Published November 15, 2014 by James Wucher, posted by FuzzyBunnySlippers
Do you see issues with this article? Let us know.
Advertisement
You often have to have an entity controlled by an AI "shoot" at something in a 2D game. By "shoot" here, I mean launch something towards another moving something in the hopes that it will intercept it. This may be a bullet, a grenade, or trying to jump to a moving platform. If the target is moving, shooting at the current position (1) will usually miss except in trivial cases and (2) make your entity look dumb. When you play hide and seek, you don't run to where the person is unless they are stopped. You run to where the (moving) thing you are chasing is going to be. There are two cases for "shooting" at something:
  1. Non-Rotating Shooter
  2. Rotating Shooter
This article only covers the case of the non-rotating shooter. The second case is a bit more complicated. I've posted a second article "Throwing a Winning Pass" to cover that. Your goal is to predict the future position of the target so that you can launch something at it and have them collide. It is given that you know the following:
  1. The position of the shooter when the projectile will be launched: \(\vec{P_s}\)
  2. The position of the target when the shooter will launch the projectile (i.e. now): \(\vec{P_T^0}\)
  3. The speed at which your projectiles travel: \(S_b\)
  4. The velocity of the target, \(\vec{v_T}\)
What you would like to find is \(\vec{P_T^1}\), the final position where the projectile will intercept the target. We are going to have to assume that the target will travel at a constant velocity while the projectile is moving. Without this, the projectile will have to adapt after it has been launched (because it cannot predict the future position of the target if it is changing velocity in an unpredictable way). It should be pointed out that this is not limiting and in fact, still works out pretty well as long as the "edges" are handled well (target right in front of you or headed straight at you).

The Problem Space

Consider the image below: post_images_hitting_targets_with_bullets.png This image shows the situation for the shooter. The target is moving with some constant velocity and the intercept position for the projectile, when launched, is unknown until the calculation is done. When the projectile is launched, it will intercept the target after \(t_B\) seconds. The projectile is launched with a constant speed. We don't know its direction yet, but we know the magnitude of its velocity, its speed will be \(S_b\). If the target is at position \(\vec{P_T^0}\) now, it will be at position \(\vec{P_T^1}\), given by:

(1) \(\vec{P_T^1} = \vec{P_T^0} + \vec{v_T} * t_B\)

Since the projectile will have traveled for the same amount of time, it will have moved from \(\vec{P_s}\) to \(\vec{P_T^1}\) as well. In that time, it will have moved a distance of \(S_B x t_B\). Since we are talking about vector quantities here, we can write this as:

\(\mid\vec{P_T^1}-\vec{P_s}\mid = S_b * t_B\)

If we square both sides and break it into components to get rid of the absolute value:

(2) \((P_{Tx}^1 - P_{Sx})^2 +(P_{Ty}^1 - P_{Sy})^2 = S_b^2 * t_B^2\)

Breaking (1) into components as well and substituting back into (2) for the value of \(P_{Tx}^1\) and \(P_{Ty}^1\), we get the following:

\((P_{T0x} - P_{Sx} + v_{Tx}t_B)^2 + (P_{T0y} - P_{Sy} + v_{Ty}t_B)^2 = S_b^2 * t_B^2\)

For the sake of simplicity, we going to redefine:

\(P_T^0 - P_s = R \)(this is a constant)

After some algebra, this gives us the final equation:

\(t_B^2(v_{Tx}^2 + v_{Ty}^2-S_B^2) + t_B(2*R_x*v_{Tx} + 2*R_y*v_{Ty}) + (R_x^2 + R_y^2) = 0\)

This is a quadratic in \(t_B\):

\(t_b = \frac{-b \pm \sqrt{b^2 - 4ac}}{2a}\)

where:

\( a =v_{Tx}^2 + v_y^2-S_B^2\)

\( b =2(R_x*v_{Tx} + R_y*v_{Ty})\)

\( c = R_x^2 + R_y^2\)

You can test the discriminant, \(b^2-4ac\):

< 0 \(\Rightarrow\) No Solution.

= 0 \(\Rightarrow\) One solution.

> 0 \(\Rightarrow\) Two solutions, pick the lowest positive value of \(t_B\).

Once you have solved the quadratic for \(t_B\), you can then substitute it back into (1) and calculate the intercept position, \(\vec{P_T^1}\).

The Code

Putting this together and covering some edge cases: /* Calculate the future position of a moving target so that * a projectile launched immediately can intercept (collide) * with it. * * Some situations where this might be useful for an AI to * make this calculation. * * 1. Shooting a projectile at a moving target. * 2. Launching a football or soccer ball to a player. * 3. Figuring out the best position to jump towards in * a platform game. * * * The output value, solution, is the position that the * intercept will occur at and the location that the * projectile should be launched towards. * * The function will return false if a solution cannot * be found. Consider the case of a target moving away * from the shooter faster than the speed of the * projectile and you will see at least one case where * this calculation may fail. */ bool CalculateInterceptShotPosition(const Vec2& pShooter, const Vec2& pTarget0, const Vec2& vTarget, float64 sProjectile, Vec2& solution ) { // This formulation uses the quadratic equation to solve // the intercept position. Vec2 R = pTarget0 - pShooter; float64 a = vTarget.x*vTarget.x + vTarget.y*vTarget.y - sProjectile*sProjectile; float64 b = 2*(R.x*vTarget.x + R.y*vTarget.y); float64 c = R.x*R.x + R.y*R.y; float64 tBullet = 0; // If the target and the shooter have already collided, don't bother. if(R.LengthSquared() < 2*DBL_MIN) { return false; } // If the squared velocity of the target and the bullet are the same, the equation // collapses to tBullet*b = -c. If they are REALLY close to each other (float tol), // you could get some weirdness here. Do some "is it close" checking? if(fabs(a) < 2*DBL_MIN) { // If the b value is 0, we can't get a solution. if(fabs(b) < 2*DBL_MIN) { return false; } tBullet = -c/b; } else { // Calculate the discriminant to figure out how many solutions there are. float64 discriminant = b*b - 4 * a * c; if(discriminant < 0) { // All solutions are complex. return false; } if (discriminant > 0) { // Two solutions. Pick the smaller one. // Calculate the quadratic. float64 quad = sqrt(discriminant); float64 tBullet1 = (-b + quad)/(2*a); float64 tBullet2 = (-b - quad)/(2*a); if((tBullet1 < 0) && (tBullet2 < 0)) { // This would be really odd. // Both times are negative. return false; } else if(tBullet2 < 0 && tBullet1 >= 0) { // One negative, one positive. tBullet = tBullet1; } else if(tBullet1 < 0 && tBullet2 >= 0) { // One negative, one positive. tBullet = tBullet2; } else if(tBullet1 < tBullet2) { // First less than second tBullet = tBullet1; } else { // Only choice left tBullet = tBullet2; } } else { tBullet = -b / (2*a); } } // If the time is negative, we can't get there from here. if(tBullet < 0) { return false; } // Calculate the intercept position. solution = pTarget0 + tBullet*vTarget; return true; } I have posted a working solution, with a simulation of using the above function and which you can tinker with, on github.

Article Update Log

17 Jan 2015: Fixed hole in pos/neg check. 3 Nov 2014: Cleaned up some text. 1 Nov 2014: Added code example. 1 Nov 2014: Update discriminant description. 28 Oct 2014: Initial Release
Cancel Save
0 Likes 9 Comments

Comments

PhilObyte

I would not have guesses that it will be so complicated, but it is really useful, thanks!

October 31, 2014 08:01 PM
FuzzyBunnySlippers

I would not have guesses that it will be so complicated, but it is really useful, thanks!

Once you get it into code, it is fairly simple to implement. It is a bit complex, but it is not a trivial problem to solve...

October 31, 2014 09:36 PM
Mybowlcut

Some pseudocode for those of us that suck at maths would complete this article quite nicely.

November 01, 2014 11:10 AM
FuzzyBunnySlippers

I'll add something. Thanks for the feedback.

November 01, 2014 11:47 AM
jjd
jjd

In the case when there are two solutions it should be the lowest *positive* value.

November 01, 2014 12:51 PM
unbird

Not only then. [i]Any[/i] solution should be non-negative.

Unless you have some Braid mechanics :P

November 01, 2014 01:39 PM
FuzzyBunnySlippers

Not only then. Any solution should be non-negative.

Unless you have some Braid mechanics tongue.png

It's funny you should mention this. As I was working through the edge cases for the simulation, I found this as well. I *think* it is covered in the example code posted, now.

November 01, 2014 01:42 PM
Oskari Lepp

I think that instead of


if(tBullet1 < tBullet2 && tBullet1 >= 0)
{
    tBullet = tBullet1;
}
else
{
    tBullet = tBullet2;
}

you should have for example


if(((time2 < 0) || (time1 < time2)) && tBullet1 >= 0)
{
    tBullet = tBullet1;
}
else
{
    tBullet = tBullet2;
}

because in current version tBullet2 will be selected in case of a positive tBullet1 and a negative tBullet2.

January 16, 2015 01:59 PM
FuzzyBunnySlippers

Good point. I'll update it. Thanks!

January 17, 2015 12:22 PM
You must log in to join the conversation.
Don't have a GameDev.net account? Sign up!

You never shoot directly at a moving target. You shoot at where the target is going to be when your shot gets there. Millions of years of biology make it easy for predators. Turns out it's pretty easy for computers as well...if you know the math.

Advertisement

Other Tutorials by FuzzyBunnySlippers

30529 views
Advertisement