• FEATURED

View more

View more

View more

### Image of the Day Submit

IOTD | Top Screenshots

### The latest, straight to your Inbox.

Subscribe to GameDev.net Direct to receive the latest updates and exclusive content.

# Good maths for jump in 2D beatmup in Game Maker?

Old topic!

Guest, the last post of this topic is over 60 days old and at this point you may not reply in this topic. If you wish to continue this conversation start a new topic.

9 replies to this topic

### #1Paumar  Members

Posted 04 May 2013 - 05:36 AM

Hello, this is my first post here.

Im try to make a classic 2D beat em up in Game Maker, like Streets of Rage or Final Fight. Im no have very much idea to make a good jumping for the characters,  i try to play with gravity using the y coordinate to start and finish the jump when the player press the jump key, but i no have good results. Anyone can help me with the maths to make a good jump?.

Thanks in advance and sorry if my english is not very good.

### #2Edvinas Kilbauskas  Members

Posted 04 May 2013 - 08:06 AM

You should have something like this:

float velY = 0.0f;
float playerY = whatever;
const float jumpHeight = 20.0f; // you can and should adjust that

const float GRAVITY = 100.0f; // adjust this also

while(true){ // your main game loop

if(some kind of button is clicked (but not held down)){
velY = -jumpHeight;
}

velY += GRAVITY * deltaTime;
playerY += velY * deltaTime;

// draw player using playerY coordinate

}


“There are thousands and thousands of people out there leading lives of quiet, screaming desperation, where they work long, hard hours at jobs they hate to enable them to buy things they don't need to impress people they don't like.”― Nigel Marsh

### #3Paumar  Members

Posted 04 May 2013 - 09:40 AM

Thanks Edvinas, i apreciated. I go to try.

### #4kburkhart84  Members

Posted 04 May 2013 - 10:14 AM

The thing about jumping in this type of game is that technically the graphic is going in the Y direction, but the collision checking should not, because in the game you aren't changing your position, rather jumping in the same position.  I don't think GameMaker's gravity is going to help in this instance.  Instead remember that you need to keep variables your x/y position on the ground, and then when jumping, you don't change the x/y position, except if the person moves while jumping.  The object itself has to increase and decrease the y position so that the sprite changes, but the 'ground' position shouldn't change.

As far as the jumping itself, you can calculate it in different ways.  I'd check some platformer tutorials, as the jumping works the same there, at least if you remember what I mention in the above paragraph.

### #5Dan Mayor  Members

Posted 04 May 2013 - 12:20 PM

The thing about jumping in this type of game is that technically the graphic is going in the Y direction, but the collision checking should not, because in the game you aren't changing your position, rather jumping in the same position.  I don't think GameMaker's gravity is going to help in this instance.  Instead remember that you need to keep variables your x/y position on the ground, and then when jumping, you don't change the x/y position, except if the person moves while jumping.  The object itself has to increase and decrease the y position so that the sprite changes, but the 'ground' position shouldn't change.

As far as the jumping itself, you can calculate it in different ways.  I'd check some platformer tutorials, as the jumping works the same there, at least if you remember what I mention in the above paragraph.

Not sure to what extent I agree or disagree here.  What you are mentioning applies to games that have emulated depth (or 2.5d), where the Y value changes as the character moves deeper or shallower into the screen.  If this is the case you have a point where the character must land at the correct Y position but to say that it will always be the same as the Y position that the character had jumped from might be incorrect.  For example what if the player is holding up and right while jumping?  The character should land a bit higher in Y (deeper into the screen) and to the right of where it had jumped from.  Otherwise you get that uncomfortable linear jumping that we saw back in the 16 bit days.

Solution, use dual vectors.  One for the characters level position and an offset that applies to movement based animations (such as jumping or a lunging attack).  You would then apply your velocity of movement based on the offset, render and calculate collision versus the true position being the offset from the position but always bring the character back to the new position which depending on what your doing might be part position and offset or might return to the original position.  So for example, jumping would have the characters level movements effect x&y or the position while controlling the characters jump through the Y's offset.  The characters Y offset would be effected by the jumping velocity and gravity while the position would be effected by directional input.  The idea would be to add then subtract to the offset's Y bringing it back to the position Y as calculated by the input.  For something like a lunging or thrusting attack we might use the offset to propel the character forward then backward in the X axis bringing it back to the start X position.

Dan Mayor

Professional Programmer & Hobbyist Game Developer

Seeking team for indie development opportunities, see my classifieds post

### #6Paumar  Members

Posted 04 May 2013 - 02:01 PM

With some modifications for Game Maker, this code help me a lot. Thank you Edvinas, the jumping now works fine. Dan, this is a 16-bit style beat em up, and yes, now i need assign variables for the position in the ground for calculate colisions, enemy attacks, etc...

### #7kburkhart84  Members

Posted 04 May 2013 - 10:45 PM

Just FYI, about moving while jumping, that's exactly what I was talking about in my post, you know where I was talking about moving while jumping, that's what I was talking about.  I guess I wasn't quite clear on that detail...

On the other hand, I'd say you(Dan Mayor) explained the solution better than I did, where I just better explained the problem

### #8Dan Mayor  Members

Posted 07 May 2013 - 12:09 PM

Kburkhart, wouldn't be the first time I misunderstood and redefined the same answer. All the same glad that we as a community where able to help the op

Dan Mayor

Professional Programmer & Hobbyist Game Developer

Seeking team for indie development opportunities, see my classifieds post

### #9Khatharr  Members

Posted 07 May 2013 - 09:33 PM

With some modifications for Game Maker, this code help me a lot. Thank you Edvinas, the jumping now works fine. Dan, this is a 16-bit style beat em up, and yes, now i need assign variables for the position in the ground for calculate colisions, enemy attacks, etc...

Just a word of advice. You are outgrowing GM and unless you have a specific reason for continuing to use it I'd recommend looking at something less cumbersome.

Edited by Khatharr, 07 May 2013 - 09:33 PM.

void hurrrrrrrr() {__asm sub [ebp+4],5;}

There are ten kinds of people in this world: those who understand binary and those who don't.

### #10Edvinas Kilbauskas  Members

Posted 07 May 2013 - 11:01 PM

With some modifications for Game Maker, this code help me a lot. Thank you Edvinas, the jumping now works fine. Dan, this is a 16-bit style beat em up, and yes, now i need assign variables for the position in the ground for calculate colisions, enemy attacks, etc...

Just a word of advice. You are outgrowing GM and unless you have a specific reason for continuing to use it I'd recommend looking at something less cumbersome.

There we go again...

“There are thousands and thousands of people out there leading lives of quiet, screaming desperation, where they work long, hard hours at jobs they hate to enable them to buy things they don't need to impress people they don't like.”― Nigel Marsh

Old topic!

Guest, the last post of this topic is over 60 days old and at this point you may not reply in this topic. If you wish to continue this conversation start a new topic.