Dom78180

Merci Fil !

Mike, Voilà un petit correctif pour Ouessant : http://www.dpmed.fr/64b/Correctifs Ouessant.zip. Corrections de l'AFCAD de F-VFR pour le conflit 06/24 - 05/23 en attendant le correctif officiel (attention : seulement pour P3D V4 et inhiber l'AFX) Suppression des avions statiques de la scène d'Etien contenue dans le pack Bretagne VFR en conflit avec Trafic France (fonctionne sous P3D v4 et FSX) Bons vols

Toujours aussi chouettes, merci Eric

Merci Patrick pour ces updates, et aussi tout ton travail d'explications sur SODE

Quel bonheur de retrouver une belle fluidité autour de Strasbourg où l'ancienne version "ramait" beaucoup . Les dalles photos ont sans doute été retouchées car il me semble que les vignobles ressortent mieux. Par contre je trouve aussi que les forêts des contreforts vosgiens me paraissent beaucoup plus clairsemées et claires qu'en réel comme le remarque VNO : Bien que la doc signale de nouvelles définitions autogen, celles installées par la scène sont les mêmes que la version actuelle d'AGX (fichiers en date du 10/07/2017 et 01/06/2017)... Chez moi, aucun doublon sur le Haut Koenigsbourg. D'ailleurs, un énorme MERCI à Laurent et Alain pour la prise en compte dans leurs magnifiques scènes de tous les POI ajoutés par les créateurs amateurs. Je ne connais pas d'autre éditeur aussi à l'écoute de leur "clientèle" !

Alors JOYEUX ANNIVERSAIRE P.A.P.I. !!!

