Phil92

Ca c'est des conditions réelles !! Merci pour ce partage très instructif. 20s pour appliquer la procédure (vitesse de finesse max / trouver zone dégagée / tenter un redémarrage / Radio / préparer l'avion pour l’atterrissage forcé), c'est vraiment très court ! Et malgré le contrôle de la vitesse par le pilote, c'est incroyable comme l'avion file et a conservé autant d’énergie (au point de frôler la cime des arbres après le rebond sur le premier champ) PS théorique : Comme il y a une vie humaine en danger avec une panne totale (monomoteur), le message radio doit être un message de détresse MayDay x3 et non d'urgence Pan-Pan x3

Pas sûr que la transition avec une telle rupture dans les usages soit acceptable en terme de sécurité, le secteur aérien étant très conservateur sur ce sujet. Il y aura de l'entrainement à prévoir pour les pilotes, les contrôleurs et les gestionnaires d'aéroports... Et il va falloir passer la qualif piste circulaire avant Par contre je suis preneur d'un tel aéroport sur nos simus

Bravo, le forum va y gagner en lisibilité ! Peut-on y mettre aussi le fil Association de fréquences radionav aux canaux de TeamSpeak ?Merci

Pour moi le code est clean via le téléchargement (même résultat qu'avec un copier-coller)

@ France VFR : Bonjour Alain, Vous est-il possible de mettre en ligne les correctifs des deux post ci-dessus ou faut-il contacter le support ? Merci

J'ai aussi le même problème que clo08 (poste #206) Existe-t-il un correctif à ce jour ?

Bonjour, Ce poste pour signaler une petite zone pas très belle où il y a un manque dans la photo : c'est un bout d'angle Sud Est de la région Paris-IDF à la position N48°20,5 E 3°2,5 (qui est hors zone géographique de l'IDF) Merci

Tout à fait, merci Alain pour ta vigilance ! 2m de résolution pour le mesh de 4,75m de NextMESH, pas besoin de plus ! En remettant le MESH_RESOLUTION à 24, le pb de retard de chargement apparait sur une zone plus petite (1km de rayon autour du chateau). En diminuant la précision, résolution de trame à 5m (23), le retard disparaît ... mais les jardins de Le Nôtre perdent de leurs splendeurs avec des terrasses plus très planes...

Je constate le même retard de chargement du LOD (ma résolution mesh fixée à 1m) aux alentours immédiats du château de Versailles (~3km côté ville et 3km côté jardin jusqu'à la limite avec St-Cyr/LFPZ). Je n'avais jamais eu ce pb jusqu'à présent (survol Paris ou zone très dense comme le TDP de Lognes/LFPL. D'ailleurs j'avais réglé un pb de flou, très visible à certains endroits de l'A4 en fin de vent arrière 08, en passant le Lod_radius à 6,5 pour forcer la résolution plus en avant de ma trajectoire) Philippe

Ok, merci. On croise les doigts

Bonjour, Est-ce que l'Irlande en Mesh 4,75m est prévue dans votre roadmap ? Si oui, à quelle horizon de temps ? Cordialement

Bravo Alain pour la rapidité du debug ! 45mn pour un nouveau bgl recompilé et livré corrigeant le pb de premier coup ! Chapeau bas Mes nav en partance de LFPN sont maintenant parfaites en LOD 15 Bonne journée ! Philippe

C'est fait. Merci

Bonsoir, J'ai systématiquement un plantage de FSX (retour bureau) en sortie W de LFPN Toussus : après 5mn au cap 240°, en passant au sud du Château de Dampierre-en-Yvelines qui est un repère important pour la sortie W de Toussus (toujours juste après la radiale 0° du VOR de RMT 114.7 et le passage de la D91 pour être très précis. Ex: N 48°41'25" E001°58'27") Le fait d'avoir complètement réinstallé FSX n’a rien changé à la chose. (Pas de pb avec FSX SP1 et SP2, ni avec NextMESH France + TLSC + Obstacles & Repères jusqu’à l'installation de la scène Paris-IDF VFR). Je n'ai pas encore réinstallé les packs IDF Airports et j'ai désactivé toutes les scènes VFR3D (hors IDF), PHOTO HD et Lanscape pour n'avoir que le minimum... mais rien n'y a fait... En traçant le fonctionnement de FSX avec procmon, 250 lignes BUFFER OVERFLOW apparaissent dans les logs juste avant le crash C’est alors que je suis reparti d’un fsx.cfg vierge et ai testé progressivement l’ajout d’optimisation et de configurations plus poussées. Résultat : TEXTURE_RESOLUTION=27 (i.e. 30cm) ou 26 (60cm) fait planter fsx à cet endroit mais la valeur fixée à 25 (1m) passe Dommage car la scène est annoncée comme « photo-réaliste représentant la région Ile de France en textures très haute définition de 0.5 mètre/pixel » et que l’Airports Pack Vol3 annonce même des « Textures sol 0,3 à 0.5 mètre/pixel de résolution » ... et je ne vous dis pas le temps passé (réinstall from scratch et tests) pour isoler le pb... Comme je peux reproduire ce plantage à la demande, je suis à votre disposition pour aider à corriger ce bug très gênant pour ceux qui poussent leurs configurations près de Toussus Philippe

