FFB Probe releaseopmerkingen

Een correctie van de standaard teststerkte: alleen de Brunner FFB-G Joystick begint op 75%, en alle andere Brunner-bases beginnen op 35%.

Standaardsterkte voor Brunner

• Alleen de Brunner FFB-G Joystick begint op 75%. FFB-Probe herkent hem aan het basetype dat hij via het configuratiekanaal van Brunner meldt, welke greep er ook op zit, en de checklist toont ‘Validated base (Brunner FFB-G Joystick) — default 75%’. Versie 1.1.1 gaf elke Brunner-base de standaardwaarde van 75%.
• Andere Brunner-bases beginnen op 35%. De CLS-E, de CLS-P, een roerbase en elke andere Brunner-base beginnen op 35%, net als elk apparaat waarop de tests niet zijn gevalideerd. Zoals op elk apparaat kun je de sterkte zelf verhogen tot de limiet van 75%.
• Een base waarvan het type niet kan worden gelezen, begint op 35%. Zolang Simux, CLS2Sim, de Brunner USB Config Tool of FFB-Bridge het configuratiekanaal bezet, kan FFB-Probe het basetype niet lezen. De checklist vraagt je dan het programma te sluiten en op ‘Re-scan’ te klikken.

Je kunt nu kiezen hoe krachtig de tests je apparaat aansturen, nooit boven een harde limiet, en je bevestigt dat je het veilig zult bedienen voordat een run begint.

Teststerkte

• Een sterkteschuifregelaar op de checklist. Vóór een run kun je de teststerkte instellen van 0% tot 75% in stappen van 5%. De waarde, de standaardwaarde van je apparaat en het maximum van 75% staan naast de schuifregelaar, en FFB-Probe onthoudt per apparaat de sterkte die je het laatst hebt gekozen.
• Standaardwaarden per apparaat. Sticks waarop de tests zijn gevalideerd, beginnen op 75%: de SideWinder Force Feedback 2, de SideWinder FFB Pro USB-adapters (03EB:2056, PicoWinder CAFE:4004), de Logitech G940, Force 3D Pro en WingMan Force 3D, en elke Brunner-base. Alle andere apparaten, waaronder MOZA-vliegbases en hardware die FFB-Probe nog niet kent, beginnen op 35%.
• 75% is een harde limiet. Niets wat FFB-Probe afspeelt, komt boven 75% van de volle schaal, op geen enkel apparaat en in geen enkele test, ook niet via de opdrachtregeloptie --magnitude of de diagnostische modi. Effecten die tegelijk spelen, delen de sterkte die je hebt gekozen, zodat ze samen nooit hoger uitkomen; de verzadigingstest verdeelt die nu over zijn drie krachten, elk 25% bij 75%.
• Brunner-bases zitten niet meer vast aan 35%. Met hun DirectX-versterkingen verhoogd voor de run beginnen ze nu op 75%, net als de SideWinder FFB2. Op 35% voelden de tests te zwak aan om te beoordelen.
• MOZA-vliegbases kunnen hoger worden gezet. Ze beginnen nog steeds op 35%, de limiet van FFB-Bridge voor die hardware, maar je kunt de sterkte nu zelf verhogen. De eerdere vaste limiet van 35% is vervangen door de standaardwaarde en de limiet van 75%.

Veiligheidsbevestiging

• Een veiligheidsmelding vóór elke run. De checklist legt altijd uit dat forcefeedbackapparaten plotseling en met echte kracht kunnen bewegen: laat een hand licht op de greep rusten, houd vingers, kabels en voorwerpen uit de buurt, en stop op elk moment met Esc of Stop. ‘Arm probe’ blijft uitgeschakeld totdat je ‘I understand and accept responsibility’ aanvinkt.
• Een extra waarschuwing boven de standaardwaarde. Als je de sterkte boven de standaardwaarde van je apparaat zet, voegt de melding een waarschuwing toe dat krachtige direct-drive-bases hard tegen hun eindaanslagen kunnen slaan.

