Como funciona o FFB Probe

A corrida guiada

FFB Probe é organizado em torno de uma curta jornada de teste: chegar à tela de proposta de valor, detectar o stick, confirmar a lista de verificação de segurança, sentir cada efeito ao vivo, responder o que aconteceu e, em seguida, manter ou compartilhar o relatório resultante. Cada tela se concentra na tarefa em questão para que os testadores sempre saibam o que fazer a seguir.

Etapa 01

Terra

O primeiro lançamento explica o que é FFB Probe, o que o teste exige e por que o banco de dados de hardware público é importante antes que o testador faça qualquer coisa.

Etapa 02

Detectar

A próxima tela identifica o joystick, VID:PID e a capacidade de feedback de força – e mostra uma leitura ao vivo do stick – antes que qualquer força seja executada.

Etapa 03

Preparar

A lista de verificação faz com que o testador feche os simuladores, libere espaço na mesa, mantenha a mão no stick e lide com as peculiaridades do sensor de aderência FFB2.

Etapa 04

Sentir

A visualização em execução mostra a seção ao vivo, o sinal esperado, a contagem regressiva e o efeito atual sem ocultar o controle Stop.

Etapa 05

Responder

Após cada efeito, os rótulos públicos selecionados registram o que a pessoa sentiu. O campo separado de notas da resposta continua privado; ele pode conter texto opcional e, no Linux, movimento X/Y medido pela sonda.

Etapa 06

Mantenha ou compartilhe

A página de resultados mantém os relatórios locais por padrão. O compartilhamento envia a carga útil de hardware editada e um campo de e-mail opcional permite que você solicite um aviso se FFB-Bridge começar a oferecer suporte ao seu stick.

O que a sonda pede ao hardware para fazer

O Windows agrupa a bateria ao vivo nas seções Constant, Periodic, Condition e Ramp. O Linux apresenta os efeitos evdev equivalentes anunciados por cada dispositivo. As contagens exatas variam conforme driver e hardware nas duas plataformas.

As versões atuais do Linux também amostram os sensores X/Y do manche durante cada efeito ao vivo e registram o deslocamento medido junto da resposta, facilitando detectar um falso “não fez nada”. Essa medição permanece no campo privado de notas da resposta e não é exibida nas páginas públicas de dispositivos.

Os dois arquivos que cada execução grava

Os relatórios são salvos em %LOCALAPPDATA%\Programs\ffb-probe\Results\FFB-Probe-<timestamp>\ no Windows e em ~/.local/share/ffb-probe/Results/FFB-Probe-<timestamp>/ no Linux. Dois arquivos por execução; o HTML incorpora o JSON em um bloco <pre> para que o relatório local e a carga útil de upload tenham a garantia de serem os mesmos bytes — nenhum segundo artefato oculto.

Instalação no Windows e verificações da editora

O FFB Probe é publicado pela Rohsam Inc. O instalador é uma instalação por usuário — sem necessidade de senha de administrador, sem prompt do UAC. Ele coloca o binário em %LOCALAPPDATA%\Programs\ffb-probe e escreve um atalho na área de trabalho e uma entrada no Start Menu. O seletor de diretório está oculto para que você não possa instalar acidentalmente em algum lugar estranho. As versões estáveis do Windows são assinadas; confirme que o Windows mostra a Rohsam Inc. como editora e verifique o SHA-256 na página de download antes de executar.

Se o Windows não mostrar a Rohsam Inc. como a editora verificada do seu instalador, ou se o hash não corresponder ao manifesto publicado, não execute esse arquivo.

O manifesto de lançamento é a fonte da verdade para nomes de arquivos, tamanhos e hashes. O instalador Windows e o AppImage Linux são ambos downloads opcionais; executar o probe ainda mantém os relatórios locais até que você escolha Share.

AppImage mais permissões evdev

A construção Linux é enviada como um AppImage independente. Marque-o como executável, execute-o e mantenha o stick ligado e com espaço para se mover:

chmod +x ./FfbProbe-*.AppImage
./FfbProbe-*.AppImage

