Vous n'êtes pas identifié(e).
Bonjour Tim,
Parles-tu de scènes FSX "portées" sous MSFS donc utilisant des MDLs ou bien des scènes re-travaillées pour disposer de GlTF et de DDS ?
Ce qui est absurde, de mon point de vue, c'est d'utiliser des ressources de calcul pour adapter le détail des objets pour les refabriquer en temps réel dans le simu.
Ah bon ?
Pourtant en suivant ce raisonnement, qui fait la gestion du LOD à afficher et qui décide de charger ou de décharger tel LOD ... C'est bien le simulateur donc le logiciel. Savez-vous le temps nécessaire pour faire plusieurs LODs et les textures associées car les textures elles-aussi sont à revoir pour être adapter.
Quand j'écrivais le terme absurde, je reprenais mot pour mot les termes d'Alpine Scenery. Ceci dit, il faut soi-même avoir développé pour appréhender ces problèmes et leurs conséquences. D'un point de vue utilisateur, le problème est différent.
Néanmoins, il faut garder en tête que le succès de FS, tient en grande partie aux développeurs tiers (freexare et freelance). Si Microsoft leur coupe l'herbe sous le pied, je ne pense pas que la durée de vie de MSFS soit aussi longue que celle de FSX.
De plus, ne vous leurrez pas, ce sont les XBox qui peuvent tirer parti de cette technique car leur architecture est figée et ne bougera pas avant la prochaine génération, alors que les ressources des PC actuels sont très importantes et risque de l'être encore plus dans les 6 mois à venir.
Eh oui Nezhaut, on s'éloigne doucement mais surement de la philosophie de FS2004 ou de FSX. On verra si cela est une bonne chose mais personnellement, j'en doute.
Bonjour,
Je suis cette discussion avec intérêt sur AVSim mais je ne pense pas qu'une scène qui ne respecte pas le critère des 3 LODs (SDK + forums Q&A officiel) soient l'origine de ces CDT. Pour preuve la scène de CYMX et de CHT3 où il n'y a qu'UN LOD et qui se comportent très bien. Ce n'est qu'un exemple. Ou alors ce sont sur des très grosses scènes et on arrive à un manque de ressources qui conduisent au plantage ... A voir, je n'ai pas de grosses scènes d'éditeurs.
Sur cette même discussion AVSim, Alpine Scenery le dit bien, "il est absurde de demander aux développeurs de gérer cette histoire de LODs alors que le simulateur pourrait très bien le faire lui-même".
Sur une petite scène créer 3 LODs par objet, c'est faisable mais sur une scène genre celle de FlyTampa c'est un boulot monstre.
D'autre part, la plupart des développeurs freeware ou freelance, utilisent Blender qui ne permet pas dans l'état actuel de générer plusieurs LODs lors d'une compilation. Etant développeur moi-même, j'ai expérimenté cette fonction qui ne marche pas dans l'état actuel du plugin de Vitus.
Sans doute avec 3DS Max, cette fonction marche-t elle mais vu le prix du logiciel, seuls des développeurs ayant pignon sur rue ou des gros éditeurs peuvent se le payer.
Dans l'état actuel des choses, si cela devait aller dans ce sens, posez-vous la question: le nombre impressions de développements que vous trouvez sur Flightsim.to existera-t il encore si jamais Microsoft continue dans cette voie ?
Ces développeurs ne pourront plus consacrer le temps nécessaire à ces développements, ou bien il y en aura moins ou encore la manne va se tarir !
Dernière possibilité, il ne restera que les meilleurs ou les plus tenaces ...
Bonsoir,
Coup de tonnerre dans le Landernau !
CF: https://www.facebook.com/FlyByWireSimulations
En raison des problèmes de stabilité de la plateforme Sim Update 5 qui sont hors de notre contrôle, nous avons retiré l'A32NX du marché MSFS jusqu'à nouvel ordre.
Nous vous recommandons de télécharger la dernière version de développement de l'installateur FBW.
Ceci dit, autre son de cloche sur AVSim : https://www.avsim.com/forums/topic/604420-fbw-team-have-pulled-the-a32nx-from-the-store où là c'est Asobo qui a pris la décision.
Toujours est-il que cela fait tâche ...
Mille fois merci Woodstock, je n'aurais JAMAIS trouvé sans toi
Comme quoi, on a toujours besoin d'un plus petit que soi 
Sans blaguer, ce n'est plus plus ni moins que des conseils tirés d'un post que quelqu'un avait écrit l'année dernière M'ENFIN !
Flo,
Essais de lancer Microsoft Store puis d'installer/mettre à jour l'appli XBox 
(last version 2108.1000.30.0)
Puis tu la lances et tu te connectes via ton compte Microsoft (celui en ligne)
Le programme XBox dont il est mention est celui qui est sous: Menu Démarrer - Applications - XBox
Ce programme est impératif pour ceux qui ont acheté la version Store.
Lorsqu'il est lancé la première fois, on doit se connecter avec son compte Microsoft et on peut dans les Paramètres, choisir de "Rester connecté". Si ce paramètre n'est pas coché, le lancement de MSFS (version store) ne peut aboutir.
Qund MSFS ne se lance pas, il vaut mieux toujours vérifié si on est bien connecté via la XBox et si ce n'est pas le cas, le faire.
Tu peux aussi installer les applis XBox/Service de Jeu/etc via : Menu Démarrer - Applications Microsoft Store
puis un click sur les trois petits points (...à en haut à droite et sélectionner "Téléchargements et Mises à jour"
Si jamais l'installation d'un de ces produits échoue ou bloque, il y a un message d'erreur qu'il faut noter genre 0x800XXXXX
Généralement si cela m'arrive, une recherche sur Google avec ce code et j'arrive toujours à le résoudre et à poursuivre.
Oui, et dedans il est comment ton Castor ... Dedans, il y a Pollux dirait Patou 
Il y a déjà des posts sur ce sujet sur AVSim: le WT CJ4 ne fonctionne pas et il n'est pas le seul !
=> https://www.avsim.com/forums/topic/603928-su5-list-of-add-onsmods-no-longer-working
CJ4 v0.12.6: https://www.workingtitle.aero/packages/cj4
G3000 v0.7.4: https://www.workingtitle.aero/packages/g3000
G3X v0.1.0-dev9: https://www.workingtitle.aero/packages/g3x
Après lecture de la doc, il y a sur la carte mère deux connecteurs vidéo pour utiliser le processeur graphique intégré dans le CPU.
Onboard Graphics ∙
1x HDMI port, supports a maximum resolution of 4096x2160 @ 30Hz ∙
1x DisplayPort port supports a maximum resolution of 4096 x 2304 @ 60Hz
Ces deux ports sont entre le port PS2 et le port USB 3.2 GEN2 (port avec un plastic rouge à l'intérieur).
Si l'écran est sur un de ces ports je ne vois pas comment Prepar3D pourrait utiliser la 3080.
Il faut vérifier si la 3080 est correctement alimentée. Si l'alimentation ne permet pas de connecter toutes les prises nécessaires, elle ne pourra pas fonctionner. Elle devrait apparaître dans le Gestionnaire de périphériques.
Ce n'est pas parce qu'il a été monté par des professionnels, qu'ils n'ont pas pu faire d'erreurs. Et ensuite l'écran n'a surement pas été connecté par eux mais par toi Franck, lors de sa mise sous tension chez toi. Je ne crois pas qu'ils fassent la mise en marche chez le client
Question doc, j'ai pris la version Europe puis la version Anglaise plus précise.
Page 30 de la doc (version Europe), il y a 4 LEDs sur le haut à droite de la carte mère :
CPU - indicates CPU is not detected or fail.
DRAM - indicates DRAM is not detected or fail.
VGA - indicates GPU is not detected or fail.
BOOT - indicates the booting device is not detected or fail
Si la LED n°3 ne s'allume pas, il y a souci en vu ...
Attention ces LEDs peuvent être invalidées par un commutateur LED_SW1 en bas à droite de cette carte mère.
Le menu BOARD EXPLORER en page 40 doit permettre de voir si la 3080 est bien détectée par le BIOS.
Les caractéristiques du CPU peuvent être configurées via le menu CPU Features sub-menu (page 44 de cette même édition)
Dans la version anglais de la doc, j'ai vu en page 54:
▶ Integrated Graphics Configuration sub-menu
Adjusts integrated graphics settings for optimum system. This sub-menu is only available when using the CPU which integrate with IGP.
Ce menu doit apparaître si le processeur a un IGP intégré (Integrated Graphic Processor). S'il est présent il doit permettre de désactiver l'IGP. Dans ce cas, on sauve les paramètres du BIOS et on reboote.
MAIS on prend la précaution de connecter un écran sur une des sorties de la 3080, évident mon cher Watson
mais impératif
Je ne vois pas ce que démontre ton exemple et tes codes XML donnés dans le spoiler.
La seule différence entre les codes de Lagaffe et les tiens, c'est les étiquettes associées aux aiguilles tandis que les codes sont les mêmes :
<Name>needle_altitude_100</Name> est juste un label que l'on associe à une pièce d'une part et à une animation d'autre part.
Ceci dit, comme il s'agit d'étiquettes, on pourrait très bien les appeler "tarte_aux_pommes", "tarte_aux_poires", "tarte_aux_marrons" ... la partie <Code> ne changeant pas, cela reviendra au même
Si Franck donnait les références de sa carte mère, on pourrait télécharger le doc et voir directement où aller mais il semble ne pas vouloir 
Sorry , man !
Soit donc en récapitulant :
- la grande sur les milliers de pieds,
- la trainante sur les centaines,
- la petite sur les dizaines
ce qui correspond aux codes XML utilisés.
Fait à l'instant:
- avant décollage on remet l'altimètre à jour (touche B)
- avec mes réglages, pas de zone brouillée derrière le marqueur du niveau d'essence, verrière fermée
- sur l'altimètre la grande aiguille montre bien 2000 feets (identique à l'outil SIMVar qui donne 1969,50 feet exactement)
- l'aiguille trainante qui arrive sur le zéro (le rond rouge avec un point) montre les dizaines de pieds
- la petite aiguille montre les centaines de pieds
[img align=c]https://i51.servimg.com/u/f51/18/88/50/40/hn433_10.jpg[/img]
Code XML:
<Animation guid="A9490E08-D19A-49c9-C769-5234EFC1AA13" length="100" name="needle_alti_10" type="Sim" typeParam="AutoPlay" typeParam2="needle_alti_10"/>
<PartInfo>
<Name>needle_alti_10</Name>
<AnimLength>100</AnimLength>
<Animation>
<Parameter>
<Code>(A:INDICATED ALTITUDE, feet) 10 / 100 % </Code>
</Parameter>
</Animation>
</PartInfo>
<Animation guid="A9490E08-D19A-49c9-C769-5234EFC1AA14" length="100" name="needle_alti_100" type="Sim" typeParam="AutoPlay" typeParam2="needle_alti_100"/>
<PartInfo>
<Name>needle_alti_100</Name>
<AnimLength>100</AnimLength>
<Animation>
<Parameter>
<Code>(A:INDICATED ALTITUDE, feet) 100 / 100 % </Code>
</Parameter>
</Animation>
</PartInfo>
<Animation guid="A9490E08-D19A-49c9-C769-5234EFC1AA15" length="100" name="needle_alti_1000" type="Sim" typeParam="AutoPlay" typeParam2="needle_alti_1000"/>
<PartInfo>
<Name>needle_alti_1000</Name>
<AnimLength>100</AnimLength>
<Animation>
<Parameter>
<Code>(A:INDICATED ALTITUDE, feet) 1000 / 100 % </Code>
</Parameter>
</Animation>
</PartInfo>
Quant il vous l'a écrit avec d'autres en Août dernier, peu de personnes ont entendu le message 
Et quand on lit le post de PMDG quant au patch qu'ils ont déjà prêt à être déployé avant même la sortie de cette maj, pour corriger les "effets collatéraux" qui vont avec ...
Patou, je ne pense pas que cela soit un souci de virus ou autre.
Après, ce que je ne comprends absolument pas c'est que :
- P3D considère que la carte graphique est un composant Intel, que le traitement graphique soit fait en tant que tel et
- qu'au final la sortie graphique se fasse sur les ports de la NVidia, c'est à dire un matériel totalement différent ...
A moins qu'il n'y ai un lutin qui fiche la pagaille dans le PC, comment un composant A peut-il traiter un signal et ... que la sortie de ce signal se fasse sur un composant B totalement différent ... j'aimerais comprendre.
Bonjour,
J'avoue ne pas comprendre la question ...
Je vole de plus en plus avec la v 4.5
donc tu sembles privilégier la v4.5 : OK
je pourrais faire pointer via un lien symbolique mes aéroports ORBX de la v 4 vers la v 3 ?
donc tu veux utiliser les addons de la V4 sur la v3 : OK
Le souci, dans ce cas c'est qu'il y a contradiction à moins que tu voulais écrire utiliser les addons de la v3 sur la v4 
Il y a un truc à savoir (maintes fois répétée) c'est que FSX et P3D jusqu'à la v3 sont des applications 32 bits. Prepar3D v4.5 est une application 64 bits. A priori, je dis bien à priori les addons pour la v4 sont compilées en 64 bits et je ne pense pas que FSX ou P3D v3 puisse utiliser de tels addons.
Pour ce qui est du contraire, une application 64 bits doit pouvoir charger une scène 32 bits, cela ne sera pas optimum mais cela devrait pouvoir passer.
Bonjour,
Je crois avoir lu une analyse datant un petit peu mais assez complète sur le plan mondial des semi-conducteurs (il n'y a pas que le "gaming" en cause):
=> http://www.pilote-virtuel.com/viewtopic.php?id=97873
Bonsoir FOXY,
Une piste ... sur les liners équipés de "glass cockpit", les micro-saccades provenaient du fait que les informations affichées sur ces écrans réclament beaucoup de calcul et à chaque rafraichissement. Dès le départ, un MOD est apparu qui modifiait la période de rafraichissement de ces infos, rendant la "charge" acceptable par les machines.
La référence sur le forum officiel: https://forums.flightsimulator.com/t/instrument-refresh-rate-for-ga-aircraft-with-glass-cockpit/280218/5
Ce MOD qui modifiait la période de calcul des informations sur ces "glass cockpit" était sur nexusmod.com.
=> https://forums.flightsimulator.com/t/v0-1-07-highonsnow-glass-cockpit-11-19fps-boost-on-airliners-and-4-6fps-on-ga-aircraft/252551
Par contre, je ne sais pas s'il est encore d'actualité après les divers patchs d'Asobo. A voir ...
Bonjour,
Nous inciter ... pas exactement, car cette mise à jour sera comme les autres: obligatoire pour continuer à jouer avec MSFS, désolé
Entendons nous bien, le souci ce n'est pas leur choix, ni de savoir si c'est bien ou mal.
Le problème c'est d'avoir pendant des semaines et des mois annoncé un support des MDLs et des anciens BGLs et ce sur le forum des Alphas, puis au dernier moment un interview est donné avec un contre-pied magistral.
Comment dans ces conditions prêter du crédit aux expressions de support pendant 10 ans, aux prochaines mises-à-jour,à l'implémentation des hélicos et planeurs !
Bonsoir,
Je viens de recevoir mon dernier MicroSim et bien sûr je me suis rué sur l'article concernant MSFS.
Et là, surprise je lis la phrase suivante:
Les addons pour FSX/P3D sont ils compatibles?
... La réponse officielle est non (sic) ls améliorations et technologies en oeuvre dans ce nouveau Flight Simulator rendent obsolètes les anciennes extensions.
Ceci est tiré d'un interview avec les principaux membres d'Asobo.
Alors là, je m’interroge: où Asobo a fait une volte-face de dernière minute ou on nous a raconté des fadaises sur le forum officiel depuis des mois.
Vu la longueur du paragraphe et les raisons invoquées, ce n'est pas une faute de frappe !
Pour les récapitulatifs, Lagaffe a ouvert un post "Ce qui faut savoir sur MSFS avant sa sortie ..." c'est sur la même rubrique que ce post 2 lignes plus bas ....
Concernant l'import d'avions de FSX, cela a été suggéré par les gens d'Asobo sur le forum officiel. Ceci dit il a bien été dit que cela dépendrait de l'avion en question et qu'Asobo ne certifie absolument pas que tous les avions natifs FSX puissent passer.
Le modèle de vol est inspiré de de celui de FSX pour ce qui est du mode 1000 points mais rien ne dit qu'un hélico de FSX passe.
Etant développeur, inscrit comme Alpha et disposant du SDK, je n'ai pas encore pu passer un modeste avion. J'ai posé officiellement a question sur le forum dédié: pas de réponse.
Les modèles hélico sont prévus par Asobo comme un développement ultérieur, comme le développement actuel du modèle de vol évolué semble perfectible (avis de Rob Young sur AVsim) ... je pense que l'on ne verra pas d'hélicos avant l'année prochaine.
Je rejoins Lonevolf: pas la peine d'ouvrir un second post généraliste sinon cela risque de s'éparpiller.
Pas particulièrement mais comme je disais:
Même si nos simulateurs ne sont pas listés dans ce ChangeLog, il convient d'avoir un système d'exploitation à jour ce qui implique aussi que les drivers des périphériques le soient aussi.
cela permet d'avoir un système homogène.
Hier ces drivers ont été encore mis à jour vers les 445.75. Testés et validés sur P3D.
Ces différents outils sont disponibles que si vous êtes enregistrés sur le site ALPHA India Group et le lien est: https://www.alpha-india.net/forums/index.php?topic=24613.0