Notes de version FFB Probe

La mise à jour automatique arrive sur Windows et Linux, poursuivant les travaux de mesure de mouvement et d'identification matérielle publiés plus tôt le même jour.

Mises à jour automatiques

• Un contrôle de démarrage privé. L'interface graphique lit un petit manifeste de version stable au démarrage. Il n'envoie aucun ID d'installation, requête de version actuelle, informations sur le périphérique ou résultats de sonde ; les réponses hors ligne et mal formées restent silencieuses.
• Windows peut terminer la mise à niveau. Après consentement explicite, FFB-Probe télécharge le programme d'installation, vérifie sa longueur exacte et SHA-256, requiert une signature Windows valide de Rohsam Inc., exécute le programme d'installation par utilisateur en silence et redémarre la nouvelle version.
• Les installations AppImage peuvent se mettre à jour elles-mêmes. Un Linux AppImage en cours d'exécution peut télécharger et vérifier le nouveau AppImage, appeler son gestionnaire d'installation à l'échelle de l'utilisateur, actualiser l'entrée et les icônes du bureau et lancer la copie installée.
• Solution de repli sûre pour d’autres installations. Les versions de développement, les AppDirs extraits, les packages de distribution et les autres installations non AppImage Linux ne sont jamais écrasés. L'invite renvoie à la page de téléchargement et à ces notes de version, et chaque utilisateur peut différer ou ignorer une version.

Améliorations matérielles et Linux incluses

• Mouvement mesuré pendant les effets Linux. Les tests en direct échantillonnent désormais les axes de l'appareil pendant qu'une force joue, enregistrant le déplacement de l'objectif parallèlement à la réponse du testeur.
• MOZA AY210 conseils. Le AY210 (346E:1001) a un nom canonique et des conseils avant le vol pour les paramètres du fournisseur qui peuvent masquer les forces commandées de l'extérieur.
• Noms de matériel corrects et cohérents. MOZA 346E:1002 est identifié comme la base AB6/AB9 partagée PID, et le SideWinder Force Feedback Pro adapté à 03EB:2056 utilise un nom multiplateforme dans l'application et la base de données publique.
• Découverte Linux plus robuste. Le chemin du pilote et la résolution du descripteur HID sont plus défensifs et le centre automatique n'est écrit que lorsque le périphérique annonce cette fonctionnalité.

Remarque sur la mise à niveau

• Une mise à jour manuelle pour les utilisateurs existants. Les versions jusqu'à 1.0.6 ne contiennent pas le programme de mise à jour, elles doivent donc installer 1.0.7 manuellement une fois. Les versions postérieures à 1.0.7 peuvent ensuite être installées depuis l'application.

Une version matérielle et Linux de preuves qui a été remplacée par 1.0.7 avant que le canal de téléchargement du site Web ne progresse.

Mesure Linux

• La télémétrie des axes rejoint les réponses subjectives. Le travailleur Linux enregistre le déplacement mesuré pendant que les effets jouent, aidant ainsi à distinguer un effet de travail d'une réponse incorrecte de « rien fait ».
• Configuration de l'appareil plus sûre. Les chemins d'événements d'entrée et les descripteurs de rapport HID sont résolus de manière plus fiable, tandis que FF_AUTOCENTER n'est touché que sur le matériel qui l'expose.

Identité matérielle

• MOZA AY210 ajouté. Le AY210 (346E:1001) reçoit un nom canonique et des conditions préalables MOZA Cockpit avant le test.
• MOZA AB6/AB9 PID corrigé. L'identifiant partagé 346E:1002 n'implique plus qu'un seul des deux modèles de base compatibles.
• Nom SideWinder adapté normalisé. 03EB:2056 se regroupe désormais sous un seul nom Windows/Linux. Il s'agissait d'une correction de nom, pas d'une nouvelle revendication de support d'actionnement.

Linux emballage

• Installation AppImage à l'échelle de l'utilisateur. Le AppImage a obtenu l'intégration intégrée des bureaux --install et --uninstall pour les applications de l'utilisateur et les répertoires XDG.

Un correctif d'actionnement Windows pour le micrologiciel qui démarre dans son propre mode ressort et accepte autrement les commandes de sonde sans produire de force physique.

Corrections

• Un état propre de l'appareil avant les effets en direct. Après avoir acquis l'appareil et défini le gain global, le travailleur Windows envoie un DirectInput STOPALL de son mieux avant le début de la séquence de test en direct. Cela efface les forces par défaut appartenant au micrologiciel afin que les effets FFB Probe téléchargés puissent prendre le contrôle dès le premier test.
• Pas de réinitialisation destructrice. Le correctif évite délibérément DISFFC_RESET, en préservant le tableau des effets du périphérique et en réservant une réinitialisation complète pour la récupération après incident.

