Hoe FFB Probe werkt

De begeleide run

FFB Probe is georganiseerd rond één korte testerreis: land op het waardeprop-scherm, detecteer de stick, bevestig de veiligheidschecklist, voel elk live-effect, beantwoord wat er is gebeurd en bewaar of deel vervolgens het resulterende rapport. Elk scherm richt zich op de taak die moet worden uitgevoerd, zodat testers altijd weten wat ze vervolgens moeten doen.

Stap 01

Land

Bij de eerste lancering wordt uitgelegd wat FFB Probe is, wat de test in beslag neemt en waarom de openbare hardwaredatabase ertoe doet voordat de tester iets doet.

Stap 02

Detecteer

Het volgende scherm identificeert de joystick, VID:PID en force-feedback-mogelijkheid – en toont een live uitlezing van de stick – voordat er kracht wordt uitgeoefend.

Stap 03

Voorbereiden

Dankzij de checklist kan de tester simulatoren sluiten, bureauruimte vrijmaken, een hand op de stick houden en omgaan met de eigenaardigheden van de FFB2-gripsensor.

Stap 04

Gevoel

De lopende weergave toont het livegedeelte, het verwachte signaal, het aftellen en het huidige effect zonder de Stop-besturing te verbergen.

Stap 05

Antwoord

Na elk effect leggen openbare keuzelabels vast wat de tester voelde. Het afzonderlijke veld met antwoordnotities blijft privé; het kan optionele getypte tekst bevatten en op Linux door de probe gemeten X/Y-beweging.

Stap 06

Bewaar of deel

Op de resultatenpagina worden rapporten standaard lokaal bewaard. Door te delen wordt de geredigeerde hardware-payload verzonden, en via een optioneel e-mailveld kunt u om een ​​waarschuwing vragen als FFB-Bridge uw stick begint te ondersteunen.

Wat de sonde van de hardware vraagt

Windows groepeert de livebatterij in de secties Constant, Periodic, Condition en Ramp. Linux toont de gelijkwaardige evdev-effecten die elk apparaat meldt. De precieze aantallen verschillen op beide platforms per stuurprogramma en hardware.

Huidige Linux-versies bemonsteren tijdens elk live-effect ook de X/Y-sensoren van de stick en leggen de gemeten verplaatsing naast het antwoord van de tester vast, zodat een onterecht antwoord ‘deed niets’ gemakkelijker te herkennen is. Die meting blijft in het privéveld met antwoordnotities en wordt niet op openbare apparaatpagina’s weergegeven.

De twee bestanden die elke run schrijft

Rapporten worden opgeslagen in %LOCALAPPDATA%\Programs\ffb-probe\Results\FFB-Probe-<timestamp>\ op Windows en ~/.local/share/ffb-probe/Results/FFB-Probe-<timestamp>/ op Linux. Twee bestanden per run; de HTML integreert de JSON in een <pre>-blok, zodat het lokale rapport en de uploadlading gegarandeerd dezelfde bytes zijn - geen tweede verborgen artefact.

Windows-installatie en uitgeverscontroles

FFB Probe wordt uitgegeven door Rohsam Inc. Het installatieprogramma wordt per gebruiker geïnstalleerd: er is geen beheerderswachtwoord vereist, geen UAC-prompt. Het plaatst het binaire bestand onder %LOCALAPPDATA%\Programs\ffb-probe en schrijft een snelkoppeling op het bureaublad en een Start Menu-invoer. De mapkiezer is verborgen, zodat u niet per ongeluk ergens anders kunt installeren. Stabiele Windows-releases zijn ondertekend; controleer of Windows Rohsam Inc. als de uitgever toont en controleer de SHA-256 op de downloadpagina voordat u het uitvoert.

Als Windows Rohsam Inc. niet als de geverifieerde uitgever van uw installatieprogramma toont, of als de hash niet overeenkomt met het gepubliceerde manifest, voer dat bestand dan niet uit.

Het releasemanifest is de gezaghebbende bron voor bestandsnamen, groottes en hashes. Het Windows-installatieprogramma en de Linux AppImage zijn beide opt-in downloads; bij het uitvoeren van de probe blijven rapporten lokaal totdat u Share kiest.

