FFB Probe Diagnostic
Idioma actual del sitio Español
Descargar
Privacidad

Los bytes exactos que se envían.

La sonda escribe localmente dos archivos de informe: HTML y JSON. Los datos del informe y del dispositivo no salen del equipo hasta que hace clic en Share; entonces se envía el archivo JSON por POST. La GUI lee por separado al inicio un pequeño manifiesto público de versiones para buscar actualizaciones, sin enviar un ID de instalación, información del dispositivo ni resultados de la sonda.

En inglés sencillo

El envío está limitado deliberadamente.

Tu nombre, identificador de máquina, software instalado y rutas del sistema de archivos no forman parte de los datos del informe. El servidor ve una IP de solicitud como cualquier sitio web, pero solo guarda un hash diario con sal para evitar abusos; las IP sin procesar no se escriben en la base de datos ni se publican. Los datos compartidos abarcan el joystick, el entorno, los efectos, los diagnósticos, las etiquetas seleccionadas y las notas de respuesta; las páginas públicas omiten el campo de notas. La comprobación de actualizaciones es una solicitud de manifiesto separada y sin identificadores.

lo que se envía

El contrato SubmissionPayload

Cada campo de esta lista son datos de especificación compartidos entre unidades idénticas, información general del entorno, diagnósticos de prueba, etiquetas canónicas seleccionadas o notas de respuesta. En Linux, las notas pueden incluir movimiento X/Y medido por la sonda además del texto opcional que hayas escrito.

  • device — VID:PID, nombre del dispositivo del fabricante, ejes, botones, puntos de vista, período de muestra, resolución de tiempo, revisión de firmware, revisión de hardware, versión del controlador FF, indicadores de capacidad y la lista de efectos admitidos con indicadores de tipo.
  • os — familia (Windows / Linux), versión principal, compilación, arquitectura y versión del entorno .NET. Cada valor es un dato general del entorno compartido por muchas instalaciones.
  • responses — por efecto: etiquetas canónicas seleccionadas (publicadas) y un campo de notas de respuesta que puede contener texto opcional y movimiento medido por la sonda en Linux (se almacena, pero nunca se muestra en la página pública de hardware).
  • diagnostics — resultados por efecto OK / FAIL: DIERR_… (vocabulario cerrado, direcciones de puntero eliminadas), el resumen de efectos fallidos y cualquier error del orquestador con rutas de archivos redactadas mediante expresiones regulares a <path>. Se publica en la página pública de hardware para que los autores de controladores y creadores de herramientas puedan actuar en consecuencia.
  • probe_version y submitted_date — solo fecha (sin hora del reloj).

Lea el formato de carga útil literal en la página del informe de muestra →

Lo que nunca recogemos

No forma parte de la carga del informe ni lo acepta /submit

El JSON del informe compartido tiene un único esquema. Si un campo no está en él, /submit lo rechaza en lugar de guardar datos de informe adicionales. Estos datos nunca forman parte de un envío de informe aceptado:

  • GUID de instancia de DirectInput — hash por máquina, un identificador directo de máquina.
  • GUID del producto — identidad de hardware duplicada más allá de VID:PID.
  • Nombre del dispositivo DirectInput sin procesar — a veces configurado por el usuario. En su lugar, los envíos utilizan un nombre descriptivo de tabla VID:PID.
  • Lista de dispositivos USB — todos los dispositivos USB y HID del host. Superficie pesada para la generación de huellas.
  • Lista de software instalado — sin recorrido del registro, sin inventario de simuladores, sin inventario de SDK/tiempo de ejecución.
  • Descripción completa del sistema operativo — las cadenas exactas del host son demasiado identificables por huella. La carga útil utiliza campos aproximados de familia/versión del sistema operativo.
  • Rutas de archivos en los mensajes de error — las rutas como C:\Users\… o /home/… se redactan antes de la serialización.
  • Registros de depuración — no son aceptados por el punto de conexión de envío público.
  • Tiempo de ejecución del reloj de pared — la fecha de envío es solo la fecha, no la hora exacta.
  • Campos de correo electrónico y contacto — nunca forman parte de la carga del informe. Después de compartir un informe, la GUI ofrece una suscripción opcional y separada que envía solo correo electrónico + VID:PID a /notify y la guarda por separado de los envíos.
¿Qué es NOT en la página pública de hardware?

El único campo privado

La filosofía de la base de datos pública es publicar todo lo que podamos con seguridad. Retenemos deliberadamente todo el campo responses[].notes de cada efecto. Puede contener texto escrito por la persona que prueba, que podría incluir datos personales por accidente, y movimiento medido por la sonda en Linux guardado junto a él; todo el campo permanece en el servidor.

Todo lo demás (indicadores de capacidad, efectos admitidos, familia y versión del sistema operativo, etiquetas de chip, códigos HRESULT (nombres de vocabulario cerrado S_OK / DIERR_…), resumen de efectos fallidos, errores de ejecución con rutas redactadas, la nota de la sonda) se representa en la página del dispositivo exactamente como lo informó la sonda. Los autores de controladores, desarrolladores de simulación y creadores de herramientas necesitan estos datos para actuar en consecuencia; hacerlos públicos es el objetivo central del proyecto.

Supresión

Eliminar un envío

Si ha compartido un informe y desea que se elimine, envíe un correo a [email protected] con el VID:PID del dispositivo y la fecha aproximada de envío. No solicitamos una cuenta ni un ID de seguimiento; esos son los únicos campos que usaríamos para encontrar la fila.

Si optó por recibir el correo electrónico de notificación posterior al envío, esa dirección se almacena por separado y se puede eliminar de forma independiente. Envíe un correo a la misma bandeja de entrada con "eliminar correo electrónico" y la dirección.

Editor y contacto

Publicado por Rohsam Inc.

FFB Probe es publicado por Rohsam Inc., un editor de software canadiense con sede en Toronto, Ontario.

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

Para solicitudes de privacidad, eliminación o soporte del producto, contacte a [email protected]. Para consultas comerciales o de validación del editor, contacte a [email protected].