# Hitbox
**URL:** https://forum.makecode.com/t/hitbox/22993
**Category:** Arcade
**Tags:** art, game
**Created:** [October 4, 2023, 4:46pm UTC](https://forum.makecode.com/t/hitbox/22993 "2023-10-04T16:46:08Z")
**Posts on this page:** 15
**Page:** 1
### Author:  [@Mega0star01](https://forum.makecode.com/u/Mega0star01)
#### Post date: [October 4, 2023, 4:46pm UTC](https://forum.makecode.com/t/hitbox/22993/1 "2023-10-04T16:46:08Z")
i got a question.
is this the hitbox? (all the yellow area)
or the hitbox is the whole square/rectangle
---
### Author:  [@Vegz78](https://forum.makecode.com/u/Vegz78)
#### Post date: [October 4, 2023, 11:29pm UTC](https://forum.makecode.com/t/hitbox/22993/2 "2023-10-04T23:29:42Z")
VERY good question, @Mega0star01!
I am trying to [wrap my head around this myself](https://forum.makecode.com/t/effect-of-different-widths-on-overlapping-features-what-am-i-doing-wrong/22161) in this very same moment…
Anyone?
---
### Author:  [@Luke](https://forum.makecode.com/u/Luke)
#### Post date: [October 4, 2023, 11:29pm UTC](https://forum.makecode.com/t/hitbox/22993/3 "2023-10-04T23:29:54Z")
It’s the yellow area, not the whole thing
---
### Author:  [@UnsignedArduino](https://forum.makecode.com/u/UnsignedArduino)
#### Post date: [October 4, 2023, 11:30pm UTC](https://forum.makecode.com/t/hitbox/22993/5 "2023-10-04T23:30:04Z")
Sprite overlaps are computed using the image, so transparent pixels in an image do not count towards overlaps. So the hitbox is in the red outline in that image.
---
### Author:  [@urassari](https://forum.makecode.com/u/urassari)
#### Post date: [October 4, 2023, 11:30pm UTC](https://forum.makecode.com/t/hitbox/22993/6 "2023-10-04T23:30:06Z")
that yellow area is the hitbox. (i think)
---
### Author:  [@richard](https://forum.makecode.com/u/richard)
#### Post date: [October 4, 2023, 11:36pm UTC](https://forum.makecode.com/t/hitbox/22993/7 "2023-10-04T23:36:58Z")
The answer is both.
**Sprite overlaps** are based on the pixels in the image (transparency is ignored). In other words, the yellow area of your example
**Tilemap overlaps** are based on the outer rectangle of all filled pixels in an image. For your example, that would be the entire outer rectangle of the sprite. For an image like this one:
…it’s the red rectangle (the rectangle around all filled pixels).
---
### Author:  [@richard](https://forum.makecode.com/u/richard)
#### Post date: [October 4, 2023, 11:49pm UTC](https://forum.makecode.com/t/hitbox/22993/8 "2023-10-04T23:49:33Z")
Here is an example program that shows the sprite overlap behavior:
> **[pixel-perfect-overlaps](https://arcade.makecode.com/S63852-61321-10898-22604)**
>
> Made with ❤️ in Microsoft MakeCode Arcade.
The background turns orange when the sprites are overlapping.
And here is another example showing off tilemap behavior:
> **[tilemap-overlaps](https://arcade.makecode.com/S26424-94953-88662-63621)**
>
> Made with ❤️ in Microsoft MakeCode Arcade.
Note that the sprite you are moving around has a huge transparent chunk in the middle but it still can’t pass through walls and the transparent area still overlaps with tiles
---
### Author:  [@Mega0star01](https://forum.makecode.com/u/Mega0star01)
#### Post date: [October 5, 2023, 4:26pm UTC](https://forum.makecode.com/t/hitbox/22993/9 "2023-10-05T16:26:22Z")
thank you so much, i needed this answer for a fighting game.
---
### Author:  [@Sarge](https://forum.makecode.com/u/Sarge)
#### Post date: [October 10, 2023, 6:46pm UTC](https://forum.makecode.com/t/hitbox/22993/10 "2023-10-10T18:46:26Z")
Great to know! Just one question… why?? Why not make it pixel perfect for both?
---
### Author:  [@richard](https://forum.makecode.com/u/richard)
#### Post date: [October 10, 2023, 7:36pm UTC](https://forum.makecode.com/t/hitbox/22993/11 "2023-10-10T19:36:45Z")
@Sarge good question!
The primary reason is to stop you from getting caught on walls. Imagine you have a character like this:
If they were in a platformer and walked to the edge of a platform, you wouldn’t want them to get caught on their arm or the brim of their hat on the way down. You’d want them to behave like a rectangle.
The second reason is performance. Pixel perfect overlaps are expensive to check; you need to iterate over the pixels of both images to see if there are any two that touch. Meanwhile, rectangle checks are cheap!
---
### Author:  [@Sarge](https://forum.makecode.com/u/Sarge)
#### Post date: [October 10, 2023, 8:43pm UTC](https://forum.makecode.com/t/hitbox/22993/12 "2023-10-10T20:43:20Z")
You do have a point, after all if I do need pixel perfect collision checks I can just code them myself 😩
(I mean, on a project to project basis that is)
---
### Author:  [@Not\_a\_Potato](https://forum.makecode.com/u/Not_a_Potato)
#### Post date: [March 30, 2026, 9:42pm UTC](https://forum.makecode.com/t/hitbox/22993/13 "2026-03-30T21:42:16Z")
is there anyway to make a _custom_ rectangle hitbox?
for example, if I’m making an overhead game, but I want my character (whos sprite is 16x16, so very tricky to get into 1-tile holes) to have a smaller hitbox, so it can fit in places easier, and have more 3D-ish collision, is there any way to do that? like draw a hitbox for it, or maybe an extension?
I just wanna know, so that if its fast-paced or something, moving around tight spaces would be easier and less precise (in a good way). I would be really helpful for lots of projects.
---
### Author:  [@richard](https://forum.makecode.com/u/richard)
#### Post date: [March 30, 2026, 9:50pm UTC](https://forum.makecode.com/t/hitbox/22993/14 "2026-03-30T21:50:10Z")
the way i do this is by dividing my sprite into two: a visible sprite that the player can see and one that they can’t see that serves as the hitbox. like this:
here’s that code: [https://makecode.com/\_JjkdUibhTbqb](https://makecode.com/_JjkdUibhTbqb)
---
### Author:  [@CodingGrizzlyBear](https://forum.makecode.com/u/CodingGrizzlyBear)
#### Post date: [March 31, 2026, 8:12pm UTC](https://forum.makecode.com/t/hitbox/22993/15 "2026-03-31T20:12:55Z")
Is there a way to make sprites not be able to go on the same space as each other sprites (Sprites being walls)?
---
### Author:  [@Not\_a\_Potato](https://forum.makecode.com/u/Not_a_Potato)
#### Post date: [April 1, 2026, 12:39am UTC](https://forum.makecode.com/t/hitbox/22993/16 "2026-04-01T00:39:21Z")
Thanks! This going to be really helpful for me. Makes sense, too.