De exacte bytes die worden verzonden.

Het SubmissionPayload-contract

Elk veld in deze lijst bestaat uit apparaatspecificaties die identieke exemplaren delen, globale omgevingsinformatie, de teststerkte, testdiagnostiek, gekozen canonieke labels of antwoordnotities. Antwoordnotities kunnen op Windows en Linux door de probe gemeten X/Y-beweging bevatten, naast eventuele optionele tekst die je hebt getypt.

• device — VID:PID, apparaatnaam, apparaatklasse (device_type: flight, joystick, gamepad, wheel, other of unknown), 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.
• run — de teststerkte waarop elk effect speelde (strength_pct) en of dat de standaardwaarde van het apparaat was of door jou gekozen (strength_source). Apparaatpagina’s tonen hoeveel rapporten op elke sterkte zijn uitgevoerd.
• responses — per effect: gekozen canonieke labels (gepubliceerd) en een veld met antwoordnotities dat optionele getypte tekst kan bevatten plus de door de probe gemeten beweging: X/Y-pieken met teken als percentage van het halve bereik van elke as (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 →

Niet in de rapportpayload en niet geaccepteerd door /submit

De gedeelde rapport-JSON heeft één schema en de app verzendt niets daarbuiten. Als een verzoek een veld bevat dat niet in het schema staat, publiceert /submit het nooit. Deze gegevens maken nooit deel uit van een rapport dat de app inzendt:

• DirectInput-instantie-GUID — hash per machine, een directe machine-identificatie.
• Product-GUID — dubbele hardware-identiteit voorbij VID:PID.
• Onbewerkte DirectInput-apparaatnaam van herkende hardware — soms door de gebruiker ingesteld. Voor een VID:PID uit de apparaattabel van de app wordt in plaats daarvan de beschrijvende naam uit de tabel verzonden. Voor een apparaat dat de tabel niet kent, verzendt de app de modelnaam die je op verzoek hebt ingetypt of, als die ontbreekt, een opgeschoonde naam die het stuurprogramma meldt; die naam wordt als apparaatnaam gepubliceerd.
• 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.
• Namen van andere actieve programma’s — de waarschuwing op het welkomstscherm en de melding over exclusieve toegang noemen programma’s die je apparaat kunnen overnemen, maar alleen op je eigen scherm. Die namen worden niet aan het rapport toegevoegd.
• 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.

Het enige privéveld

De filosofie van de openbare DB is publiceer alles wat veilig kan. We houden bewust het volledige veld responses[].notes per effect achter. Het kan door de tester getypte tekst bevatten, waarin per ongeluk persoonsgegevens kunnen staan, en de door de probe gemeten beweging die ernaast wordt opgeslagen; het hele veld blijft op de server.

Al het andere — apparaatklasse, capaciteitsvlaggen, ondersteunde effecten, OS-familie + versie, teststerkte, chiplabels, HRESULT-codes (S_OK / DIERR_…, namen uit een gesloten vocabulaire), overzicht van mislukte effecten, uitvoeringsfouten met verwijderde paden, de probenotitie — wordt op de apparaatpagina weergegeven precies zoals de probe het heeft gemeld. Makers van stuurprogramma’s, simontwikkelaars en toolbouwers hebben deze gegevens nodig om ermee aan de slag te gaan; ze openbaar maken is het hele doel van het project.

Een inzending verwijderen

Als je een rapport hebt gedeeld en het wilt laten verwijderen, mail dan [email protected] met de supportcode die de app na het delen toonde (die begint met PRB-). Heb je de code niet, stuur dan de VID:PID van het apparaat en de geschatte datum van inzending. In beide gevallen is geen account nodig.

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.

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].