Notas de la versión de FFB Probe

Una corrección de la intensidad de prueba predeterminada: solo el Brunner FFB-G Joystick empieza en el 75 %, y todas las demás bases Brunner empiezan en el 35 %.

Intensidad predeterminada de Brunner

• Solo el Brunner FFB-G Joystick empieza en el 75 %. FFB-Probe lo reconoce por el tipo de base que comunica a través del canal de configuración de Brunner, sea cual sea la empuñadura montada, y la lista de verificación muestra «Validated base (Brunner FFB-G Joystick) — default 75%». La versión 1.1.1 había dado el valor predeterminado del 75 % a todas las bases Brunner.
• Las demás bases Brunner empiezan en el 35 %. La CLS-E, la CLS-P, un pedal de timón y cualquier otra base Brunner empiezan en el 35 %, como cualquier dispositivo en el que no se han validado las pruebas. Como en todos los dispositivos, puedes subir la intensidad tú mismo hasta el límite del 75 %.
• Una base cuyo tipo no se puede leer empieza en el 35 %. Mientras Simux, CLS2Sim, la Brunner USB Config Tool o FFB-Bridge ocupan el canal de configuración, FFB-Probe no puede leer el tipo de base. La lista de verificación te pide entonces que cierres el programa y hagas clic en «Re-scan».

Ahora puedes elegir con qué fuerza las pruebas accionan tu dispositivo, nunca por encima de un límite estricto, y confirmas que lo usarás de forma segura antes de que empiece una prueba.

Intensidad de la prueba

• Un control deslizante de intensidad en la lista de verificación. Antes de una prueba puedes ajustar la intensidad de la prueba del 0 % al 75 % en pasos de 5 %. El valor, el predeterminado de tu dispositivo y el máximo del 75 % se muestran junto al control deslizante, y FFB-Probe recuerda la última intensidad que elegiste para cada dispositivo.
• Valores predeterminados por dispositivo. Los joysticks en los que se han validado las pruebas empiezan en el 75 %: el SideWinder Force Feedback 2, los adaptadores USB de SideWinder FFB Pro (03EB:2056, PicoWinder CAFE:4004), los Logitech G940, Force 3D Pro y WingMan Force 3D, y todas las bases Brunner. Todos los demás dispositivos, incluidas las bases de vuelo MOZA y el hardware que FFB-Probe aún no conoce, empiezan en el 35 %.
• El 75 % es un límite estricto. Nada de lo que reproduce FFB-Probe supera el 75 % de la escala completa, en ningún dispositivo ni en ninguna prueba, incluidas la opción de línea de comandos --magnitude y los modos de diagnóstico. Los efectos que se reproducen a la vez se reparten la intensidad elegida, así que juntos nunca la superan; la prueba de saturación ahora la divide entre sus tres fuerzas, 25 % cada una con 75 %.
• Las bases Brunner ya no se limitan al 35 %. Con sus ganancias DirectX subidas durante la prueba, ahora empiezan en el 75 %, como el SideWinder FFB2. Al 35 %, las pruebas se notaban demasiado débiles para poder evaluarlas.
• La intensidad de las bases de vuelo MOZA se puede subir. Siguen empezando en el 35 %, el límite de FFB-Bridge para ese hardware, pero ahora puedes subir la intensidad tú mismo. El anterior tope fijo del 35 % se sustituye por el valor predeterminado y el límite del 75 %.

Confirmación de seguridad

• Un aviso de seguridad antes de cada prueba. La lista de verificación siempre explica que los dispositivos de force feedback pueden moverse de repente y con fuerza real: mantén una mano apoyada ligeramente en la empuñadura, aparta dedos, cables y objetos, y detén la prueba con Esc o «Stop» en cualquier momento. «Arm probe» permanece desactivado hasta que marques «I understand and accept responsibility».
• Una advertencia adicional por encima del valor predeterminado. Si subes la intensidad por encima del valor predeterminado de tu dispositivo, el aviso añade una advertencia de que las bases potentes de accionamiento directo pueden golpear con fuerza sus topes.

Informes

• Se registra la intensidad. Cada informe registra la intensidad de la prueba y si la cambiaste. El informe HTML muestra «Test strength: 75% (default)» o «Test strength: 50% (chosen by tester)», y los datos compartidos incluyen un nuevo objeto run con strength_pct y strength_source. El formato del informe sigue siendo schema: 1.
• La prueba de dos ejes tiene un solo nombre. Ahora se registra como «Two-axis diagonal — diagonal» en lugar de «Two-axis diagonal — diagonal (X=75%, Y=75%)», para que una intensidad ajustable no la divida en una entrada distinta por cada intensidad. El sitio web fusiona el nombre antiguo con el nuevo.
• Las notas siguen siendo privadas. Tus notas escritas siguen siendo privadas y nunca aparecen en la página pública del dispositivo.

