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.

Vista previa de un informe de muestra Descargar FFB Probe
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 y su clase de dispositivo, el entorno, la intensidad de la prueba, los efectos, los diagnósticos, las selecciones de chips y las notas de respuesta; las páginas públicas omiten el campo de notas de respuesta. 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 del dispositivo compartidos entre unidades idénticas, información general del entorno, la intensidad de la prueba, diagnósticos de prueba, etiquetas canónicas seleccionadas con chips o notas de respuesta. Las notas de respuesta pueden incluir movimiento X/Y medido por la sonda, en Windows y Linux, además de cualquier texto opcional que hayas escrito.

  • device — VID:PID, nombre del dispositivo, clase de dispositivo (device_type: flight, joystick, gamepad, wheel, other o unknown), 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.
  • run — la intensidad de la prueba con la que se reprodujo cada efecto (strength_pct) y si era la predeterminada del dispositivo o la elegiste tú (strength_source). Las páginas de dispositivos muestran cuántos informes se ejecutaron con cada intensidad.
  • responses — por efecto: etiquetas canónicas seleccionadas con chips (publicadas) y un campo de notas de respuesta que puede contener texto opcional más el movimiento medido por la sonda, picos X/Y con signo como porcentaje de la mitad del recorrido de cada eje (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 anonimizadas 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 y la aplicación no envía nada fuera de él. Si una solicitud incluye un campo que no está en el esquema, /submit nunca lo publica. Estos datos nunca forman parte de un informe que envíe la aplicación:

  • 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 del hardware reconocido — a veces configurado por el usuario. Para un VID:PID que figura en la tabla de dispositivos de la aplicación, se envía en su lugar el nombre descriptivo de la tabla. Para un dispositivo que la tabla no conoce, la aplicación envía el nombre de modelo que usted escribió cuando se le pidió o, en su defecto, un nombre saneado informado por el controlador; ese nombre se publica como nombre del dispositivo.
  • 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.
  • Nombres de otros programas en ejecución — el aviso de la pantalla de bienvenida y el mensaje de acceso exclusivo nombran los programas que pueden ocupar tu dispositivo, pero solo en tu pantalla. Esos nombres no se añaden al informe.
  • 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 el movimiento medido por la sonda guardado junto a él; todo el campo permanece en el servidor.

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

Supresión

Eliminar un envío

Si has compartido un informe y quieres que se elimine, escribe a [email protected] con el código de soporte que mostró la aplicación tras compartir (empieza por PRB-). Sin el código, envía en su lugar el VID:PID del dispositivo y la fecha aproximada del envío. En ningún caso se necesita una cuenta.

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