Bien qu'ayant complètement réinstallé FSX, j'ai toujours un crash systématique au passage de Dampierre-en-Yvelines (sortie W de LFPN - 5mn au cap 240°) avec la scène IDF 3DA (sans les packs Paris-IDF Airports). Je vais donc continuer la discussion sur le fil de discussion "Paris-Ile de France VFR - Mise à jour - Recueil des observations" car cela semble indépendant de l'utilisation du VOR et de la mise à jour des fréquences. Edit : Bug lods 14 et 15 corrigé par la recompilation du BGL concerné

Génial ! Un grand merci Alain !

Ou y-a-t-il un moyen de modifier soit-même les fréquences ?

Merci pour ces précisions, Antoine. Je n'ai jamais eu d'alertes lors du chargement alors qu'avec Procmon j'avais découvert des AGN manquants (fuites mémoires). A+

Bonjour et merci pour ces retrours. J'imagine qu'il s'agit de ces lignes des fsx.cfg : ShowMissingTextureAlert=1 MissingLibraryAlert=1 Dans quels arborescence/fichier retrouve-t-on les traces ?

Bonjour, Dans le fichier AFX_LFPL_DS.BGL du pack3, la fréquence sol est positionnée à 121.8500 au lieu de 122,1250 (cf. VAC du 31/3/16). Vous serait-il possible de générer un nouveau BGL comme pour Toussus, s'il vous plaît ? Merci d'avance !

Parfait. Merci !

Bonjour Alain, Y-a-t-il finalement un problème sur les droits d'accès au fichier ? Cdt

"Sorry, you don't have permission for that!" (https://www.vfrnetwork.com/forums/index.php?app=core&module=attach&section=attach&attach_id=344)

Merci beaucoup pour votre retour ultra rapide ! ... mais je n'ai pas les droits pour charger le lien du message #3 Faut-il laisser l'autre AFCAD AFX_LFPN.BGL dans Paris-Ile de France VFR - Ground layer/scenery ? PS : J'ai entre temps retiré le point 3. Mon VOR n'était pas pile-poil réglé sur 0°. Désolé.

Bonjour, Tout d'abord un énorme bravo pour le résultat de votre travail sur l'IdF et ses aérodromes en 3DA. L'expérience est extraordinaire et immersive au possible Sur ce sujet de la fréquence TWR de Toussus : J'ai remplacé l'AFCAD de LFPN (fichier AFX_LFPN_RS.bgl fourni dans le Forum) dans Paris-Ile de France VFR - Airport Pack Vol3/scenery (et j'ai laissé l'autre AFCAD AFX_LFPN.BGL dans Paris-Ile de France VFR - Ground layer/scenery. Je ne sais pas si j'aurais du le supprimer) Ceci m'a apporté deux effets : 1/Les fréquences sont bien mises à jour mais TWR est fixée sur 119,3 alors que c'est la fréquence tour supplétive - (s) sur la VAC de Toussus - et non celle par défaut qui est 120,750 (elle est aussi celle de la fréquence en autoinfo). Les fréquences des types UNICOM, ATIS et GROUND sont bonnes. 2/ Plantage systématique de FSX en sortie W de Toussus (cap 240°), en passant la radiale 0° du VOR de RMT 114.7 (selon l'instrument de mon PA28) au sud du Château de Dampierre-en-Yvelines (repère important pour la sortie W de Toussus). Y-aurait-il un conflit avec des références de VOR dans d'autres BGL d'aéroports de FSX ? La solution de contournement que j'ai trouvée est de ne plus lancer de vol avec des plans de vols ou des vols déjà enregistrés avant la MAJ du BGL... Merci d'avance pour votre support et vos conseils éclairés !!