Línea de comandos

• --magnitude define la intensidad de la prueba. Los valores fuera de 0..75 se ajustan al límite en lugar de rechazarse. Sin esta opción se usa el valor predeterminado del dispositivo (75 % o 35 %); las versiones anteriores usaban el 75 % en Windows y el 50 % en Linux, o el 60 % cuando las iniciaba la aplicación. La consola y el registro de depuración indican la intensidad usada y si era la predeterminada.

Una versión de consolidación: una prueba terminada ya no se pierde en el paso «Share», los resultados que llegan a la base de datos pública son más precisos y las bases de vuelo Brunner y MOZA ahora funcionan desde el primer momento.

Bases Brunner

• Se detecta el modo CLS2Sim. Las bases Brunner vienen en modo CLS2Sim, que no tiene interfaz de force feedback, por lo que las versiones anteriores no encontraban ningún dispositivo. Cuando no se encuentra ningún dispositivo de force feedback, FFB-Probe ahora busca una base Brunner y ofrece «Switch to DirectX mode»; no se cambia nada sin ese clic.
• La vuelta al modo original es automática. «Switch back when finished» está activado de forma predeterminada: la base vuelve al modo CLS2Sim después de la prueba, al cerrar FFB-Probe o en el siguiente inicio si se cerró de forma inesperada. Solo se escribe el ajuste de modo USB, y si algún paso falla, la base se deja como estaba.
• Efectos a plena potencia. La base escala cada efecto según ganancias que guarda ella misma (50 % de fábrica), así que los efectos llegaban al motor con aproximadamente una cuarta parte de su fuerza. Para las pruebas en vivo, FFB-Probe pone FX master y las ganancias de efecto al 100 %, restaura tus valores después y anota en el informe tus ganancias guardadas.
• Se identifican los programas que ocupan la base. Si Simux, CLS2Sim, la Brunner USB Config Tool o FFB-Bridge ocupan la base, FFB-Probe indica cuál es y te explica cómo cerrarlo. En Linux, si se deniega el acceso a la interfaz de configuración de la base, FFB-Probe muestra la línea de regla udev que debes añadir.
• Las direcciones giradas se registran tal como se miden. El giro de 90° en las direcciones que puedes notar en el modo DirectX se debe a cómo el modo DirectX de Brunner asigna sus ejes; FFB-Probe lo registra tal como se mide.

Bases de vuelo MOZA

• Se comprueba si la base está lista antes de cada prueba. FFB-Probe lee, sin cambiar nada, si una MOZA AB9, AY210, AB6 o AY90 reproducirá realmente efectos de force feedback. Una base en el modo Telemetry de MOZA Cockpit, o con el force feedback desactivado, la salida de par inhibida o la ganancia de juego en 0, no se mueve; las versiones anteriores lo registraban como «no hizo nada», y ahora los informes de una base así indican que no estaba lista.
• Preparación opcional de la base. «Prepare base for testing» cambia la base al modo DirectInput y abre sus bloqueos de salida de fuerza tras guardar tus ajustes, y «Restore my MOZA settings when finished» (activado de forma predeterminada) los restaura después. Los límites de recorrido, la calibración y Force Sensing nunca se tocan.
• Un límite de fuerza seguro. Las bases de vuelo MOZA y las bases Brunner ejecutan las pruebas de efectos a no más del 35 % de fuerza, el límite de FFB-Bridge para ese hardware, para que un joystick sin sujetar no llegue a sus topes.

Otros programas que usan tu dispositivo

• Se avisa de los programas en conflicto. La pantalla de bienvenida avisa cuando se está ejecutando un programa que puede ocupar tu dispositivo: FFB-Bridge, MOZA Cockpit / Pit House, las herramientas de Brunner, Logitech G HUB o un simulador de vuelo.
• Errores claros de acceso exclusivo. Cuando otro programa tiene el dispositivo en uso exclusivo, FFB-Probe indica cuál en lugar de fallar con un error genérico; en Linux se nombran los procesos que lo ocupan. Estos nombres de programas solo se te muestran a ti y nunca se añaden al informe compartido.

Compartir nunca falla con una prueba válida

• No más pruebas perdidas. Antes, una nota larga o un chip de más bastaban para que el sitio rechazara el informe entero. Ahora cada campo se ajusta a los límites del sitio antes de enviarlo: seleccionar todos los chips funciona, las notas muy largas se acortan y los nombres de dispositivo de relleno como «test» pasan a ser Unknown force-feedback device vvvv:pppp.
• Limpieza de rutas más rigurosa. Las rutas de archivo se eliminan de los mensajes de error de forma más completa, incluidas las rutas de Windows con espacios en el nombre de usuario.
• Código de soporte y enlace al dispositivo tras compartir. Ambos se muestran en la aplicación y en el botón «Share» del informe HTML.
• Mismo formato, misma privacidad. El formato del informe no cambia (schema: 1), y tus notas escritas siguen siendo privadas y nunca aparecen en la página pública del dispositivo.

