FFB Probe Versionshinweise

Die automatische Aktualisierung erfolgt auf Windows und Linux und führt die am selben Tag veröffentlichten Arbeiten zur Bewegungsmessung und Hardwareidentifizierung fort.

Automatische Updates

• Ein privater Startup-Check. Die GUI liest beim Start ein kleines Stable-Release-Manifest. Es werden keine Installations-IDs, Abfragen zur aktuellen Version, Geräteinformationen oder Testergebnisse gesendet. Offline- und fehlerhafte Antworten bleiben stumm.
• Windows kann das Upgrade abschließen. Nach ausdrücklicher Zustimmung lädt FFB-Probe das Installationsprogramm herunter, überprüft seine genaue Länge und SHA-256, erfordert eine gültige Windows-Signatur von Rohsam Inc., führt das benutzerspezifische Installationsprogramm im Hintergrund aus und startet den neuen Build neu.
• AppImage-Installationen können sich selbst aktualisieren. Ein ausgeführter Linux AppImage kann den neuen AppImage herunterladen und überprüfen, seinen benutzerbezogenen Installationshandler aufrufen, den Desktopeintrag und die Symbole aktualisieren und die installierte Kopie starten.
• Sicherer Fallback für andere Installationen. Entwicklungs-Builds, extrahierte AppDirs, Distributionspakete und andere Nicht-AppImage Linux-Installationen werden niemals überschrieben. Die Eingabeaufforderung verweist stattdessen auf die Download-Seite und diese Versionshinweise, und jeder Benutzer kann eine Version zurückstellen oder überspringen.

Hardware- und Linux-Verbesserungen enthalten

• Gemessene Bewegung während Linux-Effekten. Live-Tests tasten jetzt die Geräteachsen ab, während eine Kraft wirkt, und zeichnen die Zielverschiebung zusammen mit der Antwort des Testers auf.
• MOZA AY210 Anleitung. Die AY210 (346E:1001) verfügt über einen kanonischen Namen und eine Anleitung vor dem Flug für die Anbietereinstellungen, die extern kommandierte Kräfte maskieren können.
• Korrekte, konsistente Hardwarenamen. MOZA 346E:1002 wird als die gemeinsame AB6/AB9-Basis PID identifiziert, und das angepasste SideWinder Force Feedback Pro bei 03EB:2056 verwendet einen plattformübergreifenden Namen in der App und der öffentlichen Datenbank.
• Robustere Linux-Erkennung. Treiberpfad und HID-Deskriptorauflösung sind defensiver und Autocenter wird nur geschrieben, wenn das Gerät diese Funktion ankündigt.

Upgrade-Hinweis

• Ein manuelles Update für bestehende Benutzer. Versionen bis 1.0.6 enthalten den Updater nicht, daher müssen sie 1.0.7 einmal manuell installieren. Releases nach 1.0.7 können dann aus der App heraus installiert werden.

Eine Hardware- und Linux-Beweisversion, die durch 1.0.7 ersetzt wurde, bevor der Website-Download-Kanal erweitert wurde.

Linux Messung

• Achsentelemetrie verbindet subjektive Antworten. Der Linux-Worker zeichnet die gemessene Verschiebung während der Wiedergabe von Effekten auf und hilft so, einen Arbeitseffekt von einer falschen „Nichts getan“-Reaktion zu unterscheiden.
• Sicherere Geräteeinrichtung. Eingabeereignispfade und HID-Berichtsdeskriptoren werden zuverlässiger aufgelöst, während FF_AUTOCENTER nur auf Hardware berührt wird, die es verfügbar macht.

Hardware-Identität

• MOZA AY210 hinzugefügt. Der AY210 (346E:1001) erhält vor dem Testen einen kanonischen Namen und MOZA Cockpit Vorbedingungen.
• MOZA AB6/AB9 PID korrigiert. Die gemeinsame Kennung 346E:1002 impliziert nicht mehr nur eines der beiden kompatiblen Basismodelle.
• Angepasster SideWinder-Name normalisiert. 03EB:2056 wird jetzt unter einem Windows/Linux-Namen zusammengefasst. Hierbei handelte es sich um eine Namenskorrektur, nicht um einen neuen Anspruch auf Betätigungsunterstützung.

Linux Verpackung

• Benutzerbezogene AppImage-Installation. Der AppImage verfügt über eine integrierte Desktop-Integration --install und --uninstall für die Anwendungs- und XDG-Verzeichnisse des Benutzers.

Eine Windows-Betätigungskorrektur für Firmware, die in ihrem eigenen Federmodus startet und ansonsten Sondenbefehle akzeptiert, ohne physische Kraft zu erzeugen.

Korrekturen

• Ein sauberer Gerätestatus vor Live-Effekten. Nachdem das Gerät erfasst und die globale Verstärkung eingestellt wurde, sendet der Windows-Worker ein Best-Effort-DirectInput STOPALL, bevor die Live-Testsequenz beginnt. Dadurch werden Firmware-eigene Standardkräfte gelöscht, sodass hochgeladene FFB Probe-Effekte ab dem ersten Test die Kontrolle übernehmen können.
• Kein destruktiver Reset. Der Fix vermeidet bewusst DISFFC_RESET, behält die Geräteeffekttabelle bei und reserviert einen vollständigen Reset für die Wiederherstellung nach einem Absturz.