Rapporten

• De sterkte wordt vastgelegd. Elk rapport legt de teststerkte vast en of je die hebt gewijzigd. Het HTML-rapport toont ‘Test strength: 75% (default)’ of ‘Test strength: 50% (chosen by tester)’, en de gedeelde gegevens bevatten een nieuw run-object met strength_pct en strength_source. Het rapportformaat is nog steeds schema: 1.
• De tweeassige test heeft één naam. Hij wordt nu gemeld als ‘Two-axis diagonal — diagonal’ in plaats van ‘Two-axis diagonal — diagonal (X=75%, Y=75%)’, zodat een instelbare sterkte hem niet opsplitst in een aparte vermelding per sterkte. De website voegt de oude naam samen met de nieuwe.
• Notities blijven privé. Je getypte notities blijven privé en verschijnen nooit op de openbare apparaatpagina.

Opdrachtregel

• --magnitude stelt de teststerkte in. Waarden buiten 0..75 worden begrensd in plaats van geweigerd. Zonder deze optie wordt de standaardwaarde van het apparaat (75% of 35%) gebruikt; eerdere builds gebruikten 75% op Windows en 50% op Linux, of 60% wanneer ze door de app werden gestart. De console en het debuglogboek vermelden de gebruikte sterkte en of dat de standaardwaarde was.

Een release die alles robuuster maakt: een voltooide testrun gaat niet meer verloren bij de stap ‘Share’, de resultaten in de openbare database zijn nauwkeuriger, en Brunner- en MOZA-vliegbases werken nu direct.

Brunner-bases

• De CLS2Sim-modus wordt herkend. Brunner-bases worden geleverd in de CLS2Sim-modus, die geen force-feedbackinterface heeft, waardoor eerdere builds geen apparaat vonden. Als er geen force-feedbackapparaat wordt gevonden, zoekt FFB-Probe nu naar een Brunner-base en biedt ‘Switch to DirectX mode’ aan; zonder die klik wordt er niets omgeschakeld.
• Terugschakelen gaat automatisch. ‘Switch back when finished’ staat standaard aan: de base keert terug naar de CLS2Sim-modus na de run, wanneer je FFB-Probe sluit, of bij de volgende start na een onverwachte afsluiting. Alleen de USB-modusinstelling wordt geschreven, en als een stap mislukt, wordt de base teruggezet zoals hij was.
• Effecten op volle sterkte. De base schaalt elk effect met versterkingen die hij zelf opslaat (af fabriek 50%), waardoor effecten met ongeveer een kwart van hun sterkte bij de motor aankwamen. Voor de live tests zet FFB-Probe FX master en de effectversterkingen op 100%, herstelt daarna je eigen waarden en vermeldt je opgeslagen versterkingen in het rapport.
• Programma's die de base bezetten, worden genoemd. Als Simux, CLS2Sim, de Brunner USB Config Tool of FFB-Bridge de base bezet, noemt FFB-Probe het programma en legt uit hoe je het sluit. Als onder Linux de toegang tot de configuratie-interface van de base wordt geweigerd, toont FFB-Probe de udev-regel die je moet toevoegen.
• Gedraaide richtingen worden vastgelegd zoals gemeten. De draaiing van 90° in richtingen die je in de DirectX-modus kunt voelen, komt door de manier waarop Brunners DirectX-modus de assen toewijst; FFB-Probe legt die vast zoals gemeten.

MOZA-vliegbases

