Notas de la versión de FFB Probe

La actualización automática llega a Windows y Linux, llevando adelante el trabajo de identificación de hardware y movimiento medido publicado ese mismo día.

Actualizaciones automáticas

• Un control de inicio privado. La GUI lee un pequeño manifiesto de versión estable al inicio. No envía ID de instalación, consulta de versión actual, información del dispositivo ni resultados de sondeo; Las respuestas fuera de línea y con formato incorrecto permanecen en silencio.
• Windows puede completar la actualización. Después del consentimiento explícito, FFB-Probe descarga el instalador, verifica su longitud exacta y SHA-256, requiere una firma Windows válida de Rohsam Inc., ejecuta el instalador por usuario de forma silenciosa y reinicia la nueva compilación.
• Las instalaciones AppImage pueden actualizarse por sí mismas. Un Linux AppImage en ejecución puede descargar y verificar el nuevo AppImage, invocar su controlador de instalación de ámbito de usuario, actualizar la entrada y los íconos del escritorio e iniciar la copia instalada.
• Reserva segura para otras instalaciones. Las compilaciones de desarrollo, los AppDirs extraídos, los paquetes de distribución y otras instalaciones que no son AppImage Linux nunca se sobrescriben. En su lugar, el mensaje enlaza a la página de descarga y a estas notas de la versión, y cada usuario puede posponer u omitir una versión.

Mejoras de hardware y Linux incluidas

• Movimiento medido durante los efectos Linux. Las pruebas en vivo ahora toman muestras de los ejes del dispositivo mientras se reproduce una fuerza, registrando el desplazamiento del objetivo junto con la respuesta del evaluador.
• MOZA AY210 orientación. El AY210 (346E:1001) tiene un nombre canónico y una guía previa al vuelo para las configuraciones del proveedor que pueden enmascarar fuerzas comandadas externamente.
• Nombres de hardware correctos y consistentes. MOZA 346E:1002 se identifica como la base AB6/AB9 compartida PID, y la SideWinder Force Feedback Pro adaptada en 03EB:2056 usa un nombre multiplataforma en la aplicación y la base de datos pública.
• Descubrimiento Linux más sólido. La resolución de la ruta del controlador y del descriptor HID son más defensivas y el autocentro se escribe solo cuando el dispositivo anuncia esa capacidad.

Nota de actualización

• Una actualización manual para usuarios existentes. Las versiones hasta 1.0.6 no contienen el actualizador, por lo que deben instalar 1.0.7 manualmente una vez. Las versiones posteriores a 1.0.7 se pueden instalar desde dentro de la aplicación.

Una publicación de hardware y Linux evidencia que fue reemplazada por 1.0.7 antes de que avanzara el canal de descarga del sitio web.

Linux medición

• La telemetría de ejes une respuestas subjetivas. El trabajador Linux registra el desplazamiento medido mientras se reproducen los efectos, lo que ayuda a distinguir un efecto de trabajo de una respuesta incorrecta de "no hizo nada".
• Configuración de dispositivo más segura. Las rutas de eventos de entrada y los descriptores de informes HID se resuelven de manera más confiable, mientras que FF_AUTOCENTER solo se toca en el hardware que lo expone.

Identidad de hardware

• MOZA AY210 agregado. El AY210 (346E:1001) recibe un nombre canónico y MOZA Cockpit condiciones previas antes de la prueba.
• MOZA AB6/AB9 PID corregido. El identificador compartido 346E:1002 ya no implica solo uno de los dos modelos base compatibles.
• Nombre de SideWinder adaptado y normalizado. 03EB:2056 ahora se agrega bajo un nombre Windows/Linux. Esta fue una corrección de nombre, no una nueva afirmación de soporte de actuación.

Linux embalaje

• Instalación de AppImage con ámbito de usuario. El AppImage obtuvo integración de escritorio integrada --install y --uninstall para las aplicaciones del usuario y los directorios XDG.

Una solución de actuación Windows para el firmware que se inicia en su propio modo de resorte y acepta comandos de sonda sin producir fuerza física.

Correcciones

• Un estado limpio del dispositivo antes de los efectos en vivo. Después de adquirir el dispositivo y configurar la ganancia global, el trabajador Windows envía un DirectInput STOPALL de mejor esfuerzo antes de que comience la secuencia de prueba en vivo. Esto borra las fuerzas predeterminadas propiedad del firmware para que los efectos FFB Probe cargados puedan tomar el control desde la primera prueba.
• Sin reinicio destructivo. La solución evita deliberadamente DISFFC_RESET, preservando la tabla de efectos del dispositivo y reservando un reinicio completo para la recuperación de fallas.

