Ventanas de tiempo cortas que el ping consume Timing window too short for latency + reaction
ID de la causa sy-short-window · Responsable principal Desarrollo de servidor (Equipo de desarrollo) · También Desarrollo de cliente (Equipo de desarrollo), Infraestructura de servidores (Equipo de infraestructura)
Si el tiempo para reaccionar es corto, como en las esquivas, los parries o los bloqueos, el ping consume ese margen y aparecen ataques imposibles de evitar.
Por qué Ventanas de tiempo cortas, como un aviso de ataque del jefe de 0.5 s o una ventana de parry de 0.2 s → Efecto El aviso se ve tarde (latencia servidor → cliente + interpolación) y tu input también llega tarde (latencia cliente → servidor + espera del tick) → En pantalla Esquivaste a tiempo y aun así te golpea, el parry no sale
Responsable principal Desarrollo de servidor (Equipo de desarrollo) · También Desarrollo de cliente (Equipo de desarrollo), Infraestructura de servidores (Equipo de infraestructura)
Tareas (Equipo de desarrollo)
Servidor: programar el aviso del ataque en hora del servidor y enviarlo por adelantado, ampliar la ventana de tiempo según el ping (compensación de lag). Cliente: reproducir el aviso recibido a la hora del servidor programada.
Tareas (Equipo de infraestructura)
Poner servidores cerca de las regiones con muchos jugadores (servidores regionales) para reducir el propio ping.
Cifras de referencia
Con 150 ms de ping y 100 ms de interpolación, el aviso tarda unos 0.18 s en aparecer en tu pantalla y tu input unos 0.1 s en llegar al servidor. Si se suman los 0.25 s de reacción humana, un aviso de 0.5 s es casi imposible.
En el gráfico
Alto solo en algunos · Tasa de fallos de esquivas y parries (por rango de ping)
Dónde mirar
Registrar en el log del servidor la hora de inicio y de fin de la ventana de tiempo, la hora de llegada del input del jugador al servidor y el RTT de ese jugador, y ver la tasa de fallos por rangos de ping (p. ej., de 50 en 50 ms)
Se confirma si
Cuanto más alto es el rango de ping, más alta es claramente la tasa de fallos, y los inputs fallidos llegan poco después de cerrarse la ventana (dentro del RTT más el tiempo de interpolación)
Se descarta si
Si la tasa de fallos es parecida en todos los rangos de ping, es la dificultad del patrón. Si el input llegó dentro de la ventana y aun así cuenta como fallo, revisar el código de registro de impactos o la validación del servidor
Se verifica con
Requiere logs y métricas del servidor o el cliente del juego