AppImage plus evdev-machtigingen

De Linux bouwt schepen als een op zichzelf staande AppImage. Markeer het uitvoerbaar bestand, voer het uit en houd de stick ingeschakeld met bewegingsruimte:

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

De AppImage kan direct worden uitgevoerd, of ./FfbProbe-*.AppImage --install kan gebruikersgebonden desktopintegratie onder ~/Applications toevoegen. Gebruik --uninstall om die geïnstalleerde kopie en menuvermelding te verwijderen.

Detectie kan werken met alleen-lezen toegang, maar live-effecten hebben schrijftoegang nodig tot het /dev/input/event*-knooppunt van de joystick. Als de wizard toestemmingsfouten rapporteert, repareer dan één keer de machtigingen voor het gebeurtenisknooppunt van het apparaat in plaats van de hele AppImage uit te voeren met sudo.

1. Zoek het gebeurtenisknooppunt

De rapport- of fouttekst noemt het meestal zoiets als event=/dev/input/event2. U kunt ook symbolische koppelingen voor joystickgebeurtenissen bekijken:

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

2. Probeer een tijdelijke toestemming

Vervang event2 door het knooppunt voor uw stick. Dit duurt totdat het apparaat wordt losgekoppeld of de machine opnieuw wordt opgestart, dus het is een veilige manier om het probleem te bevestigen:

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

3. Maak het persistent met udev

Vraag udev naar de USB-ID's van de stick:

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

Gebruik deze hexadecimale ID's in kleine letters in een apparaatspecifieke regel. Dit voorbeeld is voor een 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

Koppel de stick los en sluit deze opnieuw aan, en laat de AppImage normaal draaien. De regel geldt per apparaat, dus het is veiliger dan uw gebruiker toevoegen aan de brede input-groep.

De Linux-wizard gebruikt evdev force-feedback-effecten in plaats van DirectInput. Het gedeelde rapportschema is hetzelfde als dat van Windows, dus Linux-inzendingen verschijnen in dezelfde openbare database en uitsplitsing van het besturingssysteem.

Updates na toestemming op Windows en Linux

De GUI leest bij het opstarten een klein manifest met stabiele release. Het verzendt geen installatie-ID, query naar de huidige versie, apparaatinformatie of testresultaten; offline en verkeerd opgemaakte reacties blijven stil.

Na expliciete toestemming downloadt FFB-Probe het installatieprogramma, verifieert de exacte lengte en SHA-256, vereist een geldige Windows handtekening van Rohsam Inc., voert het installatieprogramma per gebruiker stil uit en start de nieuwe build opnieuw.

Een actieve Linux AppImage kan de nieuwe AppImage downloaden en verifiëren, de gebruikersspecifieke installatiehandler aanroepen, het bureaubladitem en de pictogrammen vernieuwen en de geïnstalleerde kopie starten.

Ontwikkelingsbuilds, uitgepakte AppDirs, distributiepakketten en andere niet-AppImage Linux installaties worden nooit overschreven. De prompt linkt in plaats daarvan naar de downloadpagina en deze release-opmerkingen, en elke gebruiker kan een versie uitstellen of overslaan.

Bekende problemen en herstelstappen

De letterlijke bytes vormen het auditoppervlak

Je rapportbestanden blijven lokaal tenzij je op Share klikt. Bij delen wordt het JSON-bestand via POST naar /submit gestuurd; dit zijn dezelfde bytes die onderaan het HTML-rapport staan. Los daarvan voert de GUI bij het opstarten de hierboven beschreven manifestcontrole zonder identificatoren uit, zonder rapport- of apparaatgegevens te verzenden.

De openbare hardwaredatabase toont een samengevoegde weergave per VID:PID. responses[].notes wordt nooit weergegeven; dit veld kan optionele testertekst en op Linux door de probe gemeten beweging bevatten. Keuzelabels, capaciteitsvlaggen, ondersteunde effecten, resultaatcodes, mislukte effecten en uitvoeringsfouten kunnen op de apparaatpagina verschijnen.

Lees het volledige privacycontract → · Open het geüploade voorbeeldrapport →