Velocity
Last updated
Last updated
Velocity, another term for movement, is an essential element of nearly all video games. Understanding how to work with velocity is one of the first steps in successfully creating video games. This tutorial will discuss how to use velocity to control the movement of your objects on screen.
Similar to movies and television, the display of video games is broken up into frames. Unlike physical movement, objects which move in video games will actually perform small "hops" from one position to the next every frame. For example, the following image shows the positions of a red ball that is moving along the X axis.
As you can tell there are distinct positions that the red ball falls on every frame. While this may appear to be jarring, when played at a high frame rate the animation appears smooth to the user.
The frame-style movement is relevant for a number of reasons, but perhaps most importantly that when an object moves it will not always touch every position along the way. That is, if an object has a positive X velocity, and it starts at 0, there is no guarantee that it will ever be positioned at 1 during a given frame. Its position may be:
Consider this code:
If our numbers above show the movement of the object frame-by-frame, then the the DoSomething() will never be called. This is because the object skips from .99 to 1.02, and it's never actually positioned at 1.0 (or any number between .99 and 1.02).
To guarantee that the code gets hit when the object moves past 1.0, the following code would work:
Since implementing velocity is nothing more than the continual changing of position over time, we can implement velocity rather easily.
However, there is one thing to keep in mind when implementing movement: frame time may not be constant! In some cases, it may be constant if you are not turning off the default constant framerate. However, even if your game is running at a fixed frame rate, you should not depend on this to move your object. In other words, don't do this:
You may at some time in the future decide to turn off the fixed frame rate, or you may want to change it. If that happens you will suddenly find that your objects are moving at a different rate - and this rate may even fluctuate as you play your game. Instead, use the TimeManager's SecondDifference property to move your objects:
In this code if your frame rate changes, then SecondDifference will automatically be different to reflect this change. The result is that your objects will move at the same apparent speed regardless of the frame rate.
As mentioned at the beginning of this article, velocity is an essential element of nearly all video games. So what kind of game engine would FlatRedBall be if it didn't provide you with support for one of the most common behaviors in game development? Surprisingly enough, there are many engines which do not even handle velocity for the user. But before this turns into a full commercial, let's get to the point.
The PositionedObject is a class that is used for many common FlatRedBall objects such as Sprites, Text objects, and even custom types like Entity classes. This object has the following members available:
XVelocity
YVelocity
ZVelocity
All three are also available in a Vector3:
Velocity
Either can be used, and modifying one automatically modifies the other.
Any object which is managed by one of the FlatRedBall Managers will automatically have its position be modified by its Velocity every frame using time-based movement (using the TimeManager's SecondDifference property). Therefore, to reproduce the above code where myObject is moving along the X axis by 5 units/second, the following code would be used:
or:
Keep in mind that velocity persists from frame to frame. That means that you do not need to set an object's velocity every frame. Once you set the velocity, it will remain the same - of course unless something else modifies the velocity.
The following code creates 30 Sprites and sets their velocities to random values. Keep in mind that the following code is placed in the Initialize method. That is, it's called only once. Even though you never explicitly touch the Sprite's positions, and even though velocity is never set again, the objects continue to move.
Add the following to Initialize after initializing FlatRedBall:
KABOOM!