Behind The Code

Thanks so much for checking out Platformer Toolkit. I hope the game gave you an insight into how small changes, adjustments, and design decisions can radically change how a game feels to play.

If you’re interested in taking the next step and actually making a platformer for yourself, you might be interested in how some of the code works. So I've attached the scripts that control Kit's movements - you can find them attached below.

In this blog I’m going to walk you through the code blocks that drive some of Kit’s core features, like acceleration, the jump arc, coyote time, and variable jump height.

This is an intermediate level blog, so if you wish to apply these yourself you’ll need some familiarity with a game engine, and some programming skills to make the code all snap together properly. If you get really stuck, drop a comment below and I or someone else will help out.

Running with acceleration, deceleration, turn speed

On the running page of the toolkit we not only get to change how fast Kit moves, but also how fast she accelerates, decelerates, and turns. Here’s how that is achieved.

directionX = context.ReadValue<float>();

So...we find out which direction the player is inputting, and store it in directionX. It’s a float which is either -1 (left), 0 (no input), or 1 (right).

desiredVelocity = new Vector2(directionX, 0f) * maxSpeed;

We can then get the desired velocity, which is the player’s direction multiplied by Kit’s max speed.

onGround = ground.GetOnGround();
acceleration = onGround ? maxAcceleration : maxAirAcceleration;

In FixedUpdate, we first check if the player is on the ground or in mid-air, and put the correct stats into the acceleration, deceleration, and turnSpeed variables. 

 if (directionX != 0)
            if (Mathf.Sign(directionX) != Mathf.Sign(velocity.x))

We then check if the player is currently inputting a direction. If they are, we check if the sign (i.e. positive or negative) of the input direction matches the sign of Kit’s current direction - if they don’t, it means Kit is in the process of turning around, so we should use the turn speed. If they’re aligned, we should use acceleration instead. And if no button is being pressed, use deceleration.

velocity.x = Mathf.MoveTowards(velocity.x, desiredVelocity.x, maxSpeedChange);
body.velocity = velocity;

Then, we move from Kit’s current velocity, to her desired velocity, at the rate of whatever we just picked, and apply it to the Rigidbody. 

Creating a jump from three stats

The jumping panel allows us to define Kit’s jump by two simple numbers: how high should she jump, and how long should it take to reach that apex before coming back down? And when coming down, we can set a downward gravity multiplier for a snappier landing.

To calculate all this, I use some complex maths that I definitely don’t understand. Thanks to the GMTK Discord for helping with this one!

We start by reading the input from the jump button, and passing it to FixedUpdate. 

Vector2 newGravity = new Vector2(0, (-2 * jumpHeight) / (timeToJumpApex * timeToJumpApex));
body.gravityScale = (newGravity.y / Physics2D.gravity.y) * gravMultiplier;

In Update, we change the character’s gravity scale, using the jump height and duration (this is the maths bit I don't understand). It’s divided by the physics engine’s gravity, and multiplied by a, erm, multiplier.

if (body.velocity.y == 0) { gravMultiplier = 1; }
if (body.velocity.y < -0.01f) { gravMultiplier = downwardMovementMultiplier; }

That multiplier is determined in FixedUpdate: if Kit’s velocity is negative (i.e, she’s falling), we kick on the downward gravity multiplier. Otherwise, it’s a flat one.

jumpSpeed = Mathf.Sqrt(-2f * Physics2D.gravity.y * body.gravityScale * jumpHeight);
           if (velocity.y > 0f)
               jumpSpeed = Mathf.Max(jumpSpeed - velocity.y, 0f);
           else if (velocity.y < 0f)
               jumpSpeed += Mathf.Abs(body.velocity.y);

Then, when the jump actually happens, we create a jumpSpeed variable using some more complicated maths (help me...) and apply it to the character. By determining our character’s velocity and changing the jumpSpeed to match, we make sure we get the same jump even if we’re currently rising or falling (handy for double jumps and springy pads).

velocity.y += jumpSpeed;

We then apply to the Rigidbody!

Adding variable jump height

Variable jump height means the height of your jump is determined by how long you hold down the button. We've just set the maximum height, so now let’s add a few extra tweaks to make it so the character drops when you let go of the jump button.


if (context.started)
    desiredJump = true;
    pressingJump = true;
if (context.canceled)
    pressingJump = false;

we can use Unity’s input system to determined when we start and cancel the input, which we save in the pressingJump bool. (We also need a currentlyJumping bool, which is made true when you jump, and false when you hit the ground - it's not shown in the code block above, but it's in the full script).

if (body. velocity.y > 0.01f)
    if (pressingJump && currentlyJumping)
        gravMultiplier = 1f;
    } else
    gravMultiplier = jumpCutoff;

Then, if Kit’s velocity is less than 0 (i.e. she’s going up), and pressingJump and currentlyJumping are not both true, it means we’ve let go of the jump button. So apply a gravity multiplier, just like the previous step. This one’s called jumpCutOff.

Adding Coyote Time

The assist panel has a few features that allow us to bias the game's controls in the player's favour.

