well, if one unit diagonally is roughly the same distance as one unit to each side, diagonal movement would also be 3 units as well. Otherwise, I'd say to scale it so that the distance you'd be moving diagonally is roughly equivalent to the distance you'd be moving sideways (it may need some rounding)

[edit:] didn't realize the problem was math, sorry about that.

Well, as I understand, your problem is math... I'm not sure.

However, if you are moving diagonally you move like this:



So, in order to get how much you move you would do this:

x = (distance) * (cosine of the angle)
y = (distance) * (sine of the angle)

being the angle the one formed between the x axis and the line (marked with a ")")

Edit: :) looks like MadMax1992 got ahead of me... lol

Why limit yourself to eight directions? By using floats or doubles for x and y speed and position, you can go in practically infinite direction. You'll also get more accuracy when trying to move the same amount of distance each frame, even if you DO limit it to eight directions.

And, if you're not too keen on trig (NOTE: This only works in eight directions):

D is the amount of Distance the sprite moves in one frame. D should be the same every time, unless it's zero.X is the number of pixels moved horizontally.Y is like X, but vertical.According to the distance formula: D = sqrt( X^2 + Y^2 )If you are moving the same number of pixels on the X and Y direction, then:          D        = sqrt( 2 * X^2 ) = sqrt( 2 * Y^2 )          D^2      =       2 * X^2   =       2 * Y^2         (D^2)/2   =           X^2   =           Y^2   sqrt( (D^2)/2 ) =           X     =           YFind X and Y by setting them equal to sqrt( (D^2)/2 ).

I tested this with Google calculator and it should work, but we warned that if X and Y are 3, the answer returned is 4.24264069 and if you're using ints for position and x and y speed, you'll always be moving slightly slower than D because everything after the decimal will get cut off.

Also, if you use this, you'll have to make X and Y negative, when appropriate, your self because this equation doesn't factor that in.

Quote:Original post by ed209
When the player presses the left or right key, the character moves 3 points horizontally. When the player presses up or down, the character moves 3 points vertically. How do I figure out how many points horizonally and vertically a player moves when moving diagonally???

As others have said, trigonometry is your friend. I suggest you learn it if you want to pursue games programming :). Computer Graphics is just maths that looks cool.

However, as Splinter of Chaos said, integer truncation (4.46334 -> 4), will make your guy go slower. To solve this, seperate the on-screen position from the world-position. This is often a problem I see people have, especially with 2D games where the correlation is much higher. Calculate his velocity/acceleration/position, etc, in world coordinations, then transform this final position into screen coordinates. World-coordinates are nearly always one with a floating point type (you haven't specified a language, but it's probably a float, :D). If it's a simple game, it's probably just a cast from the float to the integer, and banging it up on screen. Immediately, you've solved the diagonal problem, because now the floating point position is being updated correctly, so if he moves 2.5f ever frame, after to frames he'll be at 5, and not 4. Finally, if you ever intend to support widescreen, you'll find this separation very, very, useful.

Just a note:

I messed up. When D should b 3, X and Y should be 2.12132034, not 4.24264069, which really doesn't make sense.