• Vóór een run wordt gecontroleerd of de base klaar is. FFB-Probe leest, zonder iets te wijzigen, of een MOZA AB9, AY210, AB6 of AY90 force-feedbackeffecten echt zal afspelen. Een base in de Telemetry-modus van MOZA Cockpit, of met force feedback uitgeschakeld, koppeluitvoer geblokkeerd of de game-versterking op 0, beweegt niet; eerdere builds registreerden dat als ‘deed niets’, en rapporten van zo'n base vermelden nu dat hij niet klaar was.
• Optionele voorbereiding van de base. ‘Prepare base for testing’ zet de base in de DirectInput-modus en opent de blokkades voor krachtuitvoer nadat je instellingen zijn opgeslagen, en ‘Restore my MOZA settings when finished’ (standaard aan) zet ze daarna terug. Uitslaglimieten, kalibratie en Force Sensing worden nooit aangeraakt.
• Een veilige sterktelimiet. MOZA-vliegbases en Brunner-bases voeren de effecttests uit op maximaal 35% sterkte, de limiet van FFB-Bridge voor die hardware, zodat een stick die niet wordt vastgehouden niet tegen zijn eindaanslagen wordt gedrukt.

Andere programma's die je apparaat gebruiken

• Conflicterende programma's worden gemeld. Het welkomstscherm waarschuwt wanneer er een programma draait dat je apparaat kan overnemen: FFB-Bridge, MOZA Cockpit / Pit House, de tools van Brunner, Logitech G HUB of een vluchtsimulator.
• Duidelijke fouten bij exclusieve toegang. Als een ander programma het apparaat exclusief vasthoudt, zegt FFB-Probe welk programma dat is in plaats van te falen met een algemene fout; onder Linux worden de processen genoemd die het apparaat vasthouden. Deze programmanamen zie alleen jij; ze worden nooit aan het gedeelde rapport toegevoegd.

Delen mislukt nooit bij een geldige run

• Geen verloren runs meer. Eén lange notitie of één chip te veel was vroeger genoeg om de website het hele rapport te laten weigeren. Elk veld wordt nu vóór het verzenden binnen de limieten van de website gehouden: alle chips selecteren werkt, zeer lange notities worden ingekort, en tijdelijke apparaatnamen zoals ‘test’ worden Unknown force-feedback device vvvv:pppp.
• Grondiger opschonen van paden. Bestandspaden worden grondiger uit foutmeldingen verwijderd, ook Windows-paden met spaties in de gebruikersnaam.
• Supportcode en apparaatlink na het delen. Beide worden getoond in de app en via de knop ‘Share’ in het HTML-rapport.
• Zelfde formaat, zelfde privacy. Het rapportformaat is ongewijzigd (schema: 1), en je getypte notities blijven privé en verschijnen nooit op de openbare apparaatpagina.

Nauwkeurigere resultaten

• Beweging met teken gemeten onder Windows. FFB-Probe meet nu ook onder Windows hoe ver en in welke richting de stick tijdens elk effect beweegt, zoals al onder Linux gebeurde. De metingen hebben een teken, bijvoorbeeld X peak +25.1%, zodat ze de richting tonen.
• Effecten stoppen op tijd. Elk effect stopt zodra het afspeelvenster eindigt, in plaats van wanneer je antwoordt. Sommige firmware, zoals die van Brunner, liet een kracht van 5 seconden ongeveer een seconde langer doorlopen.
• Autocentrering zit niet meer in de weg. De eigen autocentreerveer van het apparaat wordt tijdens de live tests uitgeschakeld en daarna hersteld, zodat hij het geteste effect niet meer tegenwerkt of maskeert. Op Brunner-bases blokkeerde hij elk effect.
• Meer antwoorden komen in het rapport. Ramp-antwoorden worden nu opgenomen in plaats van weggegooid, en resultaten voor polariteit, twee assen en verzadiging verschijnen in de openbare diagnostiek.
• De apparaatklasse wordt vastgelegd. Rapporten vermelden of het apparaat een joystick, vliegstick, stuur of gamepad is, zodat de openbare database vlieghardware van sturen kan onderscheiden.
• Juiste effectparameters. Autocentreertests gebruiken de autocentreereigenschap (eerdere builds gebruikten de verkeerde eigenschap-id), en veer, demper, traagheid en wrijving volgen de coördinatenconventie die DirectInput verwacht. Onbekende apparaten melden onder Windows weer hun echte drivernaam.

