Vous n'êtes pas identifié(e).
Désolé Pat, de t'avoir oublié mais je ne suis plus "modo" donc ...
Par contre, on se marre bien "entre-nous" sur FSDeveloper: je crois que l'on est bien les seuls "frenchies" à se parler et à s'aider, sur un forum anglais et dans la langue des grand bretons.
Armand,
Je pense qu'un bon nettoyage de ta carte serait dans tous les cas nécessaire, au bout de 4 ans elle doit avoir accumulée pas mal de cochonneries.
Pour le BIOS, si ton CPU n'a pas de chipset intégré, laisses tomber.
Un souvenir d'un plantage sur mon ancienne NVidia 970, la carte que j'avais mal fixé avait bougé dans le logement PCI jusqu'à abimer le port PCI (mauvais contacts puis des micros arcs électrique).
A cet instant, j'ai eu l'idée de faire trois choses:
- un nettoyage de la carte avec une bombe d'air comprimée et un pinceau,
- un nettoyage de la piste avec les contacts "or" qui va s'insérer dans le port PCI (voir plus bas)
- enfin si tu as un slot PCI de libre, essayer ta carte dans ce port et bien la fixer.
PS: Quand je discutais avec les techniciens venus dépanner nos serveurs en panne(contrat de maintenance 7j sur 7 pour de la production logicielle), lors du démontage de cartes PCI, ils prenaient un gomme blanche et la passaient deux ou trois fois sur la piste "or" puis avec un kleenex nettoyaient cette piste des résidus qu'il pouvait rester.
Cette opération légèrement abrasive permet d'enlever la pellicule d'oxydation qui pourraient "gêner" les contacts. Il faut le faire mais sans trop insister pour ne pas abimer les contacts. Ce n'est pas un remède de "grand-mère" et cela marche effectivement.
Si c'est un problème de port PCI qui a lâché cela te permettra d'attendre un peu, si c'est un souci de contact, cela devrait se régler simplement.
Vérifies la connectique alimentation de ta carte pour voir si elle n'a pas "morfler" et si le connecteur s'enfonce bien droit dans son logement et ne bouge pas.
Pour les drivers, il y a un utilitaire dont je ne me souviens plus exactement du nom ... DDU ... je crois, qui permet de d'installer tous tes drivers graphiques (AMD ou NVidia). Ensuite lors du reboot tu auras les drivers basiques de Windows (genre 640x480) donc là refait l'installation calmement. Le dernier driver 580.88 fonctionne parfaitement sur les 30xx.
Pour le coup du four, je ne suis pas trop "fan" de ce genre de manipulation, à moins que cela ne soit en dernière extrémité.
Armand,
Vérifie quand même ton paramétrage de BIOS car cela ressemble à un affichage sur le GPU intégré au CPU vu que tu dis avoir toujours un affichage.
La semaine dernière alors que la veille tout s'était très bien arrêté, allume le PC au matin suivant et là le jingle d'ASUS a tourné pendant 5 mn sans rien donné ...
Je débranche les périphériques externes et je recommence : idem.
A ce moment, j'ai pensé au BIOS et j'ai parcouru les valeurs que j'avais modifié il y a 3 semaines lors du passage en Windows 11 et bingo: un des paramètres de TPM était passé de Discrete TPM à Firmware TPM ce qui dans le cas de ma carte mère ne correspondais plus au TPM 2.0 donc j'ai remis la bonne valeur et là le boot a été correct.
Une autre chose: un démontage de la carte graphique puis un bon nettoyage à l'air comprimé avec l'aide d'un pinceau ou d'une brosse à dents (pas trempée, ok). Le pinceau ou la brosse à dents te servira à frotter les ailettes des ventilateurs pour te débarrasser de la crasse qui se colle dessus et qui occasionne des balourds donc le ventilateur tourne moins bien.
Pardon ... Qui teste un correctif pour la température des cylindres ?
Je prends effectivement de l'âge comme tout le monde mais il ne me semble pas avoir transmis ces temps çi de version de tests sur Internet.
Certaines personnes utilisent des speudos différents selon les sites ce qui ne permet pas une identification rapide de ses interlocuteurs.
En ce qui concerne les développements, je mets à jour un fil de discussion sur SOH (https://sim-outhouse.org/sohforums/threads/an-old-project-brought-up-to-date-canso-pby-5-of-sagq.123262/page-4) en raison d'un délaissement certain de PV concernant les avions 1930-1945. j'ai la nette impression que l'on ne s'intéresse ici plus qu'aux liners (ce qui n'est pas ma tasse de thé).
Fin Juin, J'ai repris mes développements sur le Canso mais j'ai été ennuyé par des plantages avec la SU16B et la SU3B puis par des soucis informatiques :passage sous Win11 de mes 3 PC que j'avais planifié avant Octobre 24 et qui fonctionnent maintenant parfaitement sous Win11 24H2 tous les 3 même le vieux portable EliteBook G4 ( i5 5600 et 8Go de RAM).
Pour en revenir au Canso, pour l'instant:
- j'ai corrigé les différents problèmes qui m'ont été remontés (gauge ATTITUDE et la pinule du compas),
- les anciens codes de type FSX sont en cours de remplacement par des "ModelBehaviors" (70%).
- le synopsis pour réaliser l'intégration de la nouvelle gestion du carburant est prêt ([FUELSYSTEM] section)
- de nouvelles vues CAMERA ont été rajoutées pour se "déplacer" dans le cockpit
- le fichier engines.CFG a été repris et notamment la gestion du manifold pour respecter les données de Pratt & Whitney
- les pissances des moteurs aux différents régimes ont été vérifiées :
~1200 HP @ 48 " and 2700 RPMs => OK
METO Power : 1050 Hp at 2550 RPM - Manifold at Full Throttle 42.5 " Hg (Sea Level)
METO Power : 1050 Hp at 2550 RPM - Manifold at Full Throttle 39.5 " Hg (7500 ft)
vérification des régimes moteurs au ralenti : 600 ~ 800 RPMs => OK
- la gestion des hélices est faites avec les nouveaux paramètres CFD
- le modèle de vol a été repris via le calcul de l'allongement (envergure^2/surface des ailes) et calcul du coefficient d'Oswald’s ainsi que du CDo
- la semaine dernière je me suis focalisé sur les effets lors des atterrissages sur l'eau et notamment les effets liés aux flotteurs en bout d'aile qui pour l'instant n'en avaient pas: FS20 ne prenait pas en compte les hydravions en Juin 2023 lorsque ma version v0.8.0 est sortie.
Pour le dernier point, j'ai enfin trouvé la solution car le SDK de FS20 a finit par évoluer même s'il n'est pas encore complétement terminé.
En termes de communication, je n'ai échangé sur mes avancements qu'avec Doug Roy et ses collègues de l'Association Canadienne "Save the Canso" à qui j'ai transmis une version v0.9.5 via dropbox.
Je suis en contact avec eux depuis 2021 et ils me transmettent régulièrement toutes les informations dont j'ai besoin: leur responsable logistique me transmet les informations techniques nécessaires. J'ai même deux anciens pilotes de Canso qui sont en relation avec moi et avec lesquels j'échange concernant le modèle de vol.
Personne d'autre n'a accès à ma version 2025 donc merci de vous identifier.
MSFS 2024:
La semaine dernière j'ai été sollicité par une personne de PV qui voulait mon aide sur un dév. FS24 donc j'ai mis en pause mes développements actuels que je reprends ce matin justement.
J'ai commencé à me plonger dans le SDK de FS24 depuis 15 jours et beaucoup de différences apparaissent qui me font réfléchir. Il se pourrait bien que je réalise une version v1.0.0 pour FS20 d'ici la fin de l'année et une autre FS24 spécifique, peut-être même en natif.
Tout dépendra de l'évolution des deux simulateurs ...
[EDIT] Si j'en juge vos derniers messages concernant Twitch: votre prénom devrait être Stephane!
Notre dernier échange date du 1 Mai de cette année et concernait FS24 sur lequel je vous avais donné mon avis.
Pour soi-disant la version de test dont vous parlez, il s'agirait d'un ZIP datant d'Aout 23 (patch d'il y a 2 ans tout de même) ... alors autant vous dire que depuis "de l'eau a coulé sous les ponts" et que ma version actuelle n'a plus rien mais alors plus rien à voir avec celle dont vous parlez.
Dommage que tu ne connaisses pas Sim-OutHouse car ils l'ont déjà testé et donné pas mal de commentaires sur le FM (Flying Model) qui semble convaincant ainsi que la compatibilité avec FS24.
Depuis que j'ai écris cela, j'ai fait par la force des choses d'autres essais et cela fonctionne aussi très bien d'avoir :
- G:\XBoxGames
- G:\FS20
J'ai même poussé plus loin avec FS24 en l'installant dans:
- G:\XBoxGames
- G:\FS24
C'est l'idéal pour ne pas encombré le C: que je tente de tenir le moins volumineux possible (création d'image disque plus rapide).
Ceci dit, j'ai eu des soucis avec FS24 SU3B et FS20 Su16B (arrivé au premier écran noir de chargement : un CTD aussi) , un matin sans aucune raison apparente car la veille j'avais compilé un avion sans aucun souci avant de le tester puis d'arrêter le PC.
Après vérification dans le journal d'évènement c'était nt*.dll qui plantait (C:\Windows\System32 et C:\WindowsSysWOW64).
Après presque 2 jours de désinstallation, de réparaton (réparation des FS, puis du Store et des applis XBox et XBox Insider, etc voire même désinstallation du Store et réinstallation complète de celui-ci)et d'une vérification l'intégrité de Windows, c'était toujours le même "souc":
- FS20 s'installait et se lançait
- FS24 s'installait et se lançait
Dès que j'installais la SU16B ou la SU3B ... CTD au bout du compte.
J'en ai eu marre et j'ai décidé de migré mes 3 PC de Win10 vers Win11 (conservation des données et applis sur 2 PC pas entièrement compatible et mon PC de développement).
Au bout de 2 jours de sauvegardes mes 3 mise à jour ont parfaitement réussi, j'ai recommencé mes installations FS et j'ai obtenu le même résultat et toujours avec la même DLL.
J'ai donc décidé de rester dans les versions officielles en attendant.
Pour JM2A, ta DLL est dans C:\Windows\System32 et C:\WindowsSysWOW64.
Au cas où elle serait abimée tu peux tenter de la réparer en lançant cette commande dans une fenêtre dos mais avec les droits administrateur: sfc /scannow
Cet outil va vérifier l'intégrité de ces 2 répertoires et en cas de souci, il ira chercher dans un autre répertoire qui sert de base de données générale, cette dll "propre" de manière à écraser la corrompue.
Un reboot est nécessaire et impératif.
PS: J'aurais pu faire une installation en partant de zéro pour Win11 mais j'ai trop d'applications e de données pour remettre cela.
De plus j'ai des images disques faites régulièrement mais même réinstallation d'une image disque datant d'Octobre 2024 (Macrium Reflect 7.x), le problème revenait systématiquement. Alors j'ai décidé d'attendre simplement.
Comme je l'ai dis en 2020: Microsoft a voulu trop en faire en essayant de s'accaparer le marché XBox et en gardant un seul exécutable pour les deux. Ceci les a obligé à diffuser les installations via l'application XBox qui au niveau des PC est une grosse daube, et je pèse mes mots.
Ces applis se mettent à jour presque tous les jours, j'ai l'impression que mon PC s'est transformé en téléphone avec 2 ou 3 mises à jour journalières.
Quand je pense que certains trouvaient que les mises à jour P3DE prenaient trop de temps: au moins elles fonctionnaient (c'est de l'humour noir).
Vous raisonnez en heure Française mais les US ont entre 6 et 12h d'écart par rapport à nous donc si elle devait sortir aujourd'hui, je pense que cela ne sera pas avant 16h ou 17h car Asobo livre simplement les sources ou l'exécutable et c'est Microsoft qui fait le packaging pour diffusion. IMO
Alors là, je précise bien: ce n'est absolument pas ce que j'ai voulu dire ni même insinuer (je note ton "LOL" néanmoins).
Je ne faisais qu'une simple remarque en précisant mes expériences en la matière et en précisant les process que j'utilise pour vérifier mes codes XML, sans plus.
@Stepfane,
Donc il y aurait une "variable" qui serait libellée de la même façon sur les deux avions ? C'est quand même peu vraisemblable.
Je crois plutôt qu'il doit y avoir une variable qui n'est pas initialisée et qui prend des valeurs "à l'aveuglette".
En théorie, lorsque on initialise un avion et ses gauges, on doit prendre la précaution d'initialiser TOUTES les variables pour justement être maître de leurs états et empêcher ce genre de choses.
Sous P3D, j'utilisais un outil nommé Blackbox qui permettait d'instrumenter l'avion et d'afficher des variables intermédiaires.
Sous MSFS 2020, avec le DEV Mode dans le Menu Tools - Bahavior il y a moyen de lister toutes les variables locales d'un avion si elles sont préfixées de la même façon et donc de "monitorer" ce qui se passe.
Par exemple, là je suis en train de mettre à jour le Canso PBY-5 et toutes les variables locales commence par PBY_*** donc en entrant ce suffixe dans le filtre je peux faire apparaître mes variables, voire les modifier pour investiguer ce genre de désagrément.
Que les fichiers en question soient dans le répertoire Gauges de P3D ou dans le répertoire Panel de l'avion, c'est du pareil au même.
Avec le Tibush j'avais pas mal expérimenté ce genre de chose puisque j'utilisais ces gauges/dll de D. Downson.
La seul chose qui compte c'est que les chemins indiqués dans le fichier panel.cfg et dans les fichiers INI soient rigoureusement corrects.
Ma suggestion: plutôt que de vouloir le déclarer via un fichier add-on.xml, essayez plutôt de l'installer directement dans P3D et voyez cela se passe mieux. Si le fichier add-on.xml est dans un répertoire où les protections de Windows ne sont pas correctement positionnées, cela peut engendrer des ennuis.
PS: Pour ce qui est des infos mentionnant des fichiers "fsx" que j'ai donné plus haut, c'est simplement que j'ai fais un copier/coller à partir de la documentation qui était incluse dans l'add-on. Apparemment celle-ci n'était pas à jour mais je ne m'en suis pas rendu compte sur le moment.
Sur SOH, j'ai des adorateurs de cet avion qui sont en admiration.
Killbilly a déjà créé plus de 3 repaints différents disponibles sur le répertoire "Resources" de SOH.
Celui que je préfère:
C'est par içi: https://sim-outhouse.org/sohforums/threads/aeronca-7-champ-public-release.165419/
Désolé Eric que ton add-on enthousiasme pas les foules, l'idée était pourtant très bonne.
Suis surpris par la "solution" utilisée par Lagaffe.
Si j'ai bien tout compris le système consiste a envoyer vers l'UC de l'air froid obtenu par détente/compression et évaporation d'une réserve d'eau
On envoie donc de l'air "humide" dans l'UC.
Est ce souhaitable ?
Alors d'un je n'ai pas dis que j'envoyais l'air dans le PC mais que le flux d'air chassait l'air chaut qui sortait du dessus de manière à ne pas provoquer une bulle d'air chaud ... éviter ce que l'on a connu la semaine dernière à l'échelle du pays.
Ensuite à moins d'être en plein Sahara, l'air contient un peu d'humidité sinon cela serait très dur de supporter ces conditions. De l'air humide dans une ambiance chaude, cela ne provoque pas grand chose.
Ce qui est néfaste par contre c'est si on refroidit le CPU avec une plaque Peltier et qu'il y a de l'humidité car dans ce cas, cela condense et cela forme de l'eau ... ce qui est là très néfaste pour les composants.
C'est l'application des principes de la thermo-dynamique.
Bonjour,
Je viens de parcourir ce "tuto" qui somme toute ne fait que reprendre ce que j'avais déjà écris "noir sur blanc" en 2020 concernant les bateaux:
- utiliser deux surfaces,
- une pour l'aspect du pont et
- l'autre invisible avec la "tag" road de coché.
Je vous rappelle mon post du 28 Octobre 2020: https://www.pilote-virtuel.com/viewtopic.php?id=95962 avec l'image que j'y avais attaché :
A l'époque il me semble que vous aviez participé à ce post : D5Turbi et Dutria. J'avais même donné en #36 la solution pour le roulis/tangage. Inclure dans le code, le tonnage du navire pour modifier les périodes des sinusoides est faisable (J'ai travaillé quand même 38 ans chez THALES dans le Domaine Naval des Frégates).
Ce que l'on trouve dans le PDF est exactement la même chose avec une capture d'écran identique à l'image précédente (simplement faite avec un Blender plus récent et un plugin plus à jour).
La notion de WorldScript n'est que la déclinaison sous MSFS de ce que l'on appelait "path" (ou chemin sous FSX/P3D) et qui peut être réalisé à partir de "Google Earth Pro" pour recueillir un fichier "kml" qu'il faut ensuite mettre en forme.
Bon, j'envoie à l'instant un courrier à Michel et Sylvain avec qui j'avais échangé mi-Juin 2021 pour leur demander l'autorisation de porter un de leur navire sous MSFS et de le rendre appontable.
Je n'ai rien à faire la semaine prochaine, cela devrait pouvoir se faire rapidement.
[EDIT] Courrier envoyé à RFN 
La semaine consacrée aux derniers tests vient de se terminer et dans la mesure où plus personne n'a remonté de soucis, j'ai décidé de le publier.
Bien que PV soit devenu un site où l'on cause surtout de "liners" et où la plupart des anciens ont disparu, j'ai quand même décidé de l'annoncer dans ce post.
L'Aeronca 7 Champion est désormais disponible en version 1.0 : Aeronca French-VFR
Deux autres sites où on en parle:
- https://sim-outhouse.org/sohforums/threads/aeronca-7-champ-beta-release-for-tests.165267
- https://forums.flightsimulator.com/t/released-aeronca-7-champion-french-vfr/728581
On verra bien si des anciens se manifeste
Indiques nous les liens des tutos trouvés et on essayera de t'expliquer.
Bonjour,
Les processeurs actuels peuvent fonctionner jusqu'à 70~75°C sans problème si ils sont bien ventilés. Au-delà ils ont une protection thermique qui les arrêtent en cas de "sur-chauffe".
Bien ventiler suppose que l'air admis dans le boitier soit à une température ambiante normale soit aux environs de 20~25°C, au-delà le refroidissement baisse car on ne peut pas refroidir avec de l'air trop chaud même avec un "water-cooling" car il faut que l'eau puisse être refroidie donc on revient encore sur le problème de l'air ambiant.
Pulser de l'air frais est une chose mais il faut aussi l'extraire et dans la majorité des cas, les tours sont placés dans des endroits relativement cloisonnés voir face à un mûr donc l'air chaud a tendance à stagner ce qui n'est pas bon du tout. Une extraction d'air sur le dessus de la tour est une chose à privilégier.
Refroidir le processeur n'est pas la seule condition car il y a les disques durs et les SSD qui doivent être aussi dans une plage de température correcte et l'ensemble des autres périphériques, écran y compris.
En ce qui me concerne :
1) j'utilise le freeware HWMonitor qui permet d'avoir une vue d'ensemble sur les températures de chaque composant hormis l'écran.
2) Pour le cas de fortes chaleurs, j'ai aussi un "rafraichisseur évaporatif" HONEYWELL (air pulsé + eau avec glaçons / une centaine d'€ chez LIDL) qui me donne la température ambiante au-dessus de ma tour et plus précisément au-dessus de l'extraction d'air et que je peux télécommander en vitesse de ma chaise de bureau. Dès que la température ambiante dépasse les 27°, j'enclenche la ventilation et si elle dépasse les 30°C j'arrête de travailler sur le PC car le matériel souffre et moi, j'aurais un peu de mal à me concentrer.
Par les temps actuels, je privilégie de travailler entre 7h et 14h et ensuite c'est sieste ou TV pour attendre que la température diminue un peu.
Bonjour Stephane,
Ta question m'ayant intrigué, j'ai donc téléchargé cette version et j'ai essayé de l'installer sans aler trop loin dans les détails.
Déjà la version 2.2 revue par RDLeDoc est prévue pour s'installer sur une version Prepar3D v4 ...
Si tu as comme moi, une V5 l'installation ne se fait pas complétement car le processus essaye de trouver le répertoire Prepar3D V4 pour y inscrire certaines DLL de D. Dawson dont:
* dsd_battery_charger.dll (dans le répertoire Gauges)
* dsd_fsx_fuel_dump_x64.dll (idem)
* dsd_fsx_xml_sound_x64.gau (idem)
* dsd_window_status_x64.gau (idem)
plus le module dXMLTools64 de Tom Aguilo (qui s'installe à la racine de P3D).
Donc si tu es sous P3D v5:
- soit il faudra leurrer le processus d'installation
- soit il te faudra télécharger ces DLL et les installer à la main dans le répertoire Gauges, mais il te manquera le fichier dsd_sonsCM170Restauravia.ini à placer dans le répertoire Gauges et qui sert pour la gestion des sons.
Pourquoi j'insiste sur ces points ... parce que la DLL dsd_fsx_fuel_dump_x64.dll devrait servir pour faire des transferts de fuel entre les différents réservoirs, enfin je le suppose.
Par contre j'ai consulter le fichier model_def.xml via MCX et je n'ai trouvé qu'un seul ensemble d'instructions pouvant gérer cela, c'est le switch_fuel_crossfeed.
Est-ce qu'il est utilisé, d'après la doc de RDLeDoc que j'ai lu en diagonale, il ne m'a pas semblé y avoir de référence à ce commutateur.
Bonjour,
Ce driver utilisé avec la SU3 Beta de MSFS 2024 provoque des retours bureau avec les avions MSFS 2020.
En ce qui me concerne, je suis revenu au 576.52, qui fonctionne parfaitement avec toutes les versions de MSFS dont les versions Beta précisément.
Un avis sur SOH d'un premier acheteur: https://sim-outhouse.org/sohforums/threads/virga-studio-alphajet-released-6-16.165091/#post-1399364
Traduction:
"Je vient de l'acheter, beau modèle dans l’ensemble.
Remarques : Les modèles de texture mate du cockpit et externe pourraient nécessiter un peu de travail, le fichier sonore a également des problèmes (il peut s’agir d’un fichier audio hérité), et je ne trouve aucun manuel nulle part. Est-ce que quelqu’un sait comment ouvrir la verrière ?
Les interrupteurs/leviers pour cela ont un point de clic mais ils ne bougent pas et je ne trouve aucun autre point d’interrupteur qui pourrait déverrouiller et ouvrir la verrière. Au-delà de ça, c’est un très beau modèle. J’adore l’avoir et l’Azurpoly Jaguar qui est juste un magnifique modèle"
Et un second:
"Est-ce moi ou les textures ont l’air (très) ternes et pas très détaillées ? Pas ce que vous attendez d’une version payware avec ce prix (les références sont les sorties récentes d'AzurePoly)"
Cela doit un jouet piloté par un enfant ... Et dire qu'ils ont réussi à avoir l'agrément de Dassault!
Bonsoir,
Alors là, je suis déçu: mais ou sont nos spécialistes du "push" sur Internet ?
Personne n'a remarqué qu'un Alpha-Jet est sorti sur SimMarket ? Franchement, cela me déçoit 
=> https://secure.simmarket.com/virga-studio-dassault-alpha-jet-msfs20.phtml
Avec un pilote sous-dimensionné et un prix de 34 € cela me semble un peu excessif.
Alain,
Pour ce qui est des autres avions de GAS, Paul m'avait dit en Janvier que si je voulais en transformer pour 2020/24, il était prêt à me transmettre les données pour le faire.
=> https://sim-outhouse.org/sohforums/threads/golden-age-simulations-ends-operations.165304/#post-1399279
Après ce n'est juste qu'une question de temps ... au minimum 3 mois pour chaque avion si on veut quelque chose de correct : ModelBehavior, textures PBR, modèle de vol adapté, etc.
En ce qui me concerne, des portages à la va-vite pour ranger sur une étagère cela ne m'intéresse pas. Ce n'est pas la quantité mais la qualité qui doit primer.
En tout cas, il n'existe pas de programme sur lequel on entre un avion FSX et il en ressort un 2020: la seule manière c'est des heures de travail.
Et je ne parle même pas de 2024, où si l'on veut des avions natifs, il faut découvrir le nouveau SDK et se gratter la tête ... d'ailleurs il n'y a qu'à compter le nombre d'avions natifs 2024 au bout de 9 mois de disponibilité (une vingtaine au grand maximum).
Pour ce qui est du Brunner A, en accord avec Paul nous avions commencé à travailler dessus en Novembre, donc la version Blender est déjà sur table.
Pour l'Electra, j'avais "anticipé" durant une période plus calme l'année dernière.
Pour les programmes de conversion, PlaneConverter ne donne pas de résultats sensationnels, j'ai abandonné.
Mon "workflow" actuel est :
- MSFSLegacyConverter pour les données CFG de base (et encore il faut "bien" savoir s'en servir),
- AIR Update pour passer les données aérodynamiques du fichier AIR en un fichier TXT,
- Aircraft Airfile Manager est aussi très utile pour une vision graphique de certaines données,
- MCX avec la licence accordée par Arno et sous réserve de l'accord de l'auteur pour isoler les fichier XML des animations et la 3D.
PS: Pour le Monocoupe, c'est un article dans le Fana de l'aviation qui m'avait accroché et je crois que la version que tu as présentée doit aussi figurer dans mon dossier Documentation de mon projet.
Alain,
Nous en avions parlé avec Paul fin Décembre de l'année passée et ce point était déjà acté.
La sortie du Super Stearman était le dernier projet et la mise à jour Model 75 et Super Stearman a été le cadeau de remerciement à toutes les personnes qui ont suivi leurs activités.
Entre nous, Paul voulait que je reprenne le nom de GAS pour continuer mais tout seul c'est vraiment trop de boulot. J'avais longuement réfléchi et j'ai préféré continuer à mon rythme et finir les projets que j'ai en cours.
Ceci dit j'avais prévu un Monocoupe 100 Clippedwings juste quand Paul m'a contacté en 2023 et je compte bien leur dédié. En plus l'Electra L12A qui était l'avion préféré de Jim sera surement le prochain que je mettrais en chantier.
Merci Henrik,
Faire le nouveau porte-avion français en cours de construction m'aurait bien plu (j'ai encore des anciens collègues en entreprise et j'ai pas mal de photos) mais avec mes "petits" avions, j'ai encore beaucoup de travail devant moi 
Ceci dit, ce que j'avais fait avec l'Aquitaine c'était pour FSX (et avec Gmax) et j'ai simplement reporté tout ce qui avait été fait sur MSFS (Blender).
Là le pont est effectivement durçi, même sous MSFS et qui plus est avec un bateau en mouvement.
Le seul point qui reste à résoudre, c'est que l'hélicoptère se pose en ('x,y,z) et y reste alors que le bateau continue sa route ... donc l'aéronef ne sait pas qu'il doit suivre ces "coordonnées mobiles".
Tout ce qui a été utilisé dans ce navire a été décrit das les pages de PV ...