FFB Probe Diagnostic
Lingua corrente del sito Italiano
Scaricamento
Privacy

I byte esatti che vengono inviati.

La sonda scrive due file localmente: un report HTML e un payload JSON. Niente lascia la tua macchina finché non fai clic Share. Quando lo fai, il file JSON è ciò che viene pubblicato. Il rapporto HTML mostra lo stesso JSON in a <pre> bloccalo in fondo così puoi leggerlo prima di condividerlo.

Visualizza l'anteprima di un report di esempio Scarica FFB Probe
In un inglese semplice

La condivisione è intenzionalmente limitata.

Il tuo nome, ID macchina, software installato e percorsi del file system non sono nel payload e non lasciano la tua macchina. Il server vede un IP di richiesta come qualsiasi sito web, ma memorizza solo un hash salato giornaliero per la protezione dagli abusi; gli IP grezzi non vengono scritti nel database né pubblicati. Il carico utile condiviso dipende dal modello/capacità del tuo stick, dagli effetti riprodotti e dalle selezioni di chip effettuate.

Cosa viene inviato

IL SubmissionPayload contrarre

Ogni campo in questo elenco contiene dati sulle specifiche del dispositivo condivisi tra unità identiche (VID:PID, flag di funzionalità, effetti supportati, revisione del firmware), informazioni generali sull'ambiente (famiglia del sistema operativo + versione principale) o etichette canoniche selezionate dal chip ed eventuali note di testo libero che hai scelto di digitare.

  • device — VID:PID, nome del dispositivo del produttore, assi, pulsanti, pov, periodo di campionamento, risoluzione temporale, revisione del firmware, revisione dell'hardware, versione del driver FF, flag di capacità ed elenco degli effetti supportati con flag di tipo.
  • os — famiglia (Windows / Linux / macOS), versione principale, build, architettura, versione runtime .NET. Ogni valore è condiviso tra milioni di installazioni identiche.
  • responses — per effetto: etichette canoniche selezionate tramite chip (pubblicate) ed eventuali note di testo libero digitate (mantenuto solo sul lato server, mai sulla pagina hardware pubblica).
  • diagnostics - per effetto OK / FAIL: DIERR_… risultati (vocabolario chiuso, indirizzi dei puntatori rimossi), roll-up dell'effetto non riuscito ed eventuali errori dell'orchestratore con percorsi di file redatti con regex <path>. Pubblicato sulla pagina hardware pubblica in modo che gli autori dei driver e i creatori di strumenti possano agire su di esso.
  • probe_version E submitted_date — solo data (senza ora).

Leggi il formato letterale del payload nella pagina del report di esempio →

Quello che non raccogliamo mai

Non nel payload, non accettato dal server

Lo JSON condiviso ha uno schema. Se un campo non è presente in quello schema, il sito web lo rifiuta anziché archiviare dati aggiuntivi. Questi non fanno mai parte di una presentazione accettata:

  • DirectInput GUID dell'istanza — hash per macchina, un identificatore diretto della macchina.
  • GUIDA DEL PRODOTTO — identità hardware duplicata oltre VID:PID.
  • Nome del dispositivo non elaborato DirectInput - a volte impostato dall'utente. Gli invii utilizzano invece un nome descrittivo della tabella VID:PID.
  • Elenco dei dispositivi USB — ogni dispositivo USB e HID sull'host. Superficie con impronte digitali pesanti.
  • Elenco dei software installati - nessuna visita al registro, nessun inventario del simulatore, nessun inventario SDK/runtime.
  • Descrizione completa del sistema operativo — le stringhe host esatte sono troppo rilevabili dalle impronte digitali. Il payload utilizza campi famiglia/versione del sistema operativo grossolani.
  • Percorsi dei file nei messaggi di errore — percorsi come C:\Users\… O /home/… vengono redatti prima della serializzazione.
  • Registri di debug — non accettato dall'endpoint di invio pubblico.
  • Tempo di funzionamento dell'orologio da parete — la data di invio è solo la data, non l'ora precisa.
  • Campi email e contatti — la sonda non li richiede e lo schema del server non li accetta.
Cos'è NOT nella pagina hardware pubblica

L'unico campo privato

La filosofia del DB pubblico è pubblicare tutto quello che possiamo. L’unica cosa che tratteniamo deliberatamente è il per-effetto note a testo libero - cosa hai digitato nella casella di testo della risposta. Questo è l'unico posto in cui un tester potrebbe incollare qualcosa di personale, copiare e incollare un percorso o altrimenti macchiare la garanzia senza PII, quindi rimane sul lato server.

Tutto il resto: flag di funzionalità, effetti supportati, famiglia + versione del sistema operativo, etichette dei chip, codici HRESULT (S_OK / DIERR_… nomi a vocabolario chiuso), roll-up con effetto non riuscito, errori di esecuzione oscurati dal percorso, la nota del sondaggio — viene visualizzata sulla pagina del dispositivo esattamente come riportato dal sondaggio. Gli autori di driver, gli sviluppatori di simulazioni e i costruttori di strumenti hanno bisogno di questi dati per agire; renderlo pubblico è il punto centrale del progetto.

Cancellazione

Rimozione di un invio

Se hai condiviso una segnalazione e desideri che venga rimossa, invia un'e-mail [email protected] con il dispositivo VID:PID e la data approssimativa di presentazione. Non chiediamo un account o un ID di monitoraggio: questi sono gli unici campi che utilizzeremo per trovare la riga.

Se hai attivato l'e-mail di notifica post-invio, tale indirizzo viene archiviato separatamente e può essere rimosso in modo indipendente. Invia la stessa casella di posta con "rimuovi email" e l'indirizzo.