De app

• De live weergave volgt het geteste apparaat. Die toonde eerst de eerste gamecontroller die Windows vermeldde, waardoor hij op een setup met meer dan één controller niet bewoog.
• Stop werkt overal. Stop werkt op elk moment van een run, Esc stopt een run, en het venster sluiten tijdens een run stopt eerst de effecten en geeft het apparaat vrij. Alleen het geselecteerde apparaat wordt getest, en de probe-engine stopt als de app wordt gesloten.
• Gebruiksvriendelijker. Antwoorden kunnen worden overgeslagen, het venster kan van formaat veranderen en de tekst is beter leesbaar.
• Updates op een beter moment aangeboden. Updates worden nooit aangeboden terwijl een run bezig is, en bètabuilds worden niet aangeboden aan gebruikers van de stabiele release.

Linux

• Een test herhalen werkt. ‘Run test again’ speelt het effect nu opnieuw af.
• Kernel-autocentrering wordt per effect geregeld. Die wordt uitgeschakeld terwijl elk effect speelt en tussen effecten hersteld, en nooit aangeraakt op de Logitech G940, waarvan de driver de instelling negeert.
• Minder bestanden per run. Normale runs schrijven alleen het HTML-rapport en de JSON om te delen; de oude supportbestanden worden alleen geschreven als FFB_PROBE_KEEP_LEGACY=1 is ingesteld.

Apparaatnamen

• Nieuwe en gecorrigeerde namen. MOZA 346E:1002 heet nu MOZA AB6. Toegevoegd: MOZA AY90 (346E:1003), Brunner FFB-G / FFB-H, de PicoWinder-adapter voor SideWinder FFB Pro (CAFE:4004) en Adapt-FFB-Joy (03EB:204E).

Een correctie voor het delen van rapporten op Linux-distributies die zich beschrijven met een distributie-weetnaam in plaats van een kernelachtige Linux-tekenreeks.

Rapporten delen vanaf Linux

• Eén grof os.family-token. Het os.family-veld van de inzendpayload is nu altijd een van Windows, Linux, macOS of Unknown. Vanaf .NET 8 meldt Linux de weetnaam van de distributie — bijvoorbeeld Fedora Linux 42 (Workstation Edition) — die eerdere builds ongewijzigd doorstuurden; de site weigert waarden van meer dan 32 tekens met os_family_invalid.
• Weetnamen worden omgezet via het draaiende platform. Distributienamen die het woord Linux nooit bevatten, zoals die van Ubuntu, worden nu omgezet via het platform waarop de probe draait in plaats van via de besturingssysteembeschrijving, zodat ze de capaciteitsmomentopnamen per besturingssysteem in de openbare database niet meer opsplitsen.
• Bestaande installaties kunnen blijven delen. De site normaliseert oudere waarden ook bij ontvangst, zodat rapporten van eerdere builds meteen kunnen worden gedeeld zonder eerst bij te werken.

Automatische updates arriveren op Windows en Linux, waarmee het gemeten bewegings- en hardware-identificatiewerk dat eerder op dezelfde dag werd gepubliceerd, wordt voortgezet.

Automatische updates

• Een privé opstartcheck. 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.
• Windows kan de upgrade voltooien. 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.
• AppImage installaties kunnen zichzelf updaten. 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.
• Veilige terugval voor andere installaties. 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.

Hardware- en Linux-verbeteringen inbegrepen

