# Validation Linux 0.2 — 16 septembre 2026

## Exécuté

- Build .NET des ponts Linux et Windows x64 autonome : réussite. DLL Windows nécessaire à l'exécution SimConnect non redistribuée.
- **39 tests .NET**, dont neuf nouveaux tests radio/facilities : active contre veille, alimentation, COM2, réutilisation de fréquence, canaux 8,33, absence/péremption/portée, décodage binaire, transactions de cache de fréquences.
- **22 tests Python**, incluant un vrai sous-processus du pont .NET démo et des commandes radio acquittées, contexte compact, mémoire bornée, absence de requête si radio non réglée, réponse structurée, dates périmées/futures, permissions des commandes, redirections refusées, comportement de l'UI et rejet des réponses tardives après changement de station.
- Qt exécuté hors écran ; captures `preview-linux.png` et `preview-overlay.png` inspectées. Données de test explicitement indiquées ; **pas des captures d'un casque ni d'un vol connecté**.
- Table de fonctions OpenVR 027 testée avec des callbacks natifs simulés : création, positionnement relatif au casque, envoi RGBA, affichage/masquage, destruction. Cela ne prouve pas le fonctionnement d'un runtime/casque réel.
- Piper exécuté pour créer de vrais WAV, Whisper tiny exécuté localement pour les transcrire. Un essai sans contexte déforme l'indicatif ; un mot isolé « phrase » est mal reconnu. Un appel plus long avec amorce de vocabulaire est transcrit correctement. La boucle traitement local fonctionne, sa précision vocale reste insuffisamment validée.
- Détection Steam en lecture seule : MSFS 2020, son préfixe et GE-Proton10-30 trouvés. MSFS 2024 trouvé, mais pas de DLL cliente `SimConnect.dll` à côté du jeu ; configuration SDK nécessaire. Aucun changement des préfixes et aucun démarrage des jeux effectués.

## Non testé ou incomplet

Connexion SimConnect en vol avec MSFS 2020/2024 sous Proton ; réception réelle des installations/fréquences et comportement 8,33 sur chaque avion ; micro et sortie du casque ; recouvrement pendant MSFS ; rendu SteamVR en casque ; appels à un fournisseur IA réel (pas de clé fournie / serveur conversationnel local non configuré).

Les réponses IA des tests sont simulées. Les paquets SimConnect sont synthétiques selon le SDK, pas capturés en vol. Un build réussi ne prouve ni la compatibilité Proton ni celle des casques. X-Plane, carte OACI, trafic environnant, météo, facturation SaaS, secteurs et transmissions ATC spontanées restent hors de cette alpha.

## Recette manuelle

1. Lancer la démo Linux. Batterie et avionique allumées, la tour proche s'affiche mais COM1 sur 121.500 ne connecte pas l'ATC, même si la veille est 118.005. Cliquer COM tour : état prêt. Couper avionique : déconnexion.
2. Configurer une IA, appeler au clavier : texte reçu et voix de réponse. Dire phrase : suggestion contextuelle. Ne régler aucune fréquence connue : aucun appel facturé.
3. Appeler, puis changer immédiatement la COM avant la réponse : texte non accepté, pas de voix sur la nouvelle station. Vérifier aussi un changement de plan, de modèle, silence et déconnexion.
4. Vérifier les clés API absentes des journaux. Tester une clé erronée ou un quota atteint : erreur visible, aucune bascule automatique.
5. Tester le microphone avec commandes courtes, indicatif phonétique, nombres, piste et collationnements. Comparer la transcription au texte réellement dit ; utiliser un modèle plus précis si nécessaire.
6. Ouvrir un vol MSFS 2020 sous le Proton habituel. Connecter le pont, vérifier altitude, position, COM1/COM2 et fréquences des scènes. Régler manuellement active/veille et l'émission : seul le bon service répond après appel. Refaire avec MSFS 2024 et sa DLL SDK.
7. Tester panneau desktop sur jeu sans bordure, puis SteamVR dans le casque. Masquer/afficher vocalement, changer de fréquence en cours de synthèse, fermer le simulateur et vérifier l'absence de réponse utilisant d'anciennes données.