Wer profitiert

• Standard-Feder- und DIY-Firmware. Die Änderung zielt auf Geräte ab – einschließlich von Fino abgeleiteter DIY-Jochs – die erfolgreiche Create- und Play-Aufrufe melden, aber von einer Startfeder gehalten bleiben, bis STOPALL ausgegeben wird.

Eine fokussierte Schnittstellenversion, die jede erforderliche Aktion innerhalb des Assistentenfensters mit fester Größe erreichbar hält.

Checklisten-Layout

• Die Benennung unbekannter Geräte deckt die Steuerelemente nicht mehr ab. Wenn die zusätzliche Karte „Dieses Gerät benennen“ angezeigt wird, scrollen die Checklistenkarten, während die Steuerelemente „Arm-Sonde“, „Zurück“ und „Fortschritt“ angeheftet und sichtbar bleiben.

Test-Antwort-Layout

• Lange private Notizen bleiben unter Verschluss. Der Antwortbereich kann gescrollt werden und das Feld für mehrzeilige Notizen verfügt über eine eigene Höhenbegrenzung, sodass „Weiter“ und „Test erneut ausführen“ unabhängig von der Notizlänge oder den ausgewählten Chips erreichbar bleiben.

Regressionsabdeckung

• Problemlayouts werden durch Screenshots abgedeckt. Der Screenshot-Harness stellt jetzt sowohl eine Checkliste für unbekannte Geräte als auch eine lange mehrzeilige Antwort dar und schützt so die Layouts, die sich zurückgebildet haben.

Ein Hotfix für Metadaten und Geräteidentifizierung, der öffentliche Hardwarezeilen sauber hält und unbekannte Geräte vor der Freigabe explizit macht.

Konsistente Übermittlungsmetadaten

• FFB Probe-Versionen verwenden stabiles SemVer. Uploads senden jetzt Werte wie 1.0.1 ohne SDK-Quellrevisionssuffix, sodass die öffentliche Datenbank eine Version nicht in mehrere Build-Strings aufteilt.

Gerätenamen

• Ein gemeinsam genutzter VID:PID-Katalog mit 138 Einträgen. Windows, Linux, die GUI und die Website haben eine viel breitere Force-Feedback-Namenstabelle erhalten, einschließlich der Kennungen MOZA AB9 und Logitech G940.
• Unbekannte Hardware muss benannt werden. Die GUI hält bei der Checkliste für einen Hersteller-/Modellnamen an, die interaktive CLI führt eine Eingabeaufforderung aus und die Automatisierung kann --device-name passieren. Generische Platzhalter werden vor dem Hochladen abgelehnt.
• Nützliche Plattformnamen bleiben verfügbar. Nicht interaktive Ausführungen behalten einen aussagekräftigen, bereinigten Betriebssystemnamen bei, sofern einer vorhanden ist. Andernfalls verwenden sie einen expliziten Fallback für das unbekannte Force-Feedback-Gerät VID:PID.

Website-Koordination

• App- und Datenbanknamen stimmen jetzt überein. Die Website hat den gleichen normalisierten Katalog erhalten, sodass alte und neue Einsendungen unter stabilen Namen zusammengefasst werden.

Die erste stabile öffentliche Version der eigenständigen Diagnose FFB-Probe für Windows und Linux.

Geführte Hardwaretests

• Ein vollständig auf Tester ausgerichteter Assistent. FFB-Probe erkennt ein angeschlossenes Force-Feedback-Gerät, präsentiert eine Sicherheitscheckliste, spielt kurze Live-Effekte ab und zeichnet auf, was der Tester nach jedem einzelnen Effekt empfunden hat.
• Breite Wirkungsabdeckung. Die Testsuite prüft das konstante, bedingte, periodische, Feder-, Dämpfer-, Trägheits- und Rampenverhalten mit Diagrammen und abschnittsbezogenem Fortschritt.
• Windows und Linux vom ersten Tag an. Der Worker Windows DirectInput und der Worker Linux evdev werden hinter derselben plattformübergreifenden Schnittstelle Avalonia betrieben.

Berichte und Teilen

• Menschen- und maschinenlesbare Ausgabe. Bei jedem Lauf werden lokal ein HTML-Bericht und die genaue Übermittlungsnutzlast JSON geschrieben, sodass Tester die Beweise prüfen können, bevor sie entscheiden, ob sie sie weitergeben.
• Das Teilen erfolgt per Opt-in. Es wird nichts automatisch hochgeladen. Der Ergebnisbildschirm und der gespeicherte HTML-Bericht machen die Freigabeaktion erst sichtbar, nachdem der Tester die gesammelten Felder überprüfen kann.
• Öffentliche Fakten, private Notizen. Hardwarefunktionen, Effektantworten und geschlossene Vokabulardiagnosen können die öffentliche Datenbank unterstützen, während Freitextnotizen zur Support-Triage privat bleiben.

Release-Pakete

• Eigenständige Veröffentlichungen. Die öffentliche Version umfasst ein benutzerspezifisches Windows-Installationsprogramm und ein Linux x86-64 AppImage mit der gebündelten .NET-Laufzeit.
• Signierte Windows-Verteilung. Stabile Windows-Binärdateien und das Installationsprogramm werden über den Release-Workflow unter der Rohsam-Herausgeberidentität erstellt.