Vous n'êtes pas identifié(e).
Bonjour,
Le Stearman Model75 v2.0 de Golden Ages Simulations est en phase de Beta tests par l'équipe française et américaine.
Cette version comprend un pack de son complet Wwise pour toutes les variantes, un 4ième modèle AN75N1 a été ajouté et les améliorations apportées au Super Stearman ont dans la mesure du possible été reportées sur ces appareil.
La nouvelle version apporte :
- une fonction pré-vol que j’avais codée sur le Super Stearman (click sur les parties mobiles pour valider les étapes de la pré-flight, checklists, valeurs critiques)
- les animations de remplissage du réservoir d’huile et celui du carburant (cette dernière a été revue et améliorée)
- des textures intérieures PBR ont été rajoutées et d'autres refaites (tubes de structure, cuirs, les consoles, etc)
- les câbles qui rigidifient les haubans sont désormais texturés de manière réaliste
- les animations des hélices ont été refaites pour rajouter une légère hésitation/oscillation lors des opérations de brassage
- les zones des ailes pour accéder au cockpit ont été refaites et disposent d'une texture PBR
- la modélisation des ailes a été revue notamment au niveau des joins karman
- des zones d’anticollision ont été rajouté sur les modèles pour que les zones de click du premier cockpit n’interfèrent pas lorsque on inter-agit dans le cockpit arrière
- les fichiers ENGINES.cfg et FLIGH_MODEL.cfg ont été entièrement revus pour prendre en compte l’erreur sur les manifolds des versions v.1.x
- les comportements des moteurs ont été améliorés surtout pour que les valeurs de puissance aux régimes les plus utilisés soient les plus exactes possibles
Autres points d'importance:
- des sons au format WWise ont été sous-traités à SimAcoustics pour les 2 moteurs utilisés: Continental R-670 et Lycoming R-680 E3
- des sons WWise pour l’utilisation de ces modèles en tant que modèle AI sont inclus
Un 4ième modèle 3D a été rajouté: le AN75N1 ce qui nous a permis de réaliser la texture du fameux « Cannibal Queen » (selon la réponse du propriétaire, elle sera incluse soit dans le pack soit fournie en repaint freeware).
Le modèle de gestion avancé du moteur développé pour le Super Stearman n'a pas été retenu car, il aurait fallu l'adapter sur les 4 appareils donc un travail trop important.
Lorsque la version sera prête, nous vous en informerons.
Les clients actuels ne devraient rien payer:
- si vous avez acheté directement chez GAS via PayLoadz, vous recevrez un e-mail,
- si vous avez acheté chez JustFlight ou de SimMarket, ces deux distributeurs ont un processus spécifiques et ils vous contacterons.
Les clients du MarketPlace 2020 devraient être informés de la mise à jour.
Le modèle sera également migré vers la boutique MarketPlace 2024 puisque les 4 modèles seront compatibles.
Soyez simplement assuré que si vous avez acheté le modèle de manière légitime, vous aurez droit à une mise à jour sans avoir à débourser.
Une image des tests en cours: j'ai rajouté une fioriture sur chaque modèle que mon ami Bô m'avait demandé sur le C150 Tibush (2014) et qui permet de surfer sur l'eau.
Bonjour,
Pour avoir travaillé 40 chez THALES, je peux me permettre de donner quelques explications:
- acheter des actions de THALES ou de Dassault ne permet simplement que de permettre à ces entreprise d'investir dans leurs développements propres (renouveler leurs matériels de production, former du personnel, etc),
- participer aux fond d'investissement qui est en cours de création permettra par contre à l'Etat de "passer commande" à ces entreprises pour qu'elles puissent développer des produits qui ensuite seront utilisé ou disponibles pour nos différentes Armées.
Une entreprise d'armement ou quelconque ne peut produire des grandes quantités que si il y a un "bon de commande" donc un financement qui lui permet de créer. Cela ne pet pas être fait sur ses fonds propres.
Au début de ma carrière, j'ai travaillé sur des prototypes que THALES développait sur fonds propres mais cela ne concernait qu'un ou deux exemplaires. Pour ensuite pouvoir faire une série, il fallait que l'Etat par l'intermédiaire de la DGA passe une commande et donc alloue un financement conséquent pour que 'ensuite la société puisse acheter les matériels, embaucher du personnel, lancer des chaines de fabrication.
C'est de l’économie basique.
Juste au cas où je puis me permettre: on n'est plus du tout dans le sujet !
Bonjour,
Il n'y a pas que Simplygon comme solution potentielle.
a) D'autres alternatives existent comme celle-ci: https://www.fsdeveloper.com/forum/threads/creating-lods-with-instalod.459710 présentée par RhumbaFlappy.
b) Tu as aussi Losco Nosciuto qui a développé quelques outils pour créer des LODs: https://www.fsdeveloper.com/forum/threads/ln-lods-calculator-free-addon-for-blender.459551
c) Je crois me souvenir aussi que Arno est en train de rajouter des fonctions à MCX pour réaliser des LODs ... à suivre.
Toutes mes informations viennent de FSDeveloper (Veille techno. journalière) et de son moteur de recherches, le cas échéant pour retrouver les liens.
Bonjour,
On est déjà en HS par rapport au sujet mais voici quelques infos:
- Pour avoir la béta il faut installer "XBox Insider Hub" via le Store puis le lancer et demander à bénéficier de ces versions beta (rejoindre la team)
- Une fois que ceci est fait, il est préférable de rebooter le PC et de relancer l'appli XBox (ceci permet à Microsoft de vous envoyer les "données" nécessaires pour vous autoriser à disposer de la beta)
- Si on demande ensuite à installer la béta via l'application XBox, elle va être installée par-dessus votre ancienne installation
- Vous conservez vos réglages si tout se passe bien ... (parfois il y en a qui ont moins de chance que les autres ...)
- Une fois que la version finale est délivrée, normalement elle s'installe par-dessus cette béta car certains fichiers changent lors de la création de la version définitive
- Par contre si vous n'êtes pas sorti du team "XBox Insider Hub", vous allez automatiquement avoir la prochaine Béta qui va s'installer dès qu'elle sera disponible
- Pour éviter cela, il vaut mieux sortir de cette team avant que la SU1 soit distribuée de manière préventive.
- Généralement ceux qui ont installé leur MSFS en dehors du chemin proposé par défaut (C:\....) n'ont aucun souci; pour ceux qui sont dans le chemin par défaut, il arrive souvent que l'on soit obligé de tout réinstallé.
Ceci est l'expérience que j'ai acquis après plusieurs installations de beta tant sur FS20 que sur F24.
Bon, je suppose que tu parles en Mode Édition d'un vertex qui est sélectionné et donc qui change de couleur.
Cela se passe dans le menu Edit -Preferences puis dans l'onglet Themes et enfin "3D Viewport".
Blender te permet de presque tout changer au niveau des couleurs et de la taille ... le tout est de trouver le nom de la caractéristique que tu veux changer.
Cherches "Vertex size" dans la colonne de droite et essaies plusieurs valeurs, cela change à la volée.
Pour la couleur c'est dans l'autre colonne (gauche) sur le label "Vertex"
Perso, J'utilise 3 px mais avec 10 cela va être parfait pour toi. Plus fros tu risques d'avoir les vertex qui se chevauches et tu ne pourras pas les distinguer.
Bonjour Marc,
Il y a aussi la chaine de "MELTING PRO" (en Français) qui d'un point de vue graphiques/textures est aussi très intéressant.
La question posée par Marc est celle-ci: comment fixer l'image et non comment afficher une image.
En réponse à cette question de rendre un objet fixe pour ne pas le déplacer malencontreusement, il y a cette méthode:
Sélectionnes ton objet.
Appuies sur N pour ouvrir le panneau des propriétés.
Va dans l'onglet "Item" et sous la section "Transform", tu peux verrouiller les axes de déplacement pour empêcher l'objet de bouger le long des axes X, Y, Z.
Cliques sur les icônes de cadenas à côté de Location, Rotation et Scale pour verrouiller l'objet dans sa position, rotation, et taille.
Voilà, c'est tout. après il faut s'en souvenir afin de déverrouiller l'objet si besoin.
[HS]
Salut Yves,
Alors nous étions "collègues" puisque de mon côté, j'ai passé 38 ans chez THOMSON-CSF puis Thales Naval Combat System et enfin DCNS.
[/HS]
@Avro,
Comme tu viens de le faire justement quand je m'adresse à quelqu'un en particulier, j'ai l'habitude de commencer mon post par : @Interlocuteur . Quand je réponds sans préciser, c'est que je m'adresse à tout le monde. il me semble que c'est une règle communément appliquée par le plus grand nombre.
Si tu me relis, il me semble bien que c'est la démarche que j'ai appliqué donc je ne comprends pas 
Ceci dit, j'ai bien saisi qu'il y avait eu une mauvaise compréhension entre nous et d'ailleurs je m'en suis excusé plus haut.
Je sais parfaitement que tu as un profil technique (je lis les signatures des différentes personnes qui publient) et que toutes ces explications te sont connues. Par conséquent justement je ne t'ai pas répondu personnellement et je me suis adressé à tous dans l'optique de me mettre à la portée du plus grand nombre. Compte-tenu de tes connaissances, je ne comprenais justement pas pourquoi tu amenais la discussion sur l'optimisation des services et des applications en tâches de fond, ce qui dans le cas présent ne me semble pas être la raison principale de ces temps de chargement.
On m'a déjà maintes fois accusé d'utiliser trop de "termes techniques" et de ne pas assez vulgariser ors là tu me reproches le contraire. Alors je veux bien essayer de contenter tout le monde mais ... 
Sans vouloir donner de leçons (je préviens et je souligne pour pas qu'il y ait de malentendu) et comme tout le monde en général, cela m'arrive aussi de prendre la "mouche" et je comprends que cela a pu être ton cas: c'est humain.
Depuis près de deux ans j'essaye le plus possible de prendre sur moi, de prendre du recul voire de m'excuser même lorsqu'il ne me semble pas avoir fauté. Dans ce cas, je laisse la discussion je vais faire autre chose et je reviens deux ou trois heures après avoir les idées plus claires.
Tout à l'heure Maclen m'a un peu "froissé", avant je lui aurais répondu du tac au tac maintenant je laisse couler et je vais voir un film pour me changer les idées 
Merci Bernard, cela met parfaitement le problème en lumière.
Le souci que j'avais illustré est qu'il ne sert à rien d'optimiser son PC pour solutionner ce problème car la raison de ces temps variables se situent entre votre carte réseau et les serveurs c'est-à-dire la partie sur laquelle vous avez le moins d'emprise possible.
Le fameux correctif qui consiste à "synchroniser" l'horloge est un placebo pour la raison suivante:
- lors de toute installation de Windows, celui-ci installe un service (tâche qui travaille en permanence) NTP "Net Time Protocol".
Ce service est une tâche qui va régulièrement contacté un serveur de temps et calculer la différence entre le temps donné par ce serveur et le temps qui est indiqué par votre horloge locale. Si il y a une différence, un asservissement va se mettre en marche qui va permettre à l'horloge locale de réduire peu à peu cet écart de temps. Cela ne peut pas se faire instantanément car si votre horloge est en avance, cela obligerait le PC à revenir dans le temps pour rallier l'heure de référence et dans certains cas, ce genre de retour vers le passé peut planter une application voire le PC.
Le placebo qui est proposé consiste à forcer cette synchronisation entre le serveur de temps pour que son heure de référence remplace votre heure locale. Généralement la différence de temps est de l'ordre d'une dizaine voire une centaine de millisecondes, pas plus.
Pourquoi votre horloge dérive dans le temps ? En fait chaque PC est équipé d'un morceau de quartz qui oscille à une fréquence déterminée. C'est cette oscillation qui permet de "battre la mesure" au niveau u processeur et qui cadence les cycles CPU.
Néanmoins, chaque quartz est différent car il s'agit d'un "morceau de pierre" taillé et qu'ils n'ont pas tous la même taille et donc la même fréquence.
C'est ce qui explique pourquoi tous PC (Windows, Linux, MacOS) dispose d'un service de temps NTP de manière à corriger cette dérive temporelle pour chaque machine car même les serveurs de temps ont un service NTP pour se synchroniser à une horloge atomique qui elle ne dérive pas ou très peu.
Maintenant que ce phénomène est expliqué et j'espère compris par le plus grand nombre, et vu l'explication via les graphiques de Bernard vous devriez comprendre pourquoi interférer sur votre service NTP pour avancer l'heure de quelques millisecondes est un peu incompréhensible.
Enfin il y a une dernière composante qui est le rôle des serveurs Microsoft qui envoient les données à un utilisateur. Microsoft soucieux de rentabiliser ses moyens à du mettre en place un nombre de serveurs pour MSFS qui n'est pas infini donc lorsque vous demandez une authentification et les données nécessaires pour lancer une session, il se peut très bien que ce serveur soit sollicité par plusieurs personnes en même temps et donc ce serveur va être obligé de se scinder en plusieurs entités virtuelles qui vont envoyer ces données aux différents solliciteurs.
Je ne sais pas combien de Go sont envoyés par le serveur mais cela peut se chiffrer avec précision en utilisant une application comme "wireshark" qui est un "sniffeur réseau".
Disons que vous avez besoin de 10 Go, le serveur va donc ouvrir une connexion privilégiée avec votre PC et vous envoyer des paquets de taille conséquente (5 Mo) mais pas les 10 Go d'un coup car s'il faisait ainsi le client en attente devrait attendre la fin du transfert pour avoir "sa" connexion.
Le serveur va donc servir le client A en lui envoyant un certain nombre de paquets d'octets puis se connecter au client B et le servir de la même façon et ainsi de suite. C'est la notion de "Time Sharing" ou en français de "temps partagé" qui régit le fonctionnement des systèmes d'exploitation des PC (et d'autres machines).
Suivant le nombre de connexions (clients) à un instant donné, vous comprendrez aisément que le temps de chargement peut varier en fonction de ce facteur précis. Plus il y aura de clients et plus il faudra de temps sans compté la nature ou le chemin entre votre PC et le serveur.
Voilà, là je pense que le tour du sujet a été traité et que vous devez être en mesure de comprendre tout ce qui intervient dans le chargement d'une session MSFS 2024 ou MSFS 2020.
Avro,
Mon propos n'était pas de descendre en flèche ta proposition qui dans l'optique d'une optimisation de l'OS se comprend parfaitement. Je ne peux que l'appuyer. Ma réflexion sur la pirouette du "sexe des anges" portait sur les 3 feuilles du post déjà écrites et pas particulièrement sur ta réponse.
Il me semble bien avoir précisé mon propos dans le PS ... mais bon.
Sur l'optimisation que tu proposes, j'ai pratiqué ainsi depuis des lustres jusqu'à W10 pour m'apercevoir que les différents services démarrés par Microsoft sont tellement imbriqués entre eux que vouloir réduire ces services est parfois contre-productif (en supprimant le service DHCP qui ne me sert pas fichait le bazar ailleurs).
Ceci dit, il faut distinguer "services" et "Applications Store". Les applications store peuvent être désinstallées et remplacées par des équivalents parfois moins lourds et surtout en version portable ce qui permet de les installer ailleurs que sur C:
Attention quand même il faut laisser celle su Store et celles XBox qui sont indispensables pour nos simulations.
Si tu as compris le contraire, j'en suis désolé c'était pas le but.
On m'a souvent reproché d'être trop technique donc là, j'ai essayé d'être le plus clair possible et d'illustrer le problème avec un exemple qui devrait être compris par tous. Apparemment, c'est pas le cas.
Autre illustration plus pratique, en 2000 je travaillais avec des collègues basés en Afrique du Sud et pour échanger nous passions par une application "tableau blanc" car il y avait un "lag" d'au moins 5 s avec le téléphone plus les soucis d'accent qui n'arrangeait rien ...
Selon l'horaire de la journée (il y a 2 h au max de décalage entre la France et l'Afrique du Sud) on voyait parfaitement le "lag" se modifier (il augmentait mais ne se réduisait jamais) lors des échanges textuel.
De plus, régulièrement, nous avions nos livraisons logicielles à échanger dont le volume (plusieurs Gigaoctets) était connu à priori. Selon l'heure de la journée, le temps consacré à ces échanges pouvait varier dans de fortes proportions pour un volume donné.
Je n'irais pas plus loin dans les détails mais là vous avez un exemple concret d'échange de données sur de longues distances en passant par Internet.
Pour Maclen, là ma réponse sera directe: il me semble que tu te moques de mes explications (c'est mon ressenti).
En ce qui me concerne, si l'échange prend cette tournure, cela ne m'intéresse absolument pas donc désolé d'avoir perturbé vos réflexions, je vous laisse à vos discussions.
Mais cela ne changera rien à la technique qui est ce qu'elle est ni au fonctionnement d'Internet.
Bye.
Bonjour,
Toute cette discussion me fait penser à la question du "sexe des anges" ...
Lorsque on dispose d'un logiciel installé sur son PC dont on maitrise le fonctionnement du moins on l'espère, on peut faire des prédictions et des estimations de ce genre.
Ave FS20 et FS24 nous sommes dans une architecture distribuée basée sur un client et des serveurs distants, le tout soumis aux aléas du réseau Internet mondial.
Supposons que vous habitiez en banlieue et que vous demandiez au livreur de pizza résidant de l'autre côté de la ville de vous livrer et que vous vouliez avoir un temps de livraison stable ...
Oui, mais avez-vous pris en compte le fait qu'il y a du trafic sur les routes, peut-être des travaux, des encombrements et que le livreur peut tomber en panne ?
Internet, c'est à peu près cela avec un facteur d'échelle inimaginable.
Entre vous (le PC client) et le serveur Microsoft distant, savez-vous le nombre de relais (les serveurs DNS, les routeurs, le équipements réseaux intelligents) qui vous séparent et qui chacun d'entre eux peuvent avoir un pic d'utilisation à un instant donné, être saturé ou tomber en panne, obligeant le flux de données à changer de voie (de circulation) pour réussir enfin à finir dans votre carte réseau ?
Vous semblez raisonner comme si vous étiez relié directement par un fil à ce serveur sans aucune perturbation ... désolé, c'est faux. Excusez-moi de vous dire que c'est la VERITE crue et sans ambage.
Donc que votre démarrage prenne 1mn le matin et 6mn l'après-midi lorsque les USA se réveille (les 6 heures de décalage horaire) c'est parfaitement possible et même c'est conforme à l'attendu.
Ok, vos serveurs ne sont sans doute pas aux USA mais en Europe mais je ne pense pas que TOUTES les données "streamées" soient disposées sur de multiples serveurs tout autour de la planète. Au mieux, il y a peut-être quelques serveurs miroirs qui dupliquent ces données pour gommer les aléas du réseau mondial.
Simplement, je voudrais vous rappeler l'épisode récent qui empêchaient au gens de s'authentifier afin de lancer FS24 pour la raison toute simple d'un souci de disponibilité de certains serveurs, serveurs qui sont "beaucoup plus petits" (je parle hardware et ressources) que ceux qui hébergent toutes ces données.
Alors, continuer à parler du "sexe des anges", cela m'amuse et occupe mes après-midi de voir autant de perte en ligne 
PS: aucune animosité, ni polémique, simplement un rappel basique de ce qui se trouve en tâche de fond derrière un simple jeu client-serveur. qui plus est "streamé".
Bonjour,
Pour ce qui est des versions FS24, je voudrais rappeler plusieurs choses:
- ces modifications sont réalisées sur la base des avions proposé dans l'add-on Reno, qui a été distribué pour FS20; en fait il s'agit pour l'auteur via quelques lignes de codes XML (il n'y a rien de péjoratif) de rajouter des éléments 3D générés dans des fichiers séparés et des les rattacher au modèle initial de Microsoft/Asobo, après il faut aussi penser à la gestion des animations qu'il a rajouté.
- pour l'instant je n'ai pas vu que cet add-on Reno avait été rendu disponible sur FS24 donc ...
Tant que le pack Reno ne sera pas proposé pour FS24, je ne sois pas comment Randall pourrait migrer ses "mods" ... à moins qu'il ne réalise ces deux avions en partant de zéro !
Eh bien c'est assez facile ...
Tout d'abord, il faut un compte que l'on peut créer via cette page: https://support.discord.com/hc/fr
Ensuite deux possibilités pour y accéder:
- soit on télécharge l'application et on l'installe en local
- soit on l'utilise via son l'URL suivante: https://discord.com et on clique sur le bouton "Ouvrir Discord" tout en haut et à droite de l'écran
Avec son compte on peut ensuite s'abonner à différents serveurs pour échanger ou consulter des infos.
On peut aussi créer son "propre serveur" et le gérer, ouvrir des dossiers et partager des infos.
J'ai découvert cela grâce à mon fils qui est développeur sur Android et avec qui j'échange de temps à autre via ce média.
Si tu veux essayer, j'ai mon propre serveur discord : French-VFR https://discord.gg/QDfTVsd
Bonjour,
Pour suivre les avancées des travaux de Randall (concepteur du projet), le mieux est d'aller sur son discord (https://discord.gg/mBHKrP2dhV) et de suivre les évolutions.
Dans les rubriques version-history, vous trouverez les versions en cours pour chaque mod.
Celui du T-6 est disponible en version Alpha -1 .0.3
Sinon il y a les discussion sur SimOuthouse (SOH): https://sim-outhouse.org/sohforums/threads/asobo-p-51-improvement-mod.164299
Bonjour,
Merci pour le clin d’œil mais pour être très exact, il s'agit du modèle IB75A équipé d'un R-985 Junior // Pratt & Whitney 450 HP.
Le modèle 75 était plûtot représenté par le PT-13, le PT-17 ou l'A75L300 équipé de moteur Continental ou de Lycoming avec une puissance nettement moindre (~ 200 HP).
Bonsoir Marc,
Décrypter le InGamePanel\FlyAssistant.spb ne sert strictement à rien, car en fait c'est juste un "wrapper": un bout de programme qui permet de rajouter une icône dans la toolbar et de l'associer à un programme html/css/js.
Il existe des exemples sur GitHub (à vous de chercher) qui permettent d'avoir des exemples et de réaliser son icône
=> https://www.pilote-virtuel.com/viewtopic.php?pid=1112465#p1112465
... ensuite c'est là que le boulot commence: à savoir construire son interface en html/css/js pour faire quelque chose.
Pour cela je vous conseille d'acheter un sac d'aspirine car c'est un sacré bazar et surtout non documenté.
Pour mes interfaces du Stearman, j'y ai passé 2 mois et demi pour réaliser une ébauche fonctionnelle et ensuite encore un mois et demi pour l'avoir entièrement opérationnelle selon mon cahier des charges initial.
Comme tout ce boulot m'a demandé un très gros investissement, pour une fois je ne le décortiquerais pas: cela restera "un de mes trucs secret" donc pas la peine de demander ensuite comment faire, à vous de chercher. Ceci dit, tout se sait à la longue mais je garde cela pour moi car je suis en train de le réutiliser pour l'Aeronca et le Canso PBY-5.
Avec un bémol:
- l'utilisation de fspackagetools du SDK et un fichier XML de projet permet néanmoins de compiler sans aucun souci le dit projet.
Donc à priori, il y a de fortes chances que cela se situe au niveau des serveurs d'authentification des comptes XBox/Microsoft Store.
Autre possibilité:
- Quand vous avez plusieurs DataCenters dont un est surchargé, que font les administrateurs?
Ils vont virtuellement affecter des ressources(serveurs) d'un DataCenter sous-exploité vers ceux qui ont besoin de ressources, c'est "l'équilibrage de charge" dans le jargon informaticien.
C'est quand même bizarre que FS20 qui n'avait pas de souci jusqu'à présent, se retrouve en manque de ressources pour valider les demandes de lancement alors que dans le même temps FS24 qui lui peinait à honorer les demandes puisse se lancer comme une fleur ...
Mais il est vrai que je suis vraiment une langue de vipère donc ... je sors!
Bonjour,
Juste une pensée très simpliste: si les connecteurs des 4000 étaient fragiles au point que certaines cartes prenaient feu en raison de l'échauffement du câble en question(puissance dissipée: 450 Watts) ... avec des cartes 5000 dont la puissance et la consommation vont faire un sacré bond en avant, quelles surprises auront nous?
A titre d'info et d'après Cowcotland, les 5090 sont prévues pour consommer jusqu'à 550 Watts! D'autres sites (Hardwareandco.com) poussent jusqu'à 600 Watts ...
Petits rappels:
- https://www.clubic.com/pro/entreprises/nvidia/actualite-438972-geforce-rtx-4090-il-n-y-aurait-pas-comme-un-probleme-avec-le-connecteur-12vhpwr.html
- https://www.tomshardware.fr/surchauffe-de-ladapteur-12vhpwr-le-point-sur-les-investigations
NVidia a-t il tirer des enseignements de ses anciennes erreurs ?
Ces fameux connecteurs ont-ils été revus ?
Sans doute il faudra 2 connecteurs à 8 broches donc les alimentations d'aujourd'hui seront sans doute dépassées?
Bref, un peu de mémoire dans le domaine du hardware peut servir ... 
Après si c'est simplement pour avoir la plus grosse ... consommation à son compteur LinkY, pourquoi pas 
Heureusement les 5080 semblent moins voraces mais à 400 Watts aussi ...
Bonjour Yan,
Windows toujours attentif à ton bien être, lors d'une installation de drivers, le copie systématiquement sous C:\Windows\System32\drivers au cas où.
Lorsque tu désinstalles un driver et que tu rebootes, si tu ne prends pas certaines précautions (démarrage en mode sans échec et en Adm) , Windows va aller dans ce répertoire et réinstaller le driver en backup.
Si tu fais une mise à jour de ce driver (gestionnaire de périphériques ... driver plus à jour ...) ce backup est automatiquement mis à jour.
Voilà l'explication de ce qui t'es arrivé: ton driver sauvegardé devait avoir un souci (fichier vérolé ou autre) et avec la mise à jour forcée, cela a réglé le souci.
Bonjour Marc,
Si tu prends ce fichier cockpit.CFG, il est organisé en rubrique comme le aircraft.CFG, chaque rubrique portant sur un instrument. Ce qui ne veut pas dire que si tu complètes toutes les rubriques possible, tu obtiendras tous les instruments sur ta vue ... là, je n'ai pas trouvé la raison ni la liste de ce qui pouvait être déclaré dans ce fichier.
Question documentation, c'est là: https://docs.flightsimulator.com/html/Content_Configuration/SimObjects/Aircraft_SimO/cockpit_cfg.htm?rhhlterm=cockpit%20cfg&rhsearch=cockpit.cfg
Comme tu pourras le lire, la plupart des tableaux ne sont ... pas renseignés 
.
Seul la rubrique [MISC] l'est, maintenant que faut-il comprendre ... que ce qui est défini dans MISC, ce sont les instruments qui seront affichés .. sans doute, faut essayer.
Prenons un exemple qui fonctionne, la gauge AIRSPEED, comme tu peux le voir, les différents paramètres te permettent de définir les arcs ou les plages de l'instrument.
En relisant la section MISC, on trouve des informations sur la nature des unités/styles qui sont utilisées. Ceci dit, le SDK 2020 pourrait mieux faire ( le SDK 2024 n'est pas beaucoup plus clair).
[AIRSPEED]
min = 0 ;
lowlimit = 0 ;
white_start = 29 ;
white_end = 43 ;
green_start = 43 ;
green_end = 87 ;
yellow_start = 0 ;
yellow_end = 0 ;
red_start = 0 ;
red_end = 65 ;
highlimit = 87 ;
max = 95.7 ;
[MISC]
This section controls certain HUD elements that will be visible when the user is in "3rd person mode" as well as the style that will be used to display them.
Available parameters are:
Parameter g_meter
Description When set to 1 (TRUE) a G-meter will be displayed on the external HUD, and if set to 0 (FALSE), none will be displayed.
Default value is (FALSE).
Type Bool
Required No...
Bonjour Marc,
Si tu fais référence aux gauges qui sont affichables en mode extérieur et intérieur (en fonction de la GUI utilisateur), ces gauges sont configurables via le fichier cockpit.CFG qui se trouve à la racine de l'avion.
On peut pas changer les unités (de mémoire) mais on peut y indiquer les valeurs des arcs blancs, jaunes, verts et rouges pour renseigner les plages de fonctionnement de ces gauges.
OK; le lien est supprimé.
Pour le SM 79, il faut voir côté "FlyAway", il y en a à télécharger.
Disons que je connais Richard depuis une bonne dizaine d'année même s'il ne se souvient pas de moi et de son site sur les simus ferroviaires.Quand on peut dépanner, pourquoi s'en priver et le jour de Noël ... en plus