FFB Probe Diagnostic
Huidige sitetaal Nederlands
Downloaden
Privacy

De exacte bytes die worden verzonden.

De probe schrijft lokaal twee rapportbestanden: HTML en JSON. Rapport- en apparaatgegevens verlaten je computer pas als je op Share klikt; dan wordt het JSON-bestand via POST verzonden. De GUI leest bij het opstarten afzonderlijk een klein openbaar releasemanifest om op updates te controleren, zonder installatie-ID, apparaatinformatie of proberesultaten te verzenden.

Bekijk een voorbeeldrapport FFB Probe downloaden
In gewoon Engels

Delen is bewust beperkt.

Je naam, machine-ID, geïnstalleerde software en bestandspaden staan niet in de rapportgegevens. De server ziet zoals elke website een aanvraag-IP, maar bewaart voor misbruikpreventie alleen een dagelijks gezouten hash; ruwe IP-adressen worden niet in de database geschreven of gepubliceerd. De gedeelde gegevens omvatten stick, omgeving, effecten, diagnostiek, keuzelabels en antwoordnotities; openbare pagina’s laten het notitieveld weg. De updatecontrole is een afzonderlijk manifestverzoek zonder identificatie.

Wat wordt verzonden

Het SubmissionPayload-contract

Elk veld in deze lijst bestaat uit apparaatspecificaties die identieke exemplaren delen, globale omgevingsinformatie, testdiagnostiek, gekozen canonieke labels of antwoordnotities. Op Linux kunnen antwoordnotities naast optionele getypte tekst ook door de probe gemeten X/Y-beweging bevatten.

  • device — VID:PID, apparaatnaam van de fabrikant, assen, knoppen, povs, monsterperiode, tijdresolutie, firmwarerevisie, hardwarerevisie, FF-stuurprogrammaversie, capaciteitsvlaggen en de lijst met ondersteunde effecten met typevlaggen.
  • os — familie (Windows / Linux), hoofdversie, build, architectuur en .NET-runtimeversie. Elke waarde is grove omgevingsinformatie die veel installaties delen.
  • responses — per effect: gekozen canonieke labels (gepubliceerd) en een veld met antwoordnotities dat optionele getypte tekst en op Linux door de probe gemeten beweging kan bevatten (opgeslagen, maar nooit weergegeven op de openbare hardwarepagina).
  • diagnostics — per-effect OK / FAIL: DIERR_… resultaten (gesloten vocabulaire, pointeradressen verwijderd), de samenvoeging van mislukte effecten en eventuele orchestrator-fouten met bestandspaden die door regex zijn geredigeerd naar <path>. Gepubliceerd op de openbare hardwarepagina, zodat auteurs van stuurprogramma's en toolbouwers ernaar kunnen handelen.
  • probe_version en submitted_date — alleen datum (geen kloktijd).

Lees het letterlijke payload-formaat op de voorbeeldrapportpagina →

Wat we nooit verzamelen

Niet in de rapportpayload en niet geaccepteerd door /submit

De gedeelde rapport-JSON heeft één schema. Als een veld daar niet in staat, weigert /submit het in plaats van extra rapportgegevens op te slaan. Deze gegevens maken nooit deel uit van een geaccepteerde rapportinzending:

  • DirectInput-instantie-GUID — hash per machine, een directe machine-identificatie.
  • Product-GUID — dubbele hardware-identiteit voorbij VID:PID.
  • Onbewerkte DirectInput-apparaatnaam — soms door de gebruiker ingesteld. Inzendingen gebruiken in plaats daarvan een beschrijvende naam voor de VID:PID-tabel.
  • Lijst met USB-apparaten — elk USB- en HID-apparaat op de host. Zwaar vingerafdrukoppervlak.
  • Lijst met geïnstalleerde software — geen registerwandeling, geen simulatorinventaris, geen SDK/runtime-inventaris.
  • Volledige OS-beschrijving — exacte hostreeksen zijn te vingerafdrukkenbaar. De payload maakt gebruik van grove OS-familie-/versievelden.
  • Bestandspaden in foutmeldingen — paden zoals C:\Users\… of /home/… worden geredigeerd vóór serialisatie.
  • Foutopsporingslogboeken — niet geaccepteerd door het eindpunt voor openbare indiening.
  • Looptijd van de wandklok — de ingediende datum is uitsluitend een datum, geen exacte tijd.
  • E-mail- en contactvelden — nooit onderdeel van de rapportpayload. Nadat een rapport is gedeeld, biedt de GUI een afzonderlijke optionele meldingsinschrijving die alleen e-mail + VID:PID naar /notify stuurt en die apart van inzendingen opslaat.
Wat is NOT op de openbare hardwarepagina

Het enige privéveld

De filosofie van de openbare database is: publiceer alles wat veilig kan. We houden bewust het volledige veld responses[].notes per effect achter. Het kan door testers getypte tekst bevatten die per ongeluk persoonlijke gegevens bevat, plus op Linux door de probe gemeten beweging die ernaast is opgeslagen; het hele veld blijft op de server.

Al het andere - capaciteitsvlaggen, ondersteunde effecten, OS-familie + versie, chiplabels, HRESULT-codes (S_OK / DIERR_… namen met gesloten vocabulaire), samenvoeging van mislukte effecten, pad-geredigeerde uitvoeringsfouten, de probenotitie - wordt precies weergegeven op de apparaatpagina zoals de probe het heeft gerapporteerd. Auteurs van stuurprogramma's, sim-ontwikkelaars en toolbouwers hebben deze gegevens nodig om actie te ondernemen; het openbaar maken is de hele bedoeling van het project.

Verwijdering

Een inzending verwijderen

Als u een rapport heeft gedeeld en wilt dat dit wordt verwijderd, mail dan [email protected] met de VID:PID van het apparaat en de geschatte indieningsdatum. We vragen niet om een account of een tracking-ID; dat zijn de enige velden die we zouden gebruiken om de rij te vinden.

Als u zich heeft aangemeld voor de e-mailmelding na indiening, wordt dat adres afzonderlijk opgeslagen en kan het afzonderlijk worden verwijderd. Mail dezelfde inbox met "e-mail verwijderen" en het adres.

Uitgever en contact

Uitgegeven door Rohsam Inc.

FFB Probe wordt uitgegeven door Rohsam Inc., een Canadese software-uitgever gevestigd in Toronto, Ontario.

Rohsam Inc.
2727 Steeles Ave West, Unit 103-886
Toronto, ON M3J 3G9
Canada

Neem voor verzoeken over privacy, verwijdering of productondersteuning contact op met [email protected]. Neem voor zakelijke vragen of vragen over uitgeversvalidatie contact op met [email protected].