Investigación de Keymap Labs · 11 min

Metodología de medición de entrada del navegador

El modelo de medición, el límite de privacidad, las opciones de temporización y las reglas de interpretación detrás de los diagnósticos de Keymap Labs.

Keymap Labs trata al navegador como una capa de observación, no como hardware de laboratorio directo. Cada diagnóstico comienza con un evento o API específico de la plataforma web, calcula un resultado limitado localmente e indica qué partes de la ruta de entrada permanecen invisibles.

Límite de medición

La ruta observable comienza después de varias capas físicas y de software: interruptor o sensor, electrónica del dispositivo, firmware, transporte cableado o inalámbrico, pila de entrada del sistema operativo y, a veces, un controlador o remapeador. El navegador aplica entonces su propio mapeo, reglas de privacidad, programación y coalescencia de eventos antes de que JavaScript reciba los datos.

Por lo tanto, nuestras herramientas utilizan frases como “eje reportado”, “evento entregado” y “tasa observada por el navegador”. No pretenden certificar el sondeo USB, la latencia del interruptor físico, el desgaste interno o una matriz de teclado completa.

Las herramientas para mandos utilizan la API estándar de Gamepad expuesta a través de navigator.getGamepads(). Las herramientas de teclado y mouse utilizan eventos enfocados de teclado, puntero, clic y rueda del DOM. El diagnóstico de sondeo marca con sello de tiempo los movimientos del puntero entregados con performance.now(). Estas son interfaces web documentadas, pero las implementaciones varían según el navegador y el sistema operativo.

Procesamiento local y privacidad

El manejo de la entrada sin procesar ocurre dentro de la página. Los ejes del mando, los estados de los botones, las secuencias de teclas, los movimientos del puntero y las líneas de tiempo de los clics no se envían a Keymap Labs. No se requiere cuenta. Los registros de acceso al servidor web ordinario son independientes de la entrada de diagnóstico y están cubiertos por la política de privacidad.

Debido a que las herramientas de teclado solo necesitan códigos aislados, se indica a los usuarios que no introduzcan contraseñas ni texto privado. La prueba solo puede escuchar mientras la página está activa y no puede leer la entrada escrita en otra aplicación.

Estadísticas del centro del mando

Para la detección de drift del stick, la página registra pares de ejes durante un período de cinco segundos mientras el mando está en reposo. La distancia radial de cada muestra es sqrt(x² + y²). El informe incluye la distancia media, la distancia máxima y la variación. Los umbrales de clasificación son bandas de detección editorial, no tolerancias del fabricante.

Cinco segundos equilibran la usabilidad con suficientes fotogramas para evitar juzgar un solo decimal. Las ejecuciones repetidas siguen siendo necesarias porque el contacto de la mano, la dirección de retorno, la conexión y la calibración pueden cambiar el centro observado.

Observación del teclado

Las páginas de teclado distinguen el KeyboardEvent.code físico del KeyboardEvent.keyinterpretado. Los códigos físicos son preferibles para las discusiones sobre la distribución de juegos porque identifican una posición independiente de la distribución de caracteres activa.

El conjunto activo se construye a partir de eventos de pulsación y liberación de teclas entregados a la ventana enfocada. Se borra al perder el foco para evitar mostrar teclas obsoletas cuando la página pierde una liberación. Los atajos reservados del navegador o del sistema operativo están excluidos de conclusiones sólidas.

La página guiada de ghosting prueba combinaciones seleccionadas. Pasarlas no prueba el NKRO en toda la matriz. Un fallo se reporta como un código faltante o inesperado observado y debe repetirse con un orden de pulsación cambiado y otro entorno.

Intervalos de clic del mouse

El diagnóstico de doble clic registra el tiempo entre eventos de clic consecutivos en el objetivo enfocado. El umbral predeterminado de 80 ms es una opción de detección para clics deliberados lentos, no la ventana de doble clic del sistema operativo ni una medición de debounce física.

La intención no puede inferirse a partir de la temporización. Los clics deliberados rápidos pueden ser marcados. Una evidencia más sólida proviene de intervalos cercanos repetibles mientras el usuario separa intencionalmente las acciones físicas, confirmado a través de otra conexión o sistema.

Tasa de eventos del puntero

El laboratorio de sondeo utiliza marcas de tiempo de los eventos de movimiento del puntero entregados. La tasa observada se calcula a partir del recuento en el intervalo de tiempo muestreado. Los intervalos de mediana y percentil 95 describen la entrega típica y los huecos más largos.

Los navegadores pueden combinar movimientos del puntero, y la programación del hilo principal, la actualización de la pantalla, el estado de energía y la velocidad de movimiento influyen en los resultados. El laboratorio está diseñado para comparaciones relativas y detección de gran inestabilidad, no para la certificación de la tasa de firmware.

Constantes de sensibilidad

El conversor de sensibilidad utiliza constantes de guiñada horizontal documentadas para preservar los cm/360 de disparo desde la cadera modelados. La fórmula, el juego compatible y el resultado aparecen juntos.

El eDPI se muestra solo como una conveniencia específica del juego. Los modelos con mira, zoom, relativos al FOV y a la distancia del monitor están fuera de esta conversión. Si una actualización del juego cambia el escalado de entrada, la constante y la explicación se revisan juntas.

Lenguaje de resultados

Separamos tres niveles:

  1. Observación: lo que esta página recibió en esta sesión.
  2. Interpretación: lo que significan comúnmente los patrones dentro del límite establecido.
  3. Diagnóstico: una conclusión que normalmente requiere comparación o inspección externa.

Las interfaces de las herramientas pueden proporcionar tonos de evaluación como ajustado, moderado o alto, pero el texto de apoyo nunca convierte una muestra del navegador en un veredicto de hardware no compatible.

Verificación y correcciones

El comportamiento dependiente del hardware requiere dispositivos de prueba físicos y comparaciones controladas, ya que los eventos sintéticos no pueden reproducir fielmente la ruta de entrada completa. Los cambios en los cálculos requieren comprobaciones repetibles y una revisión de la metodología.

Los cambios materiales en los umbrales, fórmulas o constantes de juego compatibles se reflejan en la metodología relevante y en las notas de investigación. Cada nota conserva una fecha de actualización para que las conclusiones antiguas no se presenten silenciosamente como hechos permanentes.

Este marco conservador es parte del producto. Una medición honesta más pequeña es más útil que una afirmación mayor que el navegador no puede respaldar.