Eventos de teclado e mouse
Um evento visível confirma que o navegador recebeu aquela tecla ou botão. key segue o layout ativo; code informa uma posição física. As funções dos botões do mouse podem ser remapeadas. Mantenha a área em foco e confira o registro de texto junto aos indicadores.
O sistema ou navegador pode interceptar eventos ausentes da página. Um intervalo informado descreve tempos do navegador, não o pressionamento físico exato nem a mudança de um pixel. keydown repetido durante uma pressão longa pode ser repetição normal.
Estados do controle e mapeamento
O teste de controle lê estados fornecidos pela API Gamepad. Botões têm valores e estados pressionados; eixos usam um intervalo normalizado de −1 a 1. O mapeamento padrão permite nomes por posição. Outros layouts mantêm índices para evitar rótulos adivinhados.
Um eixo um pouco fora de zero em repouso é uma observação a repetir, não um diagnóstico de desgaste. As leituras não calibram o controle, não mudam a zona morta do jogo nem medem polling do hardware. A falta de detecção também pode envolver acesso, pareamento, driver ou navegador.
Níveis de microfone e configurações da câmera
O medidor mostra o nível digital do fluxo autorizado. RMS e dBFS são referências digitais, não pressão sonora calibrada em dB SPL. Posição, ganho e processamento automático afetam a leitura. Fala e sons de fundo podem mover o medidor.
A prévia da câmera mostra o fluxo autorizado. Largura, altura e taxa configurada descrevem essa faixa; não certificam resolução máxima do sensor, qualidade nem FPS entregue. O teste de alto-falantes informa o canal solicitado e o tom gerado; o sistema determina a saída audível.
Interprete falhas de permissão e acesso
Uma solicitação de mídia pendente pode significar que o pedido de permissão não foi respondido. Não mede atraso de câmera ou microfone. Um estado negado pode refletir permissão do site, política do sistema ou restrição de segurança. Dispositivo ausente significa que não havia entrada correspondente disponível para a solicitação. Indisponível pode refletir falha de acesso apesar da existência do equipamento. Cada resultado exige verificações diferentes, não o mesmo diagnóstico de defeito.
Leia a mensagem, confira permissão e entrada escolhida, depois repita Iniciar. Outro aplicativo usando o equipamento pode afetar acesso numa configuração específica; fechá-lo permite comparar, sem garantir uma solução universal. Alterar a entrada encerra a sessão desta página e exige novo início. Parar pode cancelar o interesse da página numa solicitação pendente sem apagar a permissão armazenada pelo navegador.
Diferencie configurações e medições de nível
Um fluxo de câmera informando 1280 × 720 e 30 quadros por segundo descreve sua configuração quando as propriedades estão disponíveis. A página não conta quadros entregues ao longo do tempo nem descobre resolução máxima do sensor. Propriedades ausentes ficam desconhecidas. Compare a entrada escolhida em cada aplicativo antes de supor que uma resolução baixa descreve toda a capacidade da câmera ou a saída de outro aplicativo de reunião.
O microfone mostra amplitude RMS e seu valor digital dBFS. A calculadora manual de ganho precisa de um pico de amostra observado e um pico desejado. Copiar RMS para um campo de pico mistura medições. Distância, ganho de entrada e processamento afetam o medidor; não é pressão acústica calibrada em dB SPL. Uma posição repetível ajuda a comparar entradas, enquanto o aplicativo de gravação ou chamada ainda precisa conferir seu próprio dispositivo selecionado.
Campos sólidos e padrões em movimento
As cores sólidas permitem inspecionar a tela real. A página não vê o painel físico nem conta pixels com defeito. Poeira e marcas podem parecer problemas de pixel. Uma captura registra a imagem renderizada, não a saída física do painel.
Um padrão móvel ajuda a comparar rastros ou halos no mesmo fundo e velocidade. Agendamento do navegador, atualização, escala e acompanhamento visual influenciam a vista. Não atribui medições GtG, MPRT ou de latência. Uma amostra branca também não mede kelvin nem certifica calibração.
Separe tempo do navegador e resposta do hardware
O teste de clique duplo cronometra pressionamentos recebidos em relação à janela escolhida. Um intervalo de 120 ms descreve observações do navegador, não tempo entre contato físico e luz no painel. Coordenadas são pixels CSS, não deslocamento do sensor ou DPI. Estados do controle são atualizados com pelo menos 100 ms de intervalo; é uma escolha desta página, não frequência medida do hardware. Uma transição curta pode acontecer entre leituras.
O alvo móvel depende da programação de animações. A velocidade solicitada usa pixels CSS por segundo. Mantenha iguais velocidade, fundo, escala e modo para comparar. Renderização e tarefas de fundo afetam a sequência visível. Um rastro registrado não é medição retornada de GtG, MPRT ou frequência. O verificador de atraso sugere passos a partir de observações escolhidas, sem produzir latência medida de ponta a ponta.
Conheça destino e dados dos testes de rede
Após consentimento, as ferramentas de rede enviam requisições ao destino exibido. Ambas fazem 20 pequenas idas e voltas HTTP. O teste de velocidade depois completa quatro downloads de 4 MiB e quatro uploads de 1 MiB. Cronometra até consumir e validar respostas ou receber confirmação de upload. Descreve o caminho navegador-servidor naquela execução, incluindo trabalho não isolado. Outro destino ou um servidor ocupado podem mudar o resultado.
A conta de Mbps é bytes concluídos × 8 ÷ segundos decorridos ÷ 1000000. Quatro corpos de 4 MiB totalizam 16777216 bytes; dois segundos hipotéticos dão 67,108864 Mbps. É uma conta ilustrativa, não uma medição do seu equipamento. Não se mede latência sob carga simultaneamente às transferências. Diferentemente dos registros e prévias de mídia locais, há troca de dados com o servidor; logs da hospedagem podem conter metadados comuns de requisição.
Leia variação HTTP e requisições com falha
Considere amostras hipotéticas de 40, 55, falha, 50 e 65 ms. Média e mediana das concluídas são 52,5 ms. Diferenças consecutivas válidas são 15 e 15 ms, com variação média de 15 ms. A falha não vira zero nem é atravessada para criar um par 55-50. Sem par consecutivo concluído, a variação fica desconhecida. Guarde as amostras originais com o resumo para entender o que terminou.
Essa variação difere do jitter de chegada RTP numa chamada. Uma requisição HTTP com falha não conta pacotes IP perdidos; acesso, protocolo, servidor ou tempo esgotado podem causá-la. Preserve destino, método, contagens e condições com resultados copiados. O ping de um jogo e as estatísticas de uma chamada descrevem seus próprios caminhos. Use as estatísticas do aplicativo correspondente em vez de comparar números incompatíveis apenas por compartilharem o rótulo jitter.
Registre uma observação repetível
Anote dispositivo, conexão, navegador, entrada selecionada e ação exata. Mantenha a cena ou o padrão e repita várias vezes. Registre o que foi recebido ou visto e os dados ausentes, sem chamar um resultado sem explicação de normal ou defeituoso.
Altere uma conexão ou ajuste disponível por vez e guarde o valor original. Repita a mesma ação. É útil escrever 'o botão 2 foi registrado a cada pressão nesta sessão', em vez de 'o mouse inteiro passou'. O resultado pode diferir de outro jogo ou aplicativo.
Pare as sessões e limpe o teste
Inicie a captura de microfone ou câmera de forma explícita e responda ao pedido de permissão. Um pedido ignorado pode continuar pendente. Parar encerra as faixas ou pedido desta página; um fluxo recebido depois para um pedido parado é liberado. O aviso ou permissão salva pode permanecer, e outros aplicativos podem usar o dispositivo.
Pare tom e animação ao terminar. Use Escape ou Sair para deixar um padrão. Anote as observações necessárias e reinicie o registro antes de outro teste. Escolher outro dispositivo de mídia interrompe a sessão e exige Iniciar novamente.