Resultados más precisos

• Medición del movimiento con signo en Windows. FFB-Probe ahora mide en Windows cuánto y hacia dónde se mueve el joystick durante cada efecto, como ya hacía en Linux. Las lecturas llevan signo, por ejemplo X peak +25.1%, de modo que muestran la dirección.
• Los efectos se detienen a tiempo. Cada efecto se detiene en cuanto termina su ventana de reproducción, en lugar de cuando respondes. Algunos firmwares, como el de Brunner, mantenían una fuerza de 5 segundos aproximadamente un segundo más.
• El autocentrado ya no estorba. El resorte de autocentrado propio del dispositivo se desactiva durante las pruebas en vivo y se restaura después, así que ya no contrarresta ni enmascara el efecto que se está probando. En las bases Brunner bloqueaba todos los efectos.
• Más respuestas llegan al informe. Las respuestas de rampa ahora se incluyen en lugar de descartarse, y los resultados de polaridad, dos ejes y saturación aparecen en los diagnósticos públicos.
• Se registra la clase de dispositivo. Los informes indican si el dispositivo es un joystick, un joystick de vuelo, un volante o un gamepad, para que la base de datos pública pueda distinguir el hardware de vuelo de los volantes.
• Parámetros de efecto correctos. Las pruebas de autocentrado usan la propiedad de autocentrado (las versiones anteriores usaban un id de propiedad incorrecto), y resorte, amortiguador, inercia y fricción usan la convención de coordenadas que espera DirectInput. Los dispositivos desconocidos vuelven a informar su nombre de controlador real en Windows.

La aplicación

• La lectura en vivo sigue al dispositivo en prueba. Antes mostraba el primer mando que listaba Windows, por lo que en un equipo con más de un mando no se movía.
• Stop funciona en todo momento. Stop funciona en cualquier punto de una prueba, Esc detiene una prueba y, si cierras la ventana durante una prueba, primero se detienen los efectos y se libera el dispositivo. Solo se prueba el dispositivo seleccionado, y el motor de la sonda se detiene si se cierra la aplicación.
• Más fácil de usar. Las respuestas se pueden omitir, la ventana se puede redimensionar y el texto es más fácil de leer.
• Ofertas de actualización en mejor momento. Nunca se ofrecen actualizaciones mientras hay una prueba en curso, y las versiones beta no se ofrecen a quienes usan la versión estable.

Linux

• Repetir una prueba funciona. «Run test again» ahora vuelve a reproducir el efecto.
• El autocentrado del kernel se gestiona por efecto. Se desactiva mientras se reproduce cada efecto y se restaura entre efectos, y nunca se toca en el Logitech G940, cuyo controlador ignora ese ajuste.
• Menos archivos por prueba. Las pruebas normales escriben solo el informe HTML y el JSON para compartir; los archivos de soporte heredados solo se escriben si se define FFB_PROBE_KEEP_LEGACY=1.

Nombres de dispositivos

• Nombres nuevos y corregidos. MOZA 346E:1002 ahora se identifica como MOZA AB6. Añadidos: MOZA AY90 (346E:1003), Brunner FFB-G / FFB-H, el adaptador PicoWinder para SideWinder FFB Pro (CAFE:4004) y Adapt-FFB-Joy (03EB:204E).

Una corrección para compartir informes en distribuciones de Linux que se describen con un nombre descriptivo de la distribución en lugar de una cadena de Linux de tipo kernel.

Compartir informes desde Linux

• Un único valor general de os.family. El os.family de la carga útil de envío ahora es siempre uno de Windows, Linux, macOS o Unknown. En .NET 8 y posteriores, Linux informa el nombre descriptivo de la distribución — por ejemplo, Fedora Linux 42 (Workstation Edition) —, que las compilaciones anteriores reenviaban tal cual, y el sitio rechaza los valores de más de 32 caracteres con os_family_invalid.
• Los nombres descriptivos se resuelven mediante la plataforma en ejecución. Los nombres de distribución que nunca contienen la palabra Linux, como el de Ubuntu, ahora se resuelven mediante la plataforma en la que se ejecuta la sonda en lugar de la descripción del sistema operativo, de modo que ya no fragmentan las instantáneas de capacidades por sistema operativo de la base de datos pública.
• Las instalaciones existentes siguen compartiendo. El sitio también normaliza los valores heredados en la recepción, de modo que los informes de compilaciones anteriores se comparten correctamente sin actualizar primero.

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.