Hitbox y hurtbox: por qué un golpe puede conectar aunque el dibujo engañe
El personaje que se ve en pantalla no siempre es la zona que el juego consulta. Hitbox y hurtbox nombran las reglas invisibles detrás de un impacto.
Una hitbox es la zona invisible que determina dónde pega un ataque; una hurtbox es la zona invisible donde un jugador u objeto puede recibirlo. No son sinónimos ni son necesariamente el contorno del dibujo. Cuando una hitbox se solapa con una hurtbox, el juego puede registrar el impacto. Ésa es la regla relevante, aunque la animación haga pensar otra cosa.
El error común es llamar hitbox a todo. La confusión se propagó porque ambas formas son invisibles y participan en el mismo momento: una ataca y la otra recibe. También porque la detección de colisiones suele usar una forma simple que cubre una entidad; MDN advierte que esa colisión puede no ser perfecta al píxel y aun así buscar un resultado eficiente. El sprite sirve para leer la acción; la forma de colisión resuelve la regla.
Eso tampoco autoriza a decir que toda diferencia visual es un error. La geometría efectiva depende de cómo se configure: la documentación de Roblox enumera desde una caja que abarca la malla visual hasta descomposiciones convexas más precisas, y describe compromisos de exactitud. No hay una ley única para todos los juegos; hay reglas internas que conviene distinguir del arte.
La misma lógica aparece fuera de la pelea. La documentación de Godot describe una región 2D que detecta objetos que se solapan y la propone para proyectiles que golpean y hacen daño sin requerir otra física. El contacto que importa puede ser una consulta de regiones, no un choque visible entre dos modelos.
El golpe ocurre en un frame, no en la silueta
Las zonas tampoco tienen por qué quedarse quietas. Según la explicación técnica de Game Developer, su tamaño y posición pueden cambiar con el frame de la animación. Su ejemplo de Killer Instinct muestra hitboxes que aparecen sólo en los frames de golpe y se mueven con la espada. Por eso un ataque no se entiende sólo por la pose final: importa cuándo existe la zona y dónde está en ese instante.
Super Smash Bros. Brawl ilustra otra versión de la misma idea. Un análisis técnico de sus datos describe hurtboxes ligadas a huesos y transformadas con la animación y el frame actuales; sus hitboxes se crean mediante eventos del script y pueden durar sólo ciertos frames. La forma puede ser una esfera o un cilindro, no una caja literal. El nombre sobrevivió a la forma.
La consecuencia práctica es menos dramática que el reclamo de “golpe injusto”. Antes de culpar a la animación, conviene separar tres cosas: el dibujo, la zona que ataca y la zona vulnerable. Para seguir esa capa de reglas desde el catálogo, están frame advantage, coyote time y la historia de Super Smash Bros.. La lección de este término es más simple: el arte orienta la lectura, pero el solapamiento decide el impacto.
[ Fuentes ]
- Hitboxes and Hurtboxes in Unity · Game Developer; Nahuel Gladstein · s. f.
- 2D collision detection · MDN contributors · s. f.
- CollisionFidelity · Roblox Creator Hub · s. f.
- Rukai Data writeup · Rukai / rukaidata · s. f.
- Using Area2D · Godot Engine documentation · s. f.
Lo que importó de verdad
Un correo por semana con las 5 noticias que mueven la industria y el mejor video vertical. Nada de refritos de notas de prensa.
[ Síguenos donde leas ]
Sin algoritmo que decida por ti: el correo y el RSS llegan enteros. En las redes publicamos los cortes.