La Regla de los 3 Segundos en Plataformas: Coyote Time y Jump Buffering

Hace unos años, mientras desarrollaba mi tercer minijuego de plataformas en HTML5, me encontré con un problema frustrante: los jugadores saltaban en el momento exacto en que sus pies dejaban la plataforma y, aun así, el salto no se registraba. El personaje caía. La maldición de todo desarrollador indie de plataformas. Fue entonces cuando descubrí que no estaba solo en este problema, y que existía una solución elegante: Coyote Time y Jump Buffering.

Estos dos conceptos, aparentemente simples, son la diferencia entre un juego que se siente "injusto" y uno que se siente "pulido". No es magia, es matemática. Es física de juego. Y después de implementarlos en múltiples proyectos, puedo afirmarte que son las herramientas más subestimadas del diseño de plataformas modernos.

¿Qué es Coyote Time? El Perdón de 3 Fotogramas

Imagina esto: estás en una plataforma. Te acercas al borde. Presionas salto exactamente cuando tus pies dejan de tocar el suelo. En la mayoría de motores sin pulir, el salto no ocurre porque técnicamente ya no estás en el suelo.

Coyote Time es la solución. Es una ventana de tiempo, típicamente entre 100 y 150 milisegundos (unos 6 fotogramas a 60 FPS), durante la cual el jugador puede saltar incluso después de haber dejado la plataforma. El nombre proviene del Correcaminos de la caricatura: como el coyote que corre fuera del acantilado sin caer inmediatamente, el jugador tiene un pequeño margen antes de que la gravedad lo reclame.

Técnicamente, lo que ocurre es esto:

• Frame 0: El jugador está en el suelo. isGrounded = true
• Frame 1: El jugador se mueve hacia el borde. Aún en el suelo.
• Frame 2: El jugador deja la plataforma. isGrounded = false
• Frames 3-8: Coyote Time activo. El jugador puede saltar como si estuviera en el suelo.
• Frame 9: Coyote Time expira. Adiós al salto.

¿Por qué funciona esto? Porque los humanos no somos máquinas de precisión. Nuestro tiempo de reacción es de 200-300 milisegundos. Si el juego requiere que presiones salto en el mismo frame exacto en que abandonas la plataforma, estás pidiendo perfección sobrehumana. Coyote Time reconoce esto y añade clemencia.

Jump Buffering: Anticipar la Intención del Jugador

Ahora, imagina otro escenario: estás saltando sobre una serie de plataformas pequeñas. Presionas salto mientras aún estás en el aire, anticipando que aterrizarás en la siguiente plataforma. En un juego sin pulir, ese input de salto se pierde. En un juego pulido, ese input se "recuerda".

Jump Buffering es exactamente eso: un buffer que almacena el comando de salto durante los últimos 50-100 milisegundos antes de que el jugador toque el suelo. Si presionas salto mientras estás en el aire, pero aterrizas antes de que expire el buffer, el salto se ejecuta automáticamente.

Esto elimina la sensación de que el juego no "entiende" lo que quieres hacer. Es una forma de decirle al jugador: "He visto tu intención. Espera un momento y la ejecutaré."

La Implementación Técnica

En JavaScript/HTML5, esto se vería algo como esto conceptualmente:

Variables necesarias:

• coyoteTimer: contador que se decrementa cada frame
• coyoteTime: valor máximo (típicamente 6 frames a 60 FPS)
• jumpBufferTimer: contador para el buffer de salto
• jumpBufferTime: valor máximo (típicamente 6 frames)

Lógica principal:

Si el jugador está en el suelo, resetea coyoteTimer a su valor máximo. Cada frame, decrementa coyoteTimer. Si el jugador presiona salto y (coyoteTimer > 0 O jumpBufferTimer > 0), ejecuta el salto y resetea ambos timers a cero.

La belleza de esto es que es agnóstico del motor. Funciona en Unity, Godot, Phaser, o tu propio motor casero en JavaScript puro.

Datos Verídicos: ¿Cuánto Tiempo es Suficiente?

Aquí es donde los datos importan. A través de análisis de juegos exitosos y mi propia experimentación:

La investigación de Adam Robinson-Yu (desarrollador de Celeste) fue crucial aquí. Él documentó que Celeste usa exactamente 6 fotogramas de Coyote Time a 60 FPS, lo que equivale a 100 milisegundos. ¿Por qué? Porque es lo suficientemente largo para perdonar imprecisión humana, pero lo suficientemente corto para mantener la sensación de control y consecuencia.

El Equilibrio Delicado: No Demasiado, No Muy Poco

Aquí está el truco que aprendí a través de iteración dolorosa:

Coyote Time demasiado largo (más de 200 ms) hace que el juego se sienta "flotante" o "sin peso". El jugador puede saltar desde el aire de una manera que desafía la física percibida. Pierde la tensión.

Coyote Time demasiado corto (menos de 50 ms) vuelve al problema original: el juego se siente injusto. Los jugadores casuales se frustran.

Lo mismo aplica a Jump Buffering. Un buffer muy largo hace que los saltos se ejecuten cuando el jugador ya no quería saltar. Un buffer muy corto lo hace inútil.

La solución es la experimentación sistemática. Toma tu juego, implementa ambas mecánicas con valores conservadores (100 ms + 60 ms), y luego ajusta mientras juegas. Pídele a otros que lo prueben. Los números correctos emergerán.

Más Allá de los 3 Segundos: Variaciones Avanzadas

Coyote Time variable: Algunos juegos modernos ajustan Coyote Time basándose en la velocidad vertical del jugador. Si caes rápido, el margen es más pequeño. Si caes lentamente, es más grande. Esto añade una capa de realismo físico.

Jump Buffering con cancelación: En juegos como Celeste, puedes cancelar un salto en buffer si presionas otra dirección. Esto da al jugador más control y permite movimientos más complejos.

Wall Coyote: Extensión lógica: si puedes saltar después de dejar una plataforma, ¿por qué no después de dejar una pared? Muchos juegos modernos implementan esto, dándote un pequeño margen para saltar después de deslizarte por una pared.

¿Por Qué Importa Esto?

Como desarrollador indie, he visto cómo estas dos mecánicas transforman la experiencia de un juego. No son visuales. No son narrativas. Son sensoriales. Son la diferencia entre un jugador que dice "este juego es injusto" y uno que dice "este juego es justo, pero difícil".

La accesibilidad es un beneficio secundario. Un jugador con discapacidad motora que tiene dificultades con la precisión temporal se beneficia enormemente de Coyote Time. No es una concesión. Es buen diseño.

Si estás desarrollando un plataforma, especialmente en HTML5 o JavaScript, implementa esto. No es opcional. Es el estándar moderno. Y una vez que lo hagas, nunca volverás atrás.

Mi consejo final: comienza con 100 ms de Coyote Time y 60 ms de Jump Buffering. Juega. Itera. Escucha a tus testers. Los números correctos para tu juego específico te hablarán.