Critérios de teste do GPADLAB

A implementação usa faixas de severidade específicas por estágio mais interpolação linear dentro de cada faixa, depois aplica pesos fixos de estágio. Esse design mantém as seis medições em uma escala de pontuação única enquanto ainda permite que pequenas diferenças dentro de uma faixa alterem a pontuação. É uma escolha de pontuação do GPADLAB em vez de um modelo externamente validado de severidade de falha de controle.

S começa em 950 porque esse é o limite da faixa superior definido pela tabela de notas do GPADLAB. O código não estabelece que 950 é um limite universal entre hardware pronto para torneio e não pronto para torneio, nem que 1000 é fisicamente inatingível. Trate S como a faixa de benchmark mais alta do GPADLAB e leia as medições subjacentes junto com ela.

As bordas das faixas são limites definidos pelo produto na biblioteca de pontuação: 950, 900, 825, 725, 600 e 450. Elas fornecem uma convenção de exibição consistente do GPADLAB, mas a base de código não contém um conjunto de dados de validação externa provando que uma diferença de pontos específica tem o mesmo significado prático em todos os controles, navegadores ou tipos de conexão.

Tudo roda na Gamepad API (navigator.getGamepads) amostrada dentro de requestAnimationFrame com timestamps de performance.now(). Nada de Web Bluetooth, nada de WebHID, nenhum plugin de navegador. Isso significa que os testes funcionam em qualquer navegador moderno (Chrome, Firefox, Safari, Edge) sem instalação, mas eles herdam os próprios quirks da Gamepad API - granularidade de polling, throttling de aba de navegador, ruído ocasional de eixo acima do zero verdadeiro.

Os testes individuais fornecem medições por estágio com seus próprios limites e vereditos. O Controller Health Score composto coloca todos em uma tela com contribuições de pontos ponderadas, então você recebe um número único e uma nota em vez de seis leituras separadas. Ambos são válidos - as ferramentas individuais são melhores para diagnosticar um problema específico, a composta é melhor para uma avaliação geral rápida ou comparações antes e depois.

Sim, e isso importa. Um teste rodado em uma aba de laptop em segundo plano (requestAnimationFrame com throttle) mostrará latência inflada. Um teste de drift em um controle segurado no colo mostrará drift inflado. Testes de alcance Bluetooth perto de um roteador Wi-Fi movimentado mostrarão quedas infladas. A metodologia assume condições de teste de melhor esforço - aba em primeiro plano, controle em superfície plana para medição de drift, sala padrão para estabilidade de conexão. Uma pontuação só é significativa se as condições de teste correspondem ao que a metodologia especifica.

Uma pontuação menor significa que as medições naquela execução obtiveram menos pontos sob as regras de pontuação do GPADLAB, mas resultados observados pelo navegador podem variar com a execução do teste, carga do sistema, modo de conexão, agendamento do navegador e estado do controle. O GPADLAB não publica uma diferença mínima de pontuação universal validada que prove uma mudança real de hardware. Para comparações, repita o benchmark sob condições similares e inspecione as medições de cada estágio em vez de confiar apenas na composta.