À qui profite

• Ressort par défaut et firmware DIY. Le changement cible les appareils, y compris les jougs DIY dérivés de Fino, qui signalent des appels réussis Create et Play mais restent retenus par un ressort de démarrage jusqu'à ce que STOPALL soit émis.

Une version d'interface ciblée qui maintient toutes les actions requises accessibles dans la fenêtre de l'assistant de taille fixe.

Disposition de la liste de contrôle

• La dénomination des appareils inconnus ne couvre plus les commandes. Lorsque la carte supplémentaire « Nommer cet appareil » apparaît, les cartes de liste de contrôle défilent tandis que les commandes de sonde de bras, de retour et de progression restent épinglées et visibles.

Disposition des réponses au test

• Les longues notes privées restent contenues. La zone de réponse peut défiler et la zone de notes multilignes a son propre plafond de hauteur, de sorte que Continuer et Exécuter le test restent accessibles quelle que soit la longueur de la note ou les puces sélectionnées.

Couverture de régression

• Les présentations des problèmes sont couvertes par des captures d'écran. Le faisceau de capture d'écran affiche désormais à la fois une liste de contrôle des périphériques inconnus et une longue réponse sur plusieurs lignes, protégeant les mises en page qui ont régressé.

Un correctif de métadonnées et d’identification des appareils qui maintient les lignes de matériel public propres et rend explicites les appareils inconnus avant le partage.

Métadonnées de soumission cohérentes

• Les versions FFB Probe utilisent désormais SemVer stable. Les téléchargements envoient désormais des valeurs telles que 1.0.1 sans suffixe de révision source du SDK, de sorte que la base de données publique ne divise pas une version en plusieurs chaînes de construction.

Noms des appareils

• Un catalogue VID:PID partagé de 138 entrées. Windows, Linux, l'interface graphique et le site Web ont obtenu une table de noms de retour de force beaucoup plus large, comprenant les identifiants MOZA AB9 et Logitech G940.
• Le matériel inconnu doit être nommé. L'interface graphique s'arrête sur la liste de contrôle pour un nom de fabricant/modèle, la CLI interactive exécute une invite et l'automatisation peut transmettre --device-name. Les espaces réservés génériques sont rejetés avant le téléchargement.
• Les noms de plateformes utiles restent disponibles. Les exécutions non interactives conservent un nom de système d'exploitation nettoyé significatif lorsqu'il en existe un, sinon elles utilisent un périphérique de retour de force inconnu explicite VID:PID.

Coordination du site Internet

• Les noms d'application et de base de données sont désormais match. Le site Web a reçu le même catalogue normalisé, donc les anciennes et les nouvelles soumissions sont regroupées sous des noms stables.

La première version publique stable du diagnostic autonome FFB-Probe pour Windows et Linux.

Tests matériels guidés

• Un assistant complet axé sur les testeurs. FFB-Probe détecte un dispositif de retour de force connecté, présente une liste de contrôle de sécurité, joue de courts effets en direct et enregistre ce que le testeur a ressenti après chacun d'eux.
• Large couverture d’effet. La suite de tests vérifie le comportement constant, conditionnel, périodique, du ressort, de l'amortisseur, de l'inertie et de la rampe, avec des diagrammes et une progression en fonction des sections.
• Windows et Linux dès le premier jour. Le travailleur Windows DirectInput et le travailleur Linux evdev sont livrés derrière la même interface multiplateforme Avalonia.

Rapports et partage

• Sortie lisible par l’homme et par la machine. Chaque exécution écrit un rapport HTML et la charge utile exacte de soumission JSON localement, afin que les testeurs puissent inspecter les preuves avant de décider de les partager.
• Le partage est volontaire. Rien n'est téléchargé automatiquement. L'écran de résultats et le rapport HTML enregistré exposent l'action de partage uniquement une fois que le testeur peut examiner les champs collectés.
• Faits publics, notes privées. Les capacités matérielles, les réponses aux effets et les diagnostics à vocabulaire fermé peuvent prendre en charge la base de données publique, tandis que les notes en texte libre restent privées pour le tri de la prise en charge.

Paquets de version

• Sorties autonomes. La version publique comprend un programme d'installation Windows par utilisateur et un Linux x86-64 AppImage avec le runtime .NET fourni.
• Distribution Windows signée. Les binaires stables Windows et le programme d'installation sont produits via le workflow de publication sous l'identité de l'éditeur Rohsam.