FFB Probe Diagnostic
Aktuelle Website-Sprache Deutsch
Herunterladen
Privatsphäre

Die exakten Bytes, die gesendet werden.

Das Probe schreibt zwei Dateien lokal: einen HTML-Bericht und eine JSON-Nutzlast. Nichts verlässt Ihre Maschine, bis Sie klicken Share. Wenn Sie dies tun, wird die Datei JSON gepostet. Der HTML-Bericht zeigt den gleichen JSON in einem <pre> Block unten, damit Sie es lesen können, bevor Sie es teilen.

Sehen Sie sich einen Beispielbericht in der Vorschau an FFB Probe herunterladen
Im Klartext

Das Teilen ist absichtlich eng begrenzt.

Ihr Name, Ihre Rechner-ID, installierte Software und Dateisystempfade sind nicht in der Nutzlast enthalten und verlassen Ihren Rechner nicht. Der Server sieht eine Anfrage-IP wie jede Website, speichert aber zum Schutz vor Missbrauch nur einen täglichen Salted-Hash; Roh-IPs werden nicht in die Datenbank geschrieben oder veröffentlicht. Die gemeinsame Nutzlast besteht aus dem Modell/Fähigkeiten Ihres Sticks, den gespielten Effekten und den von Ihnen getroffenen Chip-Auswahlen.

Was gesendet wird

Der SubmissionPayload Vertrag

Jedes Feld in dieser Liste enthält entweder Gerätespezifikationsdaten, die von identischen Einheiten gemeinsam genutzt werden (VID:PID, Fähigkeitsflags, unterstützte Effekte, Firmware-Revision), grobe Umgebungsinformationen (Betriebssystemfamilie + Hauptversion) oder Ihre eigenen, vom Chip ausgewählten kanonischen Beschriftungen und alle Freitextnotizen, die Sie eingeben möchten.

  • device – VID:PID, Gerätename des Herstellers, Achsen, Tasten, POVs, Abtastzeitraum, Zeitauflösung, Firmware-Revision, Hardware-Revision, FF-Treiberversion, Fähigkeitsflags und die Liste der unterstützten Effekte mit Typflags.
  • os – Familie (Windows / Linux / macOS), Hauptversion, Build, Architektur, .NET-Laufzeitversion. Jeder Wert wird von Millionen identischer Installationen gemeinsam genutzt.
  • responses – pro Effekt: per Chip ausgewählte kanonische Beschriftungen (veröffentlicht) und alle von Ihnen eingegebenen Freitextnotizen (Wird nur serverseitig aufbewahrt, niemals auf der öffentlichen Hardwareseite).
  • diagnostics – pro Effekt OK / FAIL: DIERR_… Ergebnisse (geschlossenes Vokabular, entfernte Zeigeradressen), das Rollup des fehlgeschlagenen Effekts und alle Orchestratorfehler mit Dateipfaden, für die der reguläre Ausdruck geschwärzt wurde <path>. Wird auf der öffentlichen Hardwareseite veröffentlicht, damit Treiberautoren und Toolentwickler darauf reagieren können.
  • probe_version Und submitted_date — Nur Datum (keine Uhrzeit).

Lesen Sie das wörtliche Nutzlastformat auf der Beispielberichtsseite →

Was wir niemals sammeln

Nicht in der Nutzlast enthalten, vom Server nicht akzeptiert

Der gemeinsam genutzte JSON verfügt über ein Schema. Wenn ein Feld nicht in diesem Schema enthalten ist, lehnt die Website es ab, anstatt zusätzliche Daten zu speichern. Diese sind niemals Teil einer akzeptierten Einreichung:

  • DirectInput Instanz-GUID – Hash pro Maschine, eine direkte Maschinenkennung.
  • Produkt-GUID – doppelte Hardwareidentität über VID:PID hinaus.
  • Roher DirectInput-Gerätename – manchmal vom Benutzer festgelegt. Für Übermittlungen wird stattdessen der Anzeigename „VID:PID-table“ verwendet.
  • USB-Geräteliste – jedes USB- und HID-Gerät auf dem Host. Starke Oberfläche mit Fingerabdrücken.
  • Liste der installierten Software – kein Registry Walk, keine Simulatorinventur, keine SDK-/Laufzeitinventur.
  • Vollständige Beschreibung des Betriebssystems — Genaue Host-Strings sind zu fingerabdruckbar. Die Nutzlast verwendet grobe Betriebssystemfamilien-/Versionsfelder.
  • Dateipfade in Fehlermeldungen — Wege wie C:\Users\… oder /home/… werden vor der Serialisierung geschwärzt.
  • Debug-Protokolle – vom öffentlichen Einreichungsendpunkt nicht akzeptiert.
  • Laufzeit der Wanduhr — Beim übermittelten Datum handelt es sich nur um das Datum, nicht um die genaue Uhrzeit.
  • E-Mail- und Kontaktfelder – Das Probe fragt nicht danach und das Serverschema akzeptiert sie nicht.
Was ist NOT auf der öffentlichen Hardware-Seite?

Das eine private Feld

Die öffentliche DB-Philosophie lautet veröffentlichen alles, was wir können. Das Einzige, was wir bewusst zurückhalten, ist der Effekt Freitextnotizen – was Sie in das Antworttextfeld eingegeben haben. Das ist die einzige Stelle, an der ein Tester möglicherweise etwas Persönliches einfügt, einen Pfad kopiert oder auf andere Weise die No-PII-Garantie verwischt, sodass es serverseitig bleibt.

Alles andere – Fähigkeitsflags, unterstützte Effekte, Betriebssystemfamilie + -version, Chipetiketten, HRESULT-Codes (S_OK / DIERR_… Namen aus geschlossenem Vokabular), Rollup fehlgeschlagener Effekte, Pfad-redigierte Ausführungsfehler, die Sondennotiz – wird auf der Geräteseite genau so gerendert, wie sie von der Sonde gemeldet wurde. Treiberautoren, Sim-Entwickler und Tool-Entwickler benötigen diese Daten, um darauf reagieren zu können. Es öffentlich zu machen ist der Sinn des Projekts.

Streichung

Eine Einreichung entfernen

Wenn Sie einen Bericht geteilt haben und ihn entfernen möchten, senden Sie eine E-Mail [email protected] mit dem Gerät VID:PID und das ungefähre Einreichungsdatum. Wir fragen nicht nach einem Konto oder einer Tracking-ID – das sind die einzigen Felder, die wir verwenden würden, um die Zeile zu finden.

Wenn Sie sich für die E-Mail-Benachrichtigung nach der Übermittlung entschieden haben, wird diese Adresse separat gespeichert und kann unabhängig entfernt werden. Senden Sie eine E-Mail an denselben Posteingang mit „E-Mail entfernen“ und der Adresse.