Coyote time is one of those handy player grace features. In this one, you can still jump even if you’ve just run off the edge of a platform. Here’s how it works.

So first up...

if (!currentlyJumping && !onGround)
    coyoteTimeCounter += Time.deltaTime;
    coyoteTimeCounter = 0;

In update, we check if the player is not on the ground, and also not jumping - this means they’ve walked off the edge of a platform. At this point, we start counting up the Coyote Time counter.

if (onGround | | (coyoteTimeCounter > 0.03f && coyoteTimeCounter < coyoteTime))

Then, we add another check before letting the player do a jump: is the Coyote Time counter below Coyote Time (a number set by the developer - usually something like 0.2). If it is, allow the jump to happen and reset the counter.

Adding a Jump Buffer

Another grace mechanic is jump buffer. This means we can press jump a few frames before hitting the ground, and it will still trigger the jump when we land.

So, when we hit the jump button we tell the game we desire a jump, and it checks if we’re on the ground (or in Coyote Time). If we’re not, it immediately turns off the “desiredJump” bool. 

jumpBufferCounter += Time.deltaTime;
if (jumpBufferCounter > jumpBuffer)
    desiredJump = false;

But now, we instead start a jump buffer counter - and only turn off desiredJump if the counter hits its max. This way, the game will repeatedly try to jump for a few frames - and will successfully trigger a jump when Kit hits the ground. 

Those are the main ones! I couldn't have done this without some help, so here's where I stole borrowed code from, or received help:




Character Controller Unity Scripts 10 kB
Jun 22, 2022

Get Platformer Toolkit

Download NowName your own price


Log in with to leave a comment.

It's really neat to read through the code and try to use it for a game! But I'm still having trouble understanding it.

Specifically, I really want to know about where "duration" of the jump and the "Jump Height" is in the code.

I don't understand how the "jump height" doesn't seem to affect the "duration" of it.

I manage to implement the code to a Unity project, but when I wanted to put the values I found cool for a platformer in Unity, i dunno how to fill the variables with those values, especially for the jump… Can anyone help me ?

I tried putting the characterMovement and ground script into a new unity project but can't move when I press keys. How do you get these scripts to work?

(1 edit)

Personally, i do some change in the code but it’s working :

    public void OnMovement(InputAction.CallbackContext context)
        //This is called when you input a direction on a valid input type, such as arrow keys or analogue stick
        //The value will read -1 when pressing left, 0 when idle, and 1 when pressing right.

        if (moveLimit.characterCanMove)
            directionX = context.ReadValue<float>();

My modified version

    public void OnMovement()
        //This is called when you input a direction on a valid input type, such as arrow keys or analogue stick
        //The value will read -1 when pressing left, 0 when idle, and 1 when pressing right.
        directionX = UnityEngine.Input.GetAxis("Horizontal");
        directionX = directionX != 0 ? directionX / Mathf.Abs(directionX) : 0; //Set the var at 1 if > 0, -1 if < 0;

private void Update()

Maybe there’s a better/simpler way, but this work so you can try it

Thanks so much!

Cool project, I really enjoyed it. Just one thing, in the movement part you probably want to use Time.fixedDeltaTime instead of Time.deltaTime (deltaTime being the time between two Update(), and fixedDeltaTime being the time between twn FixedUpdate()).

Hey, quick correction. You don't have to use Time.fixedDeltaTime. According to Time.deltaTime Unity Docs. (
'When this is called from inside MonoBehaviour.FixedUpdate, it returns Time.fixedDeltaTime.'

Ah yes my bad, I totally forgot about this !

I don't use Unity (hi Gotot fans!), so best I can do is open those scripts in Visual Studio Code, but even then something just doesn't make sense to me. Mark, can you explain it? Why does pulling the acceleration or deceleration handle closer to the middle makes the number on it go down instead of down? Am I not increasing the time it takes to reach full speed?

(1 edit) (+5)

A video explaining how to implement this code would be great. Since the scripts are complete it would be great to see the process of writing each script with a game project in the editor instead of just copy/pasting your code.


movementLimiter  jumpTester  optionsManagement  labOpener

These four classes seem never defined in the scripts? They are causing errors


Hey! Yes, the scripts are part of the wider Platformer Toolkit so will need some adjustment to work standalone. All of those things can be removed

THX! I still find a problem, the character falls much slower and seems weird.  

this code is one of the best things that happened to me this week... it doesn't compete against much either, but it's really spectacular
 I download the code and i'm triyng to add the characterMovement to my game, but I need help with this line in the code in particular:

 [SerializeField] movementLimiter moveLimit; (13 line characterMovement)

Unity says that the movementLimiter namespace doesn't exist. I need download some package, or i need to add other script, or how can i fix the error? 
Sorry, I'm new to programming

Hello, I'm having the same problem, did you find a solution? thanks

not yet :(

Hey! You can just remove that bit - it's related to another class that I use to stop the player from moving. 

You can remove all `SerializeField`. 

What they do is add an option to tweak the value in Unity's interface

Uh huhm, interesting...



Great work!