Vous n'êtes pas identifié(e).
Bonjour Yves,
Intéressantes tes explications. Je suis très curieux de savoir « en gros » comment tu as converti par exemple les modèles et textures FAIB. Pour avoir de loin suivi les posts sur le forum AIG cela m’a paru assez ardu.
Merci pour tes retours.
Cédric
Bonjour,
J’ai dû bidouiller un truc car je ne peux plus modifier mon point de vue dans le cockpit en déplaçant ma souris et en tenant le bouton droit enfoncé. Quelqu’un aurait-il une idée où/comment cela se corrige-t-il ?
Merci beaucoup
Bon week-end
Cédric
Hello,
Vous avez tous bien raison.
Cela dit je suis étonné de constater la différence de « comportement » de la souris / clic en fonction de sa localisation. Comme dit, dans le cockpit tout fonctionne normalement. C’est uniquement sur la toolbar que le clic G est « inactif ».
En effet si ça peut servir à d’autres.
Conclusion: je touche plus à l’affectation des boutons de ma souris.
Merci à tous
Cédric.
Bonjour,
Bon ne vous cassez plus la nénette: je suis l'âne dans l'histoire ! Le problème était en liant avec les affectations de commandes de ma souris.
Le zoom comprenant clic G + mollette (l'idée étant de ne pas zoomer seulement avec la mollette). Bien mal m'en a pris. Faisant cela le clic G simple ne fonctionnait plus "hors du cockpit" (ce qui me surprend quelque peu).
Je remercie ceux qui ont tenté de me venir en aide.
Passez tous une belle journée.
Cédric
Merci pour votre soutien et vos suggestions.
J'ai débranché l'essentiel des périphériques. Viré le contenu du dossier Community. Réinstallé proprement (via DDU) des drivers graphiques anciens. Effacé un dossier natif de MSFS (contenant le sous-dossier Toolbar).
Rien n'y fait. Je rpécise et rappelle que ma souris est bien reconnue et fonctionne parfaitement pour manipuler les objets/boutons du cockpit virtuel Uniquement la Toolbar ne réagit pas. Enfin: pour être précis.....le symbole s'active et elle s'ouvre au passage de la souris, et quand je clic le / les icônes virent au blanc mais cela ne déclenche pas d'action (ex: ouverture/fermeture de la fenêtre, ou par ex. activation d'une réponse ATC etc).
Au démarrage du vol - après avoir appuyé sur "Fly" - plusieurs fenêtres de la Toolbar s'ouvrent d'elles-même (le simu semble garder en mémoire la dernière configuration de la Toolbar). Toujours impossible de les fermer. Cela correspond à l'origine de mon problème: la souris n'a pas d'action "clic-gauche" sur les "objets - menu" de la Toolbar (ouverture-fermeture via les icônes concernés et action sur les fenêtres déjà ouvertes).
Je n'ai pas encore réinitialisé la configuration des touches (je ne sais du reste pas s'il est possible de restaurer l'attribution d'origine par exemple).
Je ne sais pas non plus où se trouve sauvegardé cette "configuration de fenêtre - Toolbar". Si au moins je pouvais tout faire disparaître cela me rendrait mon champ de vision.....
Il est vrai
Bref je vais poursuivre mes essais, avant de passer à l'arme lourde et désinstaller le soft.
Merci encore pour vos contributions.
Cédric
PS: l'histoire de l'accélération matérielle je ne maîtrise pas...je n'ai rien touché de base mais bon...windows m'aurit-il joué des tours ?
Bonjour,
Je suis un peu dépité. Depuis quelques temps (avant le dernier patch) les clics de ma souris sur les icônes de la toolbar ne donne rien. Je peux ouvrir la fenêtre ATC avec un raccourci mais là aussi, les clics avec la souris sur les items de la fenêtre ATC ne donne rien. Pas d'action déclenchée.
Le malheur c'est que j'ai tenté d'affecter des touches pour ouvrir les items de la toolbar à la suite: ils sont en partie ouvert (Météo, Fuel, VFR Map)..... mais ne se referment plus.
Pour couronner le tout ils restent ainsi même après redémarrage du simu !
Je me retrouve donc avec une vue "obstruée" par ces fenêtres sans pouvoir m'en départir.
Je précise que tout ce qui est dans le cockpit répond parfaitement au clics / actions de la souris !
Je suis complètement perdu. Si quelqu'un a une idée je suis preneur.
Meilleures salutations
Cédric
j pense a une chose, as tu placé l'addon A32nx qui corrige l'ecam ?
Ce qui voudrait dire que les écrans noirs viendrait de la.
Ce qui n'est plus un problème .
pepe
Ah oui juste ! J’utilise ce « mod ». Désolé j’ai oublié de mentionner ce « détail ».
Cédric.
bandini a écrit :Bonjour
Hormis le bug du moteur 2 (pas tenté car j’ai fait mon vol hier soir avec APU allumé), je n’ai aucun des soucis décris par l’initiateur de ce post, inclus vol complet avec ATC jusqu’à l’approche.
Pour infos
Cédric
Tant mieux bien sur, mais si tu élimine deux problèmes en laissant l'APU ouvert, il reste l'atc, mais utilise tu l'azure ou le windows offline ?,
Ce qui répare le troisième soucis énoncé plus haut .
pepe
Les écrans en réglant la luminosité sont fonctionnels avant APU. L’ATC j’ai rien modifié: Azur.
Bon en effet tant mieux pour moi. Je ne fais pas avancer le schmilblick. Juste un partage d’infos. Ça reste mystérieux et agaçant pour les moins chanceux.
Cédric.
Bonjour
Hormis le bug du moteur 2 (pas tenté car j’ai fait mon vol hier soir avec APU allumé), je n’ai aucun des soucis décris par l’initiateur de ce post, inclus vol complet avec ATC jusqu’à l’approche.
Pour infos
Cédric
Bonjour,
Pour des raisons qui m’échappent les drivers récents sont fournis via le site nvidia uniquement en version DCH c’est à dire un package « universel » qui ne contient pas le panneau nvidia. Si vous faites une désinstallation complète des drivers précédents inclu le panneau nvidia celui-ci est « perdu ». Il faut le télécharger effectivement via le Windows Store.
Via ce site https://www.techspot.com/drivers/manufacturer/nvidia_geforce/ il semble possible d’avoir le driver en version « complète »
Ci-après deux fils (en anglais) qui explique tout cela.
https://www.avsim.com/forums/topic/569140-does-nvidia-driver-download-44187-include-ncp/
https://nvidia.custhelp.com/app/answers/detail/a_id/4777/~/nvidia-dch%2Fstandard-display-drivers-for-windows-10-faq
Meilleures salutations
Cédric
Ok. Merci pour ce point de vue que je partage.
Bonne journée.
J’imagine que ces commentaires bruyants et très expressifs viennent avec fondements (de la part entre autre de très bons connaisseurs voir adeptes du bus fslabs) sur cette nouvelle mouture: pour ma propre gouverne je serais assez heureux de connaître les plus grosses erreurs ou incohérences de cette version.
Merci
Cédric
PS: je dis ça mais je suis d’avis que c’est cher....je ne reviens pas sur le prix.
Yep effectivement, chacun son truc... c'est juste que pour moi le portage de l'EFB du 748 (tout cuit donc), un modèle 3D, du PBR et quelques grignottes par-ci par-là ne valent pas 99€... way too much. Ils ABUSENT...
Ok en effet, si on en est réduit dans les faits à cela je suis d’accord. Je ne suis probablement pas capable de voir les éventuels réels progrès dans les entrailles du NGXu versus le bluff. Je resterai donc un pigeon....à tous les niveaux.
Cheers.
Bonjour,
Je comprends bien les vues des uns et des autres. Après, en grand fan du Boeing, j'ai pris cette nouvelle version. Je ne serai pas compétent pour décrire l'efficacité et le réalisme des systèmes. Mais pour moi l'impression globale est une refonte assez globale plutôt qu'un simple patch. Beaucoup d'améliorations visuelles / textures magnifiques, sonores, EFB, FMC - pushback / maintenance entre autres. Encore une fois, je ne lis pas dans ses entrailles, seuls un pro ayant possibilité de comparer nous le dirait peut-être. Mais mon premier vol fût magnifique à tous points de vues (performances, modèle de vol).
Je l'ai pris étant convaincu par ce Boeing versus la concurrence. Et je prends le risque de ne pas voir le jour de FS2020, mais suis confiant. Du coup je pense payer un "upgrade" tout en ayant déjà investi pour le prochain simu. Ca vaut ce que ça vaut. Je préfère me passer d'autres addons (3-4 aéroports par exemple) et opter pour cette solution. C'est un choix.
C'est un addon qui me dure depuis quasi toujours, au contraire d'autres bien moins chers mais au final peu ou pas "amortis" à mon sens.
Je suis toujours étonné aussi de voir le prix que certains mettent dans une (si c'est pas deux) carte graphique par exemple.
Je serai curieux de connaître le politique tarifaire des concurrents de liners "haut niveau" en rapport avec le futur de P3d et FS2020....
Je ne suis pas pro on contre qui que ce soit. Je dispose aussi du FSLabs Airbus....que j'utilise peu au final......
Mes 2 cents.
Bonne semaine à tous
Cédric
Bonjour,
J'ai une question "idiote": est ce une nécessité de garder chaque texture "lightmap" associée chaque livrée d'une compagnie ? Ou peut on utiliser une seule texture lightmap pour toutes les livrées d'un modèle d'avion ?
Merci pour vos éclairages !
Cédric
Merci pour ces précisions bede40.
"Vous admettrez tout de même que la liste des add-ons dans la fenêtre de leur gestion par P3D peu offrir un joyeux mélange des genres." -> absolument bede40 ! Je ne la scrute plus. Et j'éviterai de passer par là pour modifier quoi que ce soit au simu. D'ailleurs depuis bien longtemps je n'utilise que des softs externes pour gérés les scènes. Et avec la v4 j'espère ne pas avoir besoin d'activer ou désactiver régulièrement des scènes.....à voir toutefois....
Le petit freeware que j'ai mis en lien permet d'agencer les scènes à la façon de Scenery Config Editor.
J'ai opté (pour tests je le rappelle, car conscient que c'est un peu "lourdingue tout cela...") pour un fichier regroupant mes scènes car elles sont ainsi lues dans l'ordre de leur inscription dans le fichier add-on.xml. Je ne mets (pour le moment) pas de balise Layer. Si je devais le faire, j'utiliserais le soft sus décrit.
Je n'ai toujours pas trouvé tes sources citant l'inutilité et l'inadéquation d'utiliser ce principe pour les scènes. Pour ma part, et ce ne sont que pures spéculations, j'ai un peu l'impression que LM aimerait virer tôt ou tard le principe du scenery.cfg et éviter que les utilisateurs ne "trifouillent" dans certains fichiers sensibles qui pourraient aussi être réinitialisé lors d'update (je pense aux fichiers dans ProgramData). Cependant si j'ai raison, ils s'y sont fort mal pris vu le relatif capharnaum ambiant que cela occasionne (du moins pour les têtus comme moi.... :)
En tous les cas merci pour ton partage d'infos bede.
Bonne journée
Cédric
PS: pour les curieux et intéressés j'ai édité mon post précédent avec complément d'explications et exemples.....
Bonjour,
Mon pauvre pilecan. Certains persistent et signent à ne pas vouloir répondre à tes questions. Je n'en connais pas la raison. Peut-être une méconnaissance de l'utilité de ce procédé ?
".....l'add-on.cfg qui est réservé au lancement de softs annexes en remplacement de exe.xml." dixit bede40
Je serais heureux de connaître tes sources. En tous les cas ton lien précédent n'est rien d'autre qu'une information sur la manipulation du scenery.cfg.
Les informations dédiées aux "add-on" parlent bien de la manipulation / installation de scènes également. Ou alors la communication LM est assez lacunaire pour le moins. Ce qui est moins évident je le concède c'est pourquoi avoir préservé les 2 méthodes qui prêtent à confusion auprès de toute la communauté ? Et dans ce sens je comprends parfaitement le principe de garder une méthode "traditionnelle" d'installation des scènes. FSDreamTeam pousse vers la nouvelle méthode, les autres pas.
Pour répondre à toi pilecan: j'ai commencé à installer mes scènes avec les deux méthodes pour tester et en éprouver les bénéfices. Je n'ai pas utilisé de commande telle que la tienne.
Pour ton exemple concrètement et selon moi:
1) la scène est installée dans un répertoire dédié externe à P3D (genre "Mes addons P3D v4)
2) dans le dossier Prepar3d v4 Addons (dans Mes Documents) j'ai créer un dossier "Mes scènes" avec à l'intérieur un fichier "add-on.xml" ( j'y ai renseigné le chemin vers le dossier "Santiago_SCEL" à titre d'exemple) qui se présente comme suit:
Exemple de ce que cela donne:
<?xml version="1.0" encoding="UTF-8"?>
<SimBase.Document Type="AddOnXml" version="4,0" id="add-on">
<AddOn.Name>Mes scènes</AddOn.Name>
<AddOn.Description>Mes scènes</AddOn.Description>
<AddOn.Component>
<Category>Scenery</Category>
<Path>D:Prepar3D EXT\Addon Scenery\Santiago_SCEL</Path>
<Name>SCEL - Santiago</Name>
</SimBase.Document>
Ceci est l'exemple le plus simple d'une scène avec juste un dossier comprenant lui même les dossiers "scenery" et "texture". Cette méthode permet aussi de déclarer des dossiers "effects" ou "simobjects" sur le même principe (je l'ai fait avec les scènes uk2000 par ex), et pour le coup le dossier "effects" par exemple peut rester "à côté" des dossiers "scenery" et "texture" (je dis pas que c'est un atout, mais cela fonctionne).
Ensuite j'ai rajouté dans ce même fichier mes autres scènes selon l'ordre alphabétique (moins choix) et leur priorité, sachant que les "plus hautes dans la liste" seront celles déclarées en premier dans le simu (donc avec priorité plus basse). Cela me prend 2 minutes pour installer une scène basique sans lancer P3D. Cela revient "en moins fun et intuitif" au même que d'utiliser l'outils "Scenery Config Editor" qui manipule le scenery.cfg classique.
Voici le même exemple mais avec une scène de plus comprenant aussi des effects. Cette scène se trouvera "au-dessus" de la précédente dans la biblio des décors.
<?xml version="1.0" encoding="UTF-8"?>
<SimBase.Document Type="AddOnXml" version="4,0" id="add-on">
<AddOn.Name>Mes scènes</AddOn.Name>
<AddOn.Description>Mes scènes</AddOn.Description>
<AddOn.Component>
<Category>Scenery</Category>
<Path>D:Prepar3D EXT\Addon Scenery\Santiago_SCEL</Path>
<Name>SCEL - Santiago</Name>
<AddOn.Component>
<Category>Scenery</Category>
<Path>D:Prepar3D EXT\Addon Scenery\UK2000-EGLL</Path>
<Name>EGLL - Heathrow</Name>
<AddOn.Component>
<Category>Effects</Category>
<Path>D:Prepar3D EXT\Addon Scenery\UK2000-EGLL\effects</Path>
<Name>EGLL - Heathrow effects</Name>
</SimBase.Document>
Notez: la balise <Name> est importante pour la déclaration de la scène, celle-ci ne s'affichant pas sans cette balise. Pour les "effects" la balise <Name> est facultative.
Vous pouvez bien entendu déclarer les "effects" dans un fichier add-on.xml totalement indépendant. Par exemple toujours dans "Mes Documents\Prepar3d v4 addons" vous créez un dossier "Effets" avec à l'intérieur un add-on.xml qui peut comprendre un lien vers un dossier "Effects" unique ou plusieurs liens vers plusieurs dossiers où se trouvent stockés les effets de vos scènes. Ca semble plus cohérent plutôt que de rappeler ces effets pour chaque scènes en ayant besoin.
J'ai utilisé ce principe pour déclarer les librairies commune (UK2000 ou FlyTampa).
J'ai appliqué un peu le même principe pour déclarer les dossiers communs de texture, son, gauges et même les bgls liés à l'installation de certains aéroports et qui se logent dans le "scenery\world\scenery" par ex.
Pour aller encore un poil plus loin: il est évidemment imaginable de créer des dossiers par continents: scènes Europe, scènes Asie, scènes Océanie. D'y répertorier les scènes concernées. Il sera possible de désactiver tel ou tel "bloc" de scènes dans le simu (ou simplement en renommant le dossier/fichier add-on.xml temporairement avant lancement du simu) pour ne pas les charger.
Tout ceci est valable si vous êtes partisan d'une installation des vos addons indépendante du "coeur" de P3D et donc via un leurre dans un répertoire dédié. Sinon cela a peut d'intérêt.
Je conçois que ça a l'air assez touffu et compliqué mais une fois compris c'est assez fonctionnel et permet d'imaginer la sauvegarde du dossier comprenant tous les addons - scènes - gauges - effets etc + le dossiers des référencements (Mes Documents\Prepar3d v4 addons). On peut formater - réinstaller P3D. Tout sera re déclaré automatiquement (en principe...). Car oui, P3D (depuis la v4) va chercher de lui-même dans ce dossier "référencement" les nouveaux add-on.xml créés ce qui aboutira au message au lancement du simu ("Voulez-vous installer telle ou telle addon - scène").
Il existe un outils équivalent à Scenery Config Editor pour installer les addons selon cette méthode, et les agencer par priorités (http://lorby-si.weebly.com/products.html) même si pour le moment je ne l'ai pas utilisé, il m'a l'air assez bien fichu pour dépanner.
Finalement j'insiste sur le fait que la méthode habituelle fonctionne et garde tous ses avantages pour autant que, si l'on souhaite déporter ses addons hors du dossier principal de P3D, l'on farfouille et modifie aussi les fichiers texture.cfg, effects.cfg etc, se trouvant dans "ProgramData\LM\P3D v4" (me souviens pas du chemin exact...).
Pas sûr d'avoir fait avancer le schmilblick mais bon ce sont mes 2 cents.
Bonne journée à tous
Cédric
Pas faux. Je l'ai fait aussi. Ça reste de la manip au même titre que les xml. Perso chaque addon a son dossier effect ou world. J'essaie de limiter l'usage de dossiers généraux et de suivre la politique de LM. J'avoue que ta façon de faire est tout aussi jouable.
Salut,
Vrai et faux. Pour des scènes "basiques" avec seulement des dossiers scenery et texture tu as raison. S'il faut rajouter des "effects" ou des bgl (par ex dans scenery\world\scenery) cela devient moins évident.
Pour le "sport" j'ai réussi mes premiers tests d'installation d'addons externalisés en les déportant dans un dossier dédié et en créant les fichier xml associés permettant aussi de pointer vers les dossier "effects", "texture" ou "scenery\world\scenery". Pour cela il convient d'installer les scènes dans un dossier temporaire pour identifier leur structures et les fichiers inclus. Ca fonctionne plutôt bien. C'est pas très intuitif par contre. Et c'est là où je rejoins kheops83: la technique a ses avantages et pas exclu qu'un jour LM abandonne définitivement le bon vieux scenery.cfg mais cela reste assez peu intuitif si on met pas les mains dans le cambouis. Et cette technique est valable pour tous les addons, avions, scènes, mesh, traffic ai. On peut aussi par exemple regrouper les scènes par thèmes et les activer-désactiver en un clic (yes, idem qu'avec certains softs gérant le scenery.cfg). Le dossier comprenant les fichiers des scènes et celui contenant les "xml" peuvent être préservé: P3D peut être effacer, réinstallé, et les scènes seront dispos directement sans avoir à réinstaller quoique ce soit.
Sorti sous peu il existe un petit gratuiciel qui permet de faire la manip de manière un peu plus visuelle, de même que la réorganisation des priorités. (http://lorby-si.weebly.com/downloads)
A+
Cédric
Ben c'est pas dans la biblio des décors justement. Il y a une option dédiée ds P3D ! De tête me souviens plus mais elle se nomme Addon qq chose.
Bref pas intéressé pas de soucis. L'ancienne méthode fonctionne aussi.
Cédric
Bonjour,
Sachant qu'il existe la méthode "addon.xml" pour installer des scènes (depuis la v3 de P3D du reste), j'ignore si FSLaunchPad prend en charge aussi ces scènes qui ne figurent du coup pas dans le scenery.cfg "traditionnel". Je crains ces prochains mois de voir un mix d'installation des scènes chez certains, sachant par exemple que FSDreamteam a décidé d'utiliser ce nouveau principe pour installer ses aéroports.
Bonne journée
Cédric
Ceci est faux: tout addon installé ainsi est désactivable via P3D. Par ailleurs les addons peuvent être regroupés ensembles (ex: scènes Europe ou autre). Enfin il existe un freeware sur avsim qui permet d'organiser les scènes installées avec ce système. Certes pour le moment c'est un peu de bidouille: il convient de comprendre la structure et le principe de fonctionnement de ce système. Mais il a ses avantages.
Avec ce système tous les addons / scènes peuvent être installés en marge de P3D. Le simu peut être résintallé "à neuf" sans toucher aux scènes. Elles seront réinsérées au démarrage du simu.
Cela dit rien de tout ceci n'est indispensable.....pour le moment (si LM décide d'abandonner le système du scenery.cfg....).
Belle journée,
Cédric
Désolé de répondre en vitesse, suis loin de mon PC.
Il existe la méthode "moderne" plébiscitée par LM, employée par FSDT pour l'installation des scènes et qui exploite des fichiers addon.xml situés dans Mes Documents P3Dv4 et dans lequel on peut inscrire tous les renseignements concernant les différents addons que l'on souhaite installé. Le principe est le même que sus décrit sauf que la v4 de P3D les reconnaît automatiquement, qu'ils sont désactivables via le menu du simu, et on ne touche ainsi pas aux fichiers "sensibles".
Je ferai un détail si tu le souhaite.
Cédric
Hello,
Donc:
- Pas de vestiges d'un ancien P3D installé - ou mal installé (ex clés de registre ou autre...CCCleaner) ?
- Mode Admin, UAC de Windows OFF ?
- Windows Defender désactivé ou permissif, antivirus OFF ou permissif ?
- Installé sur une autre disque que C: et surtout ailleurs que dans le Program Files x86 ?
Si oui, év à essayer:
- Dans le répertoire de P3D téléchargé et décompressé, faire un clic-droit sur "Install_scenery.msi" et choisir "Réparer".
Ceci ne vient pas de moi, mais j'ai repris ce post-ci: http://www.prepar3d.com/forum/viewtopic.php?t=120727
Pour finir, une info "brute" en anglais...je sais pas si l'on peut imaginer virer cette clé du registre avant une réinstallation fraîche ou modifier l'accès s'il devait être protégé ?
The Message you are seeing"009FC2F3734139F4A9FB708B8BE073AD" seems to be connected to your Scenery Install of the Install_Scenery.msi Product Registration. From reading the Forums this Issue has come up a couple of times. When you Install Prepar3D It will Register a Key and 2 sub Keys in your Register editor for Client.msi, Content.msi and Scenery.msi for Product Registration.
Location: HKEY_LOCAL_Machine ► Software ► Classes ► Installer ► Products
It seems like an access write issue and the Scenery Key for what every reason did Not get properly updated during the Install. I read somewhere that this fix was coming soon in an Update
Bon courage
Cédric
Bonjour,
Même soucis de "texturage" sur une config correct avec proc 4670, CG 1070, sans bidouillages des fichiers cfg (j'ai testé un prepar3d.cfg frais, j'ai testé les modifs du FFTF entre autre) et avec un P3D dernière version. L'affichage des textures se fait par "morceaux" avec floutage aléatoire, peu importe le niveau graphique choisi. Très curieux. J'ai même l'impression que le phénomène s'aggrave avec la durée du vol.
Si quelqu'un aurait des pistes de travail, volontiers.
Meilleures salutations
Cédric