¿Quién se beneficia?

• Firmware de bricolaje y resorte predeterminado. El cambio se dirige a dispositivos, incluidos los yugos de bricolaje derivados de Fino, que informan llamadas exitosas Create y Play pero permanecen retenidos por un resorte de inicio hasta que se emite STOPALL.

Una versión de interfaz enfocada que mantiene accesible cada acción requerida dentro de la ventana del asistente de tamaño fijo.

Diseño de lista de verificación

• Los nombres de dispositivos desconocidos ya no cubren los controles. Cuando aparece la tarjeta adicional "Ponle nombre a este dispositivo", las tarjetas de la lista de verificación se desplazan mientras que los controles de sonda de brazo, espalda y progreso permanecen fijados y visibles.

Diseño de respuesta de prueba

• Las notas privadas largas permanecen contenidas. El área de respuestas se puede desplazar y el cuadro de notas de varias líneas tiene su propio límite de altura, por lo que Continuar y Ejecutar prueba nuevamente permanecen accesibles independientemente de la longitud de la nota o los chips seleccionados.

Cobertura de regresión

• Los diseños de los problemas se cubren mediante capturas de pantalla. El arnés de captura de pantalla ahora muestra una lista de verificación de dispositivos desconocidos y una respuesta larga de varias líneas, protegiendo los diseños que retrocedieron.

Una revisión de identificación de dispositivos y metadatos que mantiene limpias las filas de hardware público y hace explícitos los dispositivos desconocidos antes de compartirlos.

Metadatos de envío consistentes

• Las versiones FFB Probe usan SemVer estable. Las cargas ahora envían valores como 1.0.1 sin un sufijo de revisión de fuente del SDK, por lo que la base de datos pública no divide una versión en varias cadenas de compilación.

Nombres de dispositivos

• Un catálogo compartido de 138 entradas VID:PID. Windows, Linux, la GUI y el sitio web obtuvieron una tabla de nombres de retroalimentación de fuerza mucho más amplia, que incluye identificadores MOZA AB9 y Logitech G940.
• Se debe nombrar el hardware desconocido. La GUI se detiene en la lista de verificación para un nombre de fabricante/modelo, la CLI interactiva ejecuta el mensaje y la automatización puede pasar --device-name. Los marcadores de posición genéricos se rechazan antes de la carga.
• Los nombres de plataformas útiles siguen disponibles. Las ejecuciones no interactivas conservan un nombre de sistema operativo desinfectado significativo cuando existe; de lo contrario, utilizan un recurso explícito de dispositivo de retroalimentación de fuerza desconocido VID:PID.

Coordinación del sitio web

• Ahora los nombres de aplicaciones y bases de datos coincide. El sitio web recibió el mismo catálogo normalizado, por lo que los envíos antiguos y nuevos se agregan bajo nombres estables.

La primera versión pública estable del diagnóstico independiente FFB-Probe para Windows y Linux.

Pruebas de hardware guiadas

• Un asistente completo centrado en testers. FFB-Probe detecta un dispositivo de retroalimentación de fuerza conectado, presenta una lista de verificación de seguridad, reproduce breves efectos en vivo y registra lo que sintió el evaluador después de cada uno.
• Cobertura de amplio efecto. El conjunto de pruebas verifica el comportamiento constante, condicional, periódico, de resorte, amortiguador, inercia y rampa, con diagramas y progreso según la sección.
• Windows y Linux desde el primer día. El trabajador Windows DirectInput y el trabajador Linux evdev se encuentran detrás de la misma interfaz multiplataforma Avalonia.

Informes y compartir

• Salida legible por humanos y por máquinas. Cada ejecución escribe un informe HTML y la carga útil de envío exacta JSON localmente, para que los evaluadores puedan inspeccionar la evidencia antes de decidir si compartirla.
• Compartir es optar por participar. Nada se carga automáticamente. La pantalla de resultados y el informe HTML guardado exponen la acción de compartir solo después de que el evaluador pueda revisar los campos recopilados.
• Hechos públicos, notas privadas. Las capacidades de hardware, las respuestas de efectos y los diagnósticos de vocabulario cerrado pueden respaldar la base de datos pública, mientras que las notas de texto libre permanecen privadas para la clasificación de soporte.

Paquetes de la versión

• Lanzamientos autónomos. La versión pública incluye un instalador Windows por usuario y un Linux x86-64 AppImage con el tiempo de ejecución .NET incluido.
• Distribución firmada para Windows. Los archivos binarios Windows estables y el instalador se producen a través del flujo de trabajo de lanzamiento bajo la identidad del editor de Rohsam.