• Gemeten beweging tijdens Linux effecten. Live tests bemonsteren nu de assen van het apparaat terwijl er een kracht speelt, waarbij de objectieve verplaatsing naast het antwoord van de tester wordt geregistreerd.
• MOZA AY210 begeleiding. De AY210 (346E:1001) heeft een canonieke naam en pre-flight-richtlijnen voor de leveranciersinstellingen die extern bevelvoerende troepen kunnen maskeren.
• Correcte, consistente hardwarenamen. MOZA 346E:1002 wordt geïdentificeerd als de gedeelde AB6/AB9 basis PID, en de aangepaste SideWinder Force Feedback Pro op 03EB:2056 gebruikt één platformonafhankelijke naam in de app en de openbare database.
• Robuuste Linux detectie. De resolutie van het stuurprogrammapad en de HID-descriptor zijn defensiever, en autocenter wordt alleen geschreven als het apparaat deze mogelijkheid adverteert.

Upgrade-opmerking

• Eén handmatige update voor bestaande gebruikers. Versies tot en met 1.0.6 bevatten de updater niet, dus moeten ze 1.0.7 één keer handmatig installeren. Releases na 1.0.7 kunnen vervolgens vanuit de app worden geïnstalleerd.

Een hardware- en Linux bewijsrelease die werd vervangen door 1.0.7 voordat het downloadkanaal van de website werd uitgebreid.

Linux meting

• Axis-telemetrie voegt zich bij subjectieve antwoorden. De Linux-werknemer registreert de gemeten verplaatsing terwijl de effecten spelen, waardoor een werkend effect kan worden onderscheiden van een onjuiste 'deed niets'-reactie.
• Veiligere apparaatinstallatie. Paden voor invoergebeurtenissen en HID rapportdescriptors worden betrouwbaarder opgelost, terwijl FF_AUTOCENTER alleen wordt aangeraakt op hardware die deze blootlegt.

Hardware-identiteit

• MOZA AY210 toegevoegd. De AY210 (346E:1001) ontvangt een canonieke naam en MOZA Cockpit voorwaarden voordat hij wordt getest.
• MOZA AB6/AB9 PID gecorrigeerd. De gedeelde 346E:1002-identificatie impliceert niet langer slechts één van de twee compatibele basismodellen.
• Aangepaste SideWinder-naam genormaliseerd. 03EB:2056 wordt nu samengevoegd onder één Windows/Linux naam. Dit was een naamgevingscorrectie, geen nieuwe claim voor activeringsondersteuning.

Linux verpakking

• Gebruikersgerichte AppImage installatie. De AppImage heeft ingebouwde --install en --uninstall desktopintegratie voor de mappen Applicaties en XDG van de gebruiker.

Een Windows activeringsoplossing voor firmware die start in zijn eigen veermodus en anderszins sondeopdrachten accepteert zonder fysieke kracht te produceren.

Opgeloste problemen

• Een schone apparaatstatus vóór live-effecten. Nadat hij het apparaat heeft aangeschaft en de globale versterking heeft ingesteld, stuurt de Windows worker een best-effort DirectInput STOPALL voordat de live testreeks begint. Hiermee worden de standaardkrachten van de firmware gewist, zodat geüploade FFB Probe-effecten de controle vanaf de eerste test kunnen overnemen.
• Geen destructieve reset. De oplossing vermijdt opzettelijk DISFFC_RESET, waarbij de apparaateffecttabel behouden blijft en een volledige reset wordt gereserveerd voor crashherstel.

Wie profiteert

• Standaardveer- en doe-het-zelf-firmware. De wijziging is gericht op apparaten, waaronder van Fino afgeleide doe-het-zelf-jukken, die succesvolle Create en Play oproepen rapporteren, maar vastgehouden worden door een opstartveer totdat STOPALL wordt uitgegeven.

Een gerichte interface-release die elke vereiste actie bereikbaar houdt binnen het wizardvenster van vaste grootte.

Indeling checklist

• Onbekende apparaatnamen dekken niet langer de bedieningselementen. Wanneer de extra kaart 'Geef dit apparaat een naam' verschijnt, scrollen de checklistkaarten terwijl de besturingselementen Armsonde, Rug en voortgang vastgezet en zichtbaar blijven.

Test-antwoordlay-out