O AppImage pode ser executado diretamente, ou ./FfbProbe-*.AppImage --install pode adicionar integração de desktop no escopo do usuário em ~/Applications. Use --uninstall para remover a cópia instalada e sua entrada de menu.

A detecção pode funcionar com acesso somente leitura, mas os efeitos ao vivo precisam de acesso de gravação ao nó /dev/input/event* do joystick. Se o assistente relatar falhas de permissão, corrija as permissões do nó de evento do dispositivo uma vez em vez de executar o AppImage inteiro com sudo.

1. Encontre o nó do evento

O relatório ou texto de erro geralmente o nomeia como algo como event=/dev/input/event2. Você também pode inspecionar os links simbólicos de eventos do joystick:

ls -l /dev/input/by-id/*event-joystick

2. Experimente uma permissão temporária

Substitua event2 pelo nó do seu joystick. Isso dura até que o dispositivo seja desconectado ou a máquina seja reinicializada, portanto é uma forma segura de confirmar o problema:

sudo setfacl -m "u:$USER:rw" /dev/input/event2
./FfbProbe-*.AppImage

3. Torne-o persistente com udev

Peça ao udev os IDs USB do stick:

udevadm info -q property -n /dev/input/event2 | grep -E 'ID_VENDOR_ID|ID_MODEL_ID|NAME'

Use esses IDs hexadecimais em letras minúsculas em uma regra específica do dispositivo. Este exemplo é para um SideWinder FFB2, VID:PID 045e:001b:

sudo tee /etc/udev/rules.d/70-ffb-probe-045e-001b.rules > /dev/null <<'EOF'
# FFB Probe: allow the active desktop user to open this joystick's event node.
SUBSYSTEM=="input", KERNEL=="event*", ATTRS{idVendor}=="045e", ATTRS{idProduct}=="001b", TAG+="uaccess"
EOF

sudo udevadm control --reload-rules
sudo udevadm trigger --subsystem-match=input

Desconecte e reconecte o joystick e execute o AppImage normalmente. A regra é por dispositivo, por isso é mais seguro do que adicionar seu usuário ao amplo grupo input.

O assistente Linux usa efeitos de feedback de força evdev em vez de DirectInput. O esquema do relatório compartilhado é o mesmo do Windows, portanto, os envios do Linux aparecem no mesmo banco de dados público e no mesmo detalhamento do sistema operacional.

Atualizações mediante consentimento no Windows e Linux

A GUI lê um pequeno manifesto de versão estável na inicialização. Ele não envia ID de instalação, consulta de versão atual, informações do dispositivo ou resultados de investigação; respostas off-line e malformadas permanecem em silêncio.

Após consentimento explícito, FFB-Probe baixa o instalador, verifica seu comprimento exato e SHA-256, requer uma assinatura Windows válida de Rohsam Inc., executa o instalador por usuário silenciosamente e reinicia a nova compilação.

Um Linux AppImage em execução pode baixar e verificar o novo AppImage, invocar seu manipulador de instalação com escopo de usuário, atualizar a entrada e os ícones da área de trabalho e iniciar a cópia instalada.

Compilações de desenvolvimento, AppDirs extraídos, pacotes de distribuição e outras instalações não AppImage Linux nunca são sobrescritas. O prompt leva à página de download e a essas notas de versão, e cada usuário pode adiar ou pular uma versão.

Problemas conhecidos e etapas de recuperação

Os bytes literais são a superfície de auditoria

Seus arquivos de relatório permanecem locais a menos que você clique em Share. O compartilhamento envia o arquivo JSON por POST para /submit; são os mesmos bytes incorporados no fim do relatório HTML. Separadamente, a GUI faz na inicialização a verificação de manifesto sem identificadores descrita acima, sem nunca enviar dados do relatório ou dispositivo.

O banco de dados público de hardware mostra uma visão agregada por VID:PID. Ele nunca exibe responses[].notes, que pode conter texto opcional de quem testou e movimento medido pela sonda no Linux. Rótulos escolhidos, sinalizadores de capacidade, efeitos compatíveis, códigos de resultado, efeitos com falha e erros de execução podem aparecer na página do dispositivo.

Leia o contrato de privacidade completo → · Abra o exemplo de relatório enviado →