Bonsoir Guggen, C'est normal puisque tu as viré SODE ! Le mieux, c'est de le télécharger (pour être sûr d'avoir la dernière version), de le laisser s'installer là où il veut et le déclarer dans ton P3D v4 dans le petit utilitaire qui se lance tout seul à la fin de l'installation. Il créé une entrée "12bPilot" dans le répertoire C:/ProgramData. Dedans tu as un répertoire qui s'appelle "SODE" et dans ce dernier tu en trouveras d'autres dont "xml" et SimObject". Dans xml tu copies les fichiers xml des scènes de Fil, et dans "SimObjects" tu copies les objets manches à air et PAPI de BéGiPé que tu trouves sur le site de PatdeBarr. C'est tout ! Bonne soirée

Merci, Mouss, c'est superbe !

Infatigable !!! Encore une bien belle série ! Merci Eric.

Merci Mike, belle vidéo ! Je vois que tu avais aussi activé HNO 3DA pour avoir tous ces beaux bâtiments à Abbeville...

ILS SONT FOUS CES PEINTRES ! MAIS ON ADORE...

Pour Royan-Médis, le PC6 F-GEEO a tourné autour de mon jardin tout l'été de 9h à 21h passées sans interruption pour ses largages à 4000m. un circuit d'atterrissage par le Sud de l'AD lui est réservé et il est souvent reparti avant que le dernier para du précédent largage ne soit au sol... Sa livrée a changé cette année : Perso, je préférais nettement l'ancienne qu'il portait depuis plusieurs années (plein de photos sur le net). Le PC6 F-GOSP qui fait ses largages habituels sur Soulac, vient aussi sur Médis les week-ends d'été pour assurer les largages de groupes plus importants de paras à deux avions. BRAVO à tous les peintres pour leur travail acharné et à nos duettistes pour ce trafic de ouf !!!

(avec retard), bon Anniversaire Thierry ! Et un énorme merci aux talentueux artistes qui ont permis cette mise à jour qui fera date Vivement mon retour sur mon simu ...

Fil, un BIG MERCI pour toutes ces photos et vidéos de ton escapade londonienne : un vrai régal !!

Salut Mike, Tu vas devoir faire une troisième vidéo ... Ta scène de Dinard date un peu avec ses bâtiments génériques ! Vas voir sur le site de Fil, F-BMPL : tu y trouveras celle de SimCréation que j'avais complètement réadaptée pour P3D V4 à l'occasion d'une des étapes bretonnes du tour de France VFR 2017/2018. C'était juste pour les Fêtes et le Père Noël nous y attendait dans son traineau sur le parking Amitiés et bons tours de piste.

Je dirais même plus : HOURRA Pascal, et encore un big merci pour toutes les vidéos de ta progression !!

Idem pour moi : problème de palonnier avec direction au sol inefficace, corrigé par la version béta d'EZCA . Aucun autre souci constaté avec cette version, Mike, tu peux y aller !

Sur mon installation, je ne conserve que la librairie lib_fvfr_shared_64.BGL de la dernière version d'AGX placée dans Global et inhibe dans ce répertoire toutes les librairies redondantes de type lib_"Type d'Objets"_64.BGL (sauf lib_alpha_64.bgl). Enfin, je retire ces mêmes bgl de tous mes répertoires scènes de F-VFR. J'ai constaté un légère amélioration du temps de chargement de P3Dv4 (effet placebo ? ). Bien sûr, cette manip est faite "à mes risques et périls" et je comprends parfaitement que F-VFR ne puisse assurer de support dans ce genre de bidouillage.

Quand j'ai fait la manip de constitution du pull d'agn France il y a 2 ans, j'ai commencé bien sûr par les agn des scènes PHOTO non traitées par AGN-Factory de F-VFR, puis les scènes PHOTOS avec AGN-Factory + bâtiments des plus anciennes aux plus récentes, puis les 3DA, toujours des plus anciennes aux plus récentes, idem maintenant avec les mises à jour P3Dv4 dont les agn écrasent toujours les anciens... Ainsi, je n'ai pas de vieux reste d'autogen incongru là où il y a des dalles de scènes 3DA. @aQuartier : j'avais aussi fait comme toi en suivant ton post ancien sur les liens dynamiques dont je te remercie encore, mais en ne faisant qu'une copie dynamique d'un répertoire TEXTURES_FRANCE global vers un répertoire AGN_FRANCE pour ne pas physiquement tout mélanger. La remarque d'Alain sur les fichiers de textures de même nom, même taille, même poids mais de contenu différent m'amène à revoir ma copie .

Ah, ces repaints qui tuent (comme dit mon petit fils) !!! Vous êtes tous FORMIDABLES

Fil, je me suis mal exprimé en voulant simplifier : Dans l'hypothèse de garder les BMP et DDS dans le dossier TEXTURE initial de chaque scène, ce n'est pas le répertoire AGN_FRANCE que je passerai en lien dynamique dans le dossier TEXTURE de chaque scène, mais son contenu de fichiers. Tu peux tester simplement cette méthode qui fonctionne très bien : soit tu prends un répertoire comme "cible du lien dynamique", soit tu prends un ensemble de fichiers. Tu peux ensuite "coller comme lien dynamique" cette cible dans autant de répertoires que tu veux... C'est ce que j'ai déjà pratiqué dans ma config actuelle pour rapatrier dynamiquement tous les fichiers de mon répertoire TEXTURES_FRANCE vers mon répertoire AGN_FRANCE, qui lui seul (contenant les AGN + les BMP & DDS dynamiques issues du répertoire TEXTURES_FRANCE) est placé en répertoire dynamique dans chaque scène régionale et renommé TEXTURE. @michel78320 : pour les scènes tierces contenant une dalle photo : je place systématiquement le BGL dalle photo (s'il apporte vraiment quelque chose) dans la scène régionale en le préfixant 000_ pour qu'il ait priorité sur ce qui est dessous. Ainsi, la dalle photo tierce trouvera automatiquement tous les AGN correspondants puisque l'ensemble des AGN est en lien dynamique au travers du dossier TEXTURE de la scène régionale. Pas de risque puisqu'on peut toujours faire marche arrière. pour le déplacement des AGN issus de la scène tierce vers le pull commun d'AGN, je suis très circonspect car la marche arrière est plus difficile. Je teste toujours la qualité de l'autogen tiers avant de déplacer le bgl de la dalle photo. En règle générale : si la scène régionale est en 3DA, je n'y touche pas, car en principe, l'autogen de la 3DA sera de bien meilleure qualité. Si c'est une scène PHOTO avec un AGN mergé, l'AGN de la scène tierce est souvent plus approprié et j'écrase les AGN correspondants du pull commun par ceux de la scène tierce.

Bien reçu, Alain.

@Big Mike: Merci Mike. Si tu veux, je peux remplacer pour toi les chants d'alouettes par des salves d'applaudissements

Merci de ta mise en garde, Alain. Ayant fusionné depuis 2 ans TOUS les DDS et BMP de vos scènes 3DA régionales en un seul dossier, je n'ai jamais remarqué de texture anormale durant mes vols. Mais il y a tant d'objets, que je ne les ai peut-être pas vues . A l'avenir, je les laisserai dans le TEXTURE de chaque scène en ne déplaçant que les .AGN et en créant un lien symbolique du dossier AGN_FRANCE dans le TEXTURE de chaque scène. Ca devrait fonctionner... Pour les .BGL, je n'y touche pas ( au moins en attendant le retour d'expérience de FIL car je ne comprends pas bien ce que çà peut apporter de plus).

Bonsoir FIL, Depuis 2 ans, j'ai appliqué la méthode qui avait été décrite sur ce forum, à savoir : Création d'un répertoire unique AGN_FRANCE, Création d'un répertoire unique TEXTURES_FRANCE, Création d'un lien symbolique de TEXTURE_FRANCE vers AGN_FRANCE (qui regroupe donc virtuellement les 2 précédents), Pour l'ensemble des scènes 3DA ou PHOTO : à partir des dossiers TEXTURE, déplacement de tous les fichiers .AGN vers AGN_FRANCE et de tous les autres (.DDS et .BMP) vers TEXTURES_FRANCE >> les dossiers TEXTURE initiaux entièrement vidés sont effacés, Dans l'ensemble de chacune des scènes 3DA ou PHOTO, création d'un lien symbolique vers AGN_FRANCE renommé TEXTURE. Je n'ai ainsi plus remarqué de trou d'autogen sur l'ensemble du territoire (hormis les quelques zones PHOTO où aucun .AGN n'existe). Je précise que lorsque j'ajoute une scène tierce comportant une dalle photo et les fichiers .AGN correspondants, je déplace la dalle photo vers le SCENERY de la scène 3DA ou PHOTO sous-jacente et les fichiers .AGN vers AGN_FRANCE (les autres fichiers TEXTURE .DDS ou .BMP sont laissés en place pour éliminer des conflits de nom). Lors de la copie/remplacement des fichiers .AGN je prends garde à ne conserver que le plus récent et le plus volumineux avec sauvegarde permettant une marche arrière au cas où). Je n'ai pas remarqué non plus d'impact sur les FPS du fait de l'appel de liens symboliques lors du chargement des textures et pas d'impact non plus sur l'occupation mémoire puisque les .AGN, .DDS et .BMP ne sont appelés qu'à la volée lors de l'affichage de la dalle photo ou des objets 3D. Je ne sais pas ce que pourrait apporter dans ce cas l'extraction des fichiers IMG vers un dossier PHOTO LAYER de chaque scène ???