FFB Probe Diagnostic
Langue actuelle du site Français (Canada)
Télécharger
Confidentialité

Les octets exacts qui sont envoyés.

FFB Probe écrit deux fichiers localement : un rapport HTML et une charge JSON. Rien ne quitte votre machine avant que vous cliquiez sur Share. Lorsque vous le faites, c'est le fichier JSON qui est publié. Le rapport HTML montre le même JSON dans un <pre> en bas de page afin que vous puissiez le lire avant de partager.

Prévisualiser un exemple de rapport Télécharger FFB Probe
En langage clair

Le partage est volontairement limité.

Votre nom, votre ID de machine, les logiciels installés et les chemins du système de fichiers ne figurent pas dans la charge utile et ne quittent pas votre machine. Le serveur voit une adresse IP de requête comme n'importe quel site Web, mais ne stocke qu'un hachage salé quotidien pour la protection contre les abus ; Les adresses IP brutes ne sont pas écrites dans la base de données ni publiées. La charge utile partagée correspond au modèle/aux capacités de votre stick, aux effets joués et aux sélections de puces que vous avez effectuées.

Ce qui est envoyé

Le SubmissionPayload contracter

Chaque champ de cette liste contient soit des données de spécifications de périphérique partagées entre des unités identiques (VID:PID, indicateurs de capacité, effets pris en charge, révision du micrologiciel), des informations d'environnement grossières (famille du système d'exploitation + version majeure) ou vos propres étiquettes canoniques sélectionnées par puce et toutes les notes en texte libre que vous avez choisi de saisir.

  • device — VID:PID, nom de l'appareil du fabricant, axes, boutons, points de vue, période d'échantillonnage, résolution temporelle, révision du micrologiciel, révision du matériel, version du pilote FF, indicateurs de capacité et liste des effets pris en charge avec les indicateurs de type.
  • os — famille (Windows / Linux / macOS), version majeure, build, architecture, version d'exécution .NET. Chaque valeur est partagée entre des millions d’installations identiques.
  • responses — par effet : étiquettes canoniques sélectionnées par puce (publiées) et toutes les notes en texte libre que vous avez saisies (conservé côté serveur uniquement, jamais sur la page publique du matériel).
  • diagnostics — par effet OK / FAIL: DIERR_… résultats (vocabulaire fermé, adresses de pointeur supprimées), le cumul des effets ayant échoué et toutes les erreurs de l'orchestrateur avec les chemins de fichiers regex-expurgés vers <path>. Publié sur la page publique du matériel afin que les auteurs de pilotes et les constructeurs d'outils puissent agir en conséquence.
  • probe_version et submitted_date — date uniquement (pas d'heure).

Lisez le format littéral de la charge utile sur l'exemple de page de rapport →

Ce que nous ne collectons jamais

Absent de la charge utile et refusé par le serveur

Le JSON partagé a un schéma. Si un champ ne figure pas sur ce schéma, le site Web le rejette plutôt que de stocker des données supplémentaires. Ceux-ci ne font jamais partie d’une soumission acceptée :

  • GUID de l'instance DirectInput — hachage par machine, un identifiant direct de la machine.
  • GUID du produit — dupliquer l'identité matérielle au-delà de VID:PID.
  • Nom brut de l'appareil DirectInput - parfois défini par l'utilisateur. Les soumissions utilisent à la place un nom convivial pour la table VID:PID.
  • Liste des périphériques USB - chaque périphérique USB et HID sur l'hôte. Surface épaisse pour empreintes digitales.
  • Liste des logiciels installés - pas de parcours de registre, pas d'inventaire de simulateur, pas d'inventaire SDK/runtime.
  • Description complète du système d'exploitation - les chaînes d'hôte exactes sont trop empreintes digitales. La charge utile utilise des champs grossiers de famille/version du système d’exploitation.
  • Chemins de fichiers dans les messages d'erreur — des chemins tels que C:\Users\… ou /home/… sont rédigés avant la sérialisation.
  • Journaux de débogage — non accepté par le point final de soumission publique.
  • Durée d'exécution de l'horloge murale — la date soumise est uniquement la date, pas l'heure précise.
  • Champs de courrier électronique et de contact — la sonde ne les demande pas et le schéma du serveur ne les accepte pas.
Qu'est-ce que NOT sur la page publique du matériel

Le seul domaine privé

La philosophie de la base de données publique est publier tout ce que nous pouvons. La seule chose que nous retenons délibérément, ce sont les effets pervers notes en texte libre — ce que vous avez tapé dans la zone de texte de réponse. C'est le seul endroit où un testeur peut coller quelque chose de personnel, copier-coller un chemin ou maculer la garantie sans PII, afin qu'il reste côté serveur.

Tout le reste : indicateurs de capacité, effets pris en charge, famille et version du système d'exploitation, étiquettes de puces, codes HRESULT (S_OK / DIERR_… noms de vocabulaire fermé), cumul d'effets échoués, erreurs d'exécution de chemin expurgé, note de sonde - est rendu sur la page de l'appareil exactement comme la sonde l'a signalé. Les auteurs de pilotes, les développeurs de simulations et les constructeurs d’outils ont besoin de ces données pour agir ; le rendre public est tout l’intérêt du projet.

Effacement

Supprimer une soumission

Si vous avez partagé un rapport et souhaitez qu'il soit supprimé, envoyez un e-mail [email protected] avec l'appareil VID:PID et la date approximative de soumission. Nous ne demandons pas de compte ni d'identifiant de suivi : ce sont les seuls champs que nous utiliserions pour trouver la ligne.

Si vous avez accepté de recevoir l'e-mail de notification post-soumission, cette adresse est stockée séparément et peut être supprimée indépendamment. Envoyez la même boîte de réception avec "supprimer l'e-mail" et l'adresse.