• Lange privénotities blijven bewaard. Het antwoordgebied kan scrollen en het notitievak met meerdere regels heeft een eigen hoogtelimiet, zodat Doorgaan en de test opnieuw uitvoeren bereikbaar blijven, ongeacht de nootlengte of geselecteerde fiches.

Regressiedekking

• Probleemlay-outs worden gedekt door schermafbeeldingen. Het screenshot-harnas geeft nu zowel een checklist voor een onbekend apparaat als een lang antwoord met meerdere regels weer, waarbij de lay-outs worden bewaakt die achteruit zijn gegaan.

Een hotfix voor metadata en apparaatidentificatie die openbare hardwarerijen schoon houdt en onbekende apparaten expliciet maakt voordat ze worden gedeeld.

Consistente metadata voor indiening

• FFB Probe-versies gebruiken stabiele SemVer. Uploads verzenden nu waarden zoals 1.0.1 zonder een SDK-bronrevisie-achtervoegsel, zodat de openbare database één release niet opsplitst in meerdere buildreeksen.

Apparaatnamen

• Een gedeelde VID:PID catalogus met 138 vermeldingen. Windows, Linux, de GUI en de website kregen een veel bredere force-feedback-namentabel, inclusief MOZA AB9 en Logitech G940 identificatiegegevens.
• Onbekende hardware moet een naam krijgen. De GUI pauzeert bij de checklist voor een fabrikant-/modelnaam, de interactieve CLI wordt uitgevoerd en de automatisering kan --device-name doorgeven. Algemene tijdelijke aanduidingen worden vóór het uploaden afgewezen.
• Nuttige platformnamen blijven beschikbaar. Niet-interactieve uitvoeringen behouden een betekenisvolle opgeschoonde OS-naam als die bestaat, anders gebruiken ze een expliciet, onbekend force-feedback-apparaat VID:PID fallback.

Coördinatie van de website

• App- en databasenamen nu match. De website ontving dezelfde genormaliseerde catalogus, dus oude en nieuwe inzendingen worden samengevoegd onder stabiele namen.

De eerste stabiele publieke release van de standalone FFB-Probe diagnose voor Windows en Linux.

Begeleide hardwaretesten

• Een complete op testers gerichte wizard. FFB-Probe detecteert een aangesloten forcefeedback-apparaat, presenteert een veiligheidschecklist, speelt korte live-effecten af en registreert wat de tester na elk effect voelde.
• Brede effectdekking. De testsuite controleert constant, voorwaardelijk, periodiek, veer-, demper-, traagheids- en hellingsgedrag, met diagrammen en sectiebewuste voortgang.
• Windows en Linux vanaf dag één. De Windows DirectInput worker en Linux evdev worker bevinden zich achter dezelfde platformonafhankelijke Avalonia interface.

Rapporteren en delen

• Voor mensen leesbare en machineleesbare uitvoer. Elke run schrijft lokaal een HTML rapport en de exacte JSON inzendingspayload, zodat testers het bewijsmateriaal kunnen inspecteren voordat ze beslissen of ze het willen delen.
• Delen is opt-in. Niets wordt automatisch geüpload. Het resultatenscherm en het opgeslagen HTML rapport tonen de deelactie pas nadat de tester de verzamelde velden kan bekijken.
• Openbare feiten, privénotities. Hardwaremogelijkheden, effectantwoorden en diagnostiek met gesloten woordenschat kunnen de openbare database ondersteunen, terwijl vrije-tekstnotities privé blijven ter ondersteuning van triage.

Releasepakketten

• Op zichzelf staande releases. De openbare release bevat een Windows installatieprogramma per gebruiker en een Linux x86-64 AppImage met de .NET runtime gebundeld.
• Ondertekende Windows-distributie. Stabiele Windows binaire bestanden en het installatieprogramma worden geproduceerd via de releaseworkflow onder de identiteit van de Rohsam-uitgever.