Vous n'êtes pas identifié(e).
Comme « on n'est jamais aussi bien servi que par soi-même », on peut donc aussi faire ce « nettoyage » soi-même…histoire de perpétuer une certaine culture simmerienne !
A+:v:v
Bof !
FS9.1 a depuis longtemps des trucs surprenants comme FSCopilot, EditVoicepacck,traffic_tool ,Active Camera ,etc, etc…..et tout cela dans la FLUIDITE !!!
A+:v
Attention platoplotinus !
Peu importe les layers donc les priorités de tes différents dossiers qui collectent tes meshs selon les LOD 9, 10 et 11 puisqu’un mesh en LOD 10 primera toujours sur un mesh en LOD9 et un mesh en LOD11 l’emportera toujours sur un mesh en LOD10.Par contre dans chacun de tes dossiers la classification prioritaire se fera selon le principe alphabétique de tes BGL…
oui C30s!
On peu donc aussi dans FS9 obtenir un effet de mipmapping :c’est un peu plus compliqué que dans FSX ….mais aussi probablement moins consommateur en ressource et a terme moins d’impact réducteur de FPS !
A+:v
Salut platoplotinus, bonsoir a tous
Voici qui répondra a ta curiosité de bon aloi, hélas de plus en plus rare !
COMMENT LES « MESH » SONT AFFICHES PAR FS9 ET PAR FSX
1°- lors d’un vol, FS9 et FSX vont utiliser en priorité le terrain-mesh concerné qui a le LOD le plus élevé .En d’autres termes si vous avez d’installé pour une même zone de vol, un terrain-mesh de LOD9 (résolution de 76.4m) et un terrain-mesh de LOD10 (résolution de 38.2m) c’est ce dernier mesh qui sera affiché. Autre conséquence :pour une même zone de vol si vous avez un mesh local très précis en LOD12, puis un mesh plus régional en LOD10 et enfin un mesh plus général en LOD9, vous volerez d’abord sur le mesh de LOD12 puis sur le mesh de LOD10 et enfin sur le mesh de LOD 9.
A ce stade vous remarquerez que votre seul moyen de contrôle sur le choix du mesh à afficher sera de l’activer/désactiver au niveau de la bibliothèque de décors ou de supprimer son dossier du DD.
2°-mais que feront FS9 et FSX, si lors d’un vol ils doivent choisir entre plusieurs meshs de LOD identiques qui couvrent la même zone de survol ?
Dans le cas de FS9 :
• Soit ces meshs sont déclarés séparément dans la bibliothèque de décors et c’est alors le mesh avec la plus basse priorité qui sera utilisé (notez bien qu'ici on est dans un ordre prioritaire opposé a celui qu'on trouve avec les scênes et les Landclass !!)
• Soit ces meshs sont dans un même dossier déclaré dans la bibliothèque de décors et alors le choix se fera sur les noms des fichiers avec un ordre prioritaire qui implique l’ordre inverse des lettres de l’alphabet. Plus clairement, ZZZ.bgl sera prioritaire sur ZAZ.bgl lui-même prioritaire sur ZAA.bgl puis sur AAA.bgl.
Dans le cas de FSX :
• Soit ces meshs sont déclarés séparément dans la bibliothèque de décors et c’est alors le mesh avec la plus haute priorité qui sera utilisé (notez bien qu'ici on est dans un ordre prioritaire classique, celui qu'on trouve avec les scênes et les LC )
• Soit ces meshs sont dans un même dossier déclaré dans la bibliothèque de décors et alors le choix se fera sur les noms des fichiers avec un ordre prioritaire qui implique l’ordre normal des lettres de l’alphabet. Plus clairement, AAA.bgl sera prioritaire sur AZA.bgl lui-même prioritaire sur AZZ.bgl puis sur ZZZ.bgl.
A ce stade vous remarquerez que vous pouvez contrôler, pour des meshs de résolutions identiques, le mesh ou la suite de meshs qui sera utilisé par FS9 ou par FSX.Pour des meshs dont les fichiers .bgl sont dans des dossiers différents il suffira d’ajuster leurs priorités dans la bibliothèque de décors. Pour des mesh regroupés dans un même dossier il suffira (!!!) de renommer leurs fichiers .bgl en tenant compte que la priorité d’affichage est déterminée par l’inverse de l’ordre alphabétique pour FS9 et par l’ordre alphabétique normal pour FSX.
QUELQUES POINTS FONDAMENTAUX CARACTERISQUES DES MESHS
un mesh n'est tributaire QUE des autres meshs c'est a dire que les meshs sont indépendants des règles de priorité qui régissent les autres scènes et Land class.
Dans « la bataille des priorités » les meshs ne sont donc concernés que par les autres meshs ; de cette constatation il découle que : Dans le sous-dossier scenery d’une scène on peut très bien y ajouter le ou les fichiers xxx.bgl appartenant a un mesh.De même, un mesh peut cohabiter avec son LC dans un même dossier.
Dans tous les cas je ne pense pas qu’il puisse y avoir de « conflit » entre des meshs, qu’ils soient de mêmes résolutions ou de résolutions différentes. Par contre une scène peut très bien mal s’intégrer a un mesh qui ,a l’origine, ne lui était pas destiné. C’est une raison de plus qui montre l’importance d’être capable de connaître quel est le mesh qui s’affiche sous une scène. Cela risque d’être une véritable « enquête policière » car outre les meshs déclarés et donc répertoriés, il y a aussi les meshs inclus dans les scènes. Il peut alors y avoir , non pas conflit mais plutôt interférence entre plusieurs meshs.
Ne pas confondre niveau de définition et précision d’un mesh :
le mesh c’est la représentation graphique « d’un morceau de relief de notre Terre » reconstitué a partir d’une grille (mesh ou filet) ou chaque point d’intersection est défini par une longitude, une latitude et une hauteur. La distance entre les points de cette grille est définie par la valeur du LOD(le niveau de définition d’un mesh c’est alors la taille, en mètres, de la maille de ce filet) tandis que la diversité et la précision tridimensionnelle des points sont liées aux données sources .C’est tout cela associé a une méthode de conception particulière a chacun des Auteurs qui va déterminer la qualité d’un mesh.
En dehors du taux de précision d’affichage du relief(la résolution), le LOD d’un mesh détermine aussi le rayon d’affichage a l’intérieur duquel ce mesh sera visible sous votre avion. Au delà de cette distance, FS9 et FSX afficheront pour cette même zone de vol le mesh disponible ayant le LOD inférieur le plus proche de la valeur du LOD initial (qui peut être considéré comme le mesh essentiel).Si la zone visuelle sous l’avion n’est pas totalement couverte par ces 2 premiers meshs, FS affichera un troisième mesh de LOD encore plus faible…etc. jusqu'à la couverture totale visuelle de la zone de survol.
En d’autres termes, pour une zone de survol donnée, FS9/X affichera a partir de votre avion un mesh subdivisé en zones concentriques définies par des LOD dégressifs et donc qui affichent de moins en moins de détails. C’est un peu se qu’on trouve dans le mipmapping pour l’affichage de certaines textures de scènes !
Pour mieux comprendre le problème il faut également rappeler :
• Mesh en LOD5 (la plus part du monde de FS9 dont la France et les Alpes)
• Mesh en LOD9 s’affiche dans un rayon de 83 kms(dont les Alpes dans FSX)
• Mesh en LOD10 s’affiche dans un rayon de 50 kms
• Mesh en LOD11 s’affiche dans un rayon de 22 kms
• Mesh en LOD12 s’affiche dans un rayon de 15 kms
• Mesh en LOD13 s’affiche dans un rayon de 7kms
• Etc
Notons enfin que si la différence de résolution est trop importante entre le LOD du mesh qui s’affiche sous votre avion et le LOD du mesh que vous visualisez plus loin vers l’horizon, il apparaîtra des ruptures brutales dans le relief qui s’affiche mais aussi des distorsions visuelles vers cet horizon.
En conclusion, plus un mesh utilisé est de haute résolution (LOD), plus il aura besoin d’être soutenu par un/des meshs de résolutions inférieures pour afficher un relief homogène a votre vue de pilote virtuel
Dans les temps anciens, c'est a dire au temps de fs2000, le dossier mesh devait contenir un sous dossier scenery et obligatoirement un sous dossier texture.Depuis fs2004 ce dossier texture n'est plus nécessaire,il est vide et inoffensif.
Pourquoi un mesh au lod 10,11 ou 12 pour des photos aériennes ?:
tout simplement pour que les textures provenant de photos aériennes "collent" au mieux avec le relief défini et affiché par un mesh.IL faut donc que ce mesh soit le plus conforme possible avec la précision de ces données texturales qui vont l'habiller. Mais comme on vient de le voir, plus on applique un mesh précis et plus on a intérêt de le superposer avec un ou plusieurs meshs de Lod inférieur afin d’obtenir un dégradé dans l’affichage de ce qu’on peut voir devant l’avion. Pour encore plus intégrer les données des photos aeriennes on peut aussi fignoler le mesh au niveau de ses zones littorales,lacs et rivières par un traitement Lands and Water Masks (L/WM).
c’est tout cela qu’on retrouve dans Ile de la Réunion de FranceVFR.
Dernière remarque qui peut être le début d’un nouveau sujet :ATTENTION, si les meshs n’entrent en concurrence qu’entre eux, la règle des couches prioritaires s’applique par contre entre les landclass entre eux et aussi avec les autres scènes 3D ajoutées.Si un landclass est placé avec une priorité plus grande par rapport a une scène 3D située dans sa zone d’influence, il masquera un certain nombre de textures et autres aspects 2D (champs,riviere,route,etc) spécifiques a cette scène. Donc toujours déclarer un landclass en priorité inférieure par rapport a la/aux scènes3D située(s) dans sa zone ou il exerce son action. C’est pour cette raison qu’on a tendance a placer les landclass vers le bas de la bibliothèque de décors( juste au dessus de la zone des Objets d’hélice dans FS9)
A+:v:v:v
Attention cependant Marcstrasb !
Avec FS Global 2008 et UT tu transformes pratiquement ton FS9 en FSX (j’ose dire même un super FSX !) mais tu risques alors de te priver d’innombrables très belles scènes ajoutées crées sur les capacités du FS9 générique.
Affaire de choix perso !
A+:v:v
Bonsoir platoplotinus
A l’occasion d’une question d’un simmer (Boinet) j’ai, il y a un certain temps,longuement expliqué sur ce forum comment les meshs sont affichés par fs9 et par fsX. Il me semble que ce post répondait a toutes tes questions de ce soir ….et même au-delà !je pense que tu dois pouvoir le retrouver assez facilement
A+:v
comme je te comprends Gérard Bernard!
Les messages du centre de sécurité de windows XP depuis l’installation du SP2 me « gonflaient » a moi aussi : j’ai donc depuis longtemps désactivé ce service !(a ne pas confondre avec SP2)
Nico66, il n'y a aucune raison pour que le SP3 apporte une quelconque amélioration a FS9.1.
A+:v
Bonsoir,
Je ne vois pas pourquoi vous voulez tous vous compliquer la vie en voulant installer a tout prix un SP3, qui de notoriété mondiale ( !) ne sert a pas grand-chose, sinon a rien, pour la très grande majorité des gens. En fait il semble qu’au mieux ce SP3 ne vous servira a rien et au pire (et souvent !) il vous apportera une multitude de dysfonctionnements de XP. J’ai l’impression que c’est d’ailleurs une habitude (mauvaise !) que MS a pris depuis quelque temps : tout ce qu’il sort « merdouille » plus ou moins et beaucoup plus que moins !
NB : un conseil tout personnel Speed Dizzy, garde XP SP2 et évite Vista, il sera toujours temps d’installer le nouveau Windows (et dernier de la série ?) qui doit arriver sous peu ( ce qui prouve a quel point Vista est M….)
A+:v
Bonsoir Marcstrasb
Sans te connaître c’est cependant la réponse que j’attendais et que j’espérais de toi.
Amicalement et A+ :v
Bonsoir Marcstrabs
Quand on a trouvé une solution a un problème il est recommandé d’en faire profiter les « petits copains » !
Je vais donc ce soir répondre pour toi.
Le réglage de la touche Alt qui va ou non afficher la barre de menus dans FS9 se trouve dans Fs9.cfg au paragraphe :
[Main]
…………
HideMenuNormal=0 \\ 0 pour afficher en permanence la barre de menus dans le mode de
vue « fenêtre » et 1 pour activer la touche Alt dont l’action affiche/cache la barre de menus dans ce mode.
HideMenuFullScreen=1 \\ c’est la même chose mais ici au niveau du mode de vue « plein écran »
………….
A+:v:v
Bonsoir
Je suis de l’avis de Gerard BERNARD si on utilise UT Europe il faut l’utiliser seul, sinon gare aux incompatibilités TRES nombreuses ! c’est un choix personnel et moi j’ai fait le choix de ne pas utiliser UTE. On peut par contre « marier » Occitania et VFR France lorsqu’on connaît bien le fonctionnement de FS9 et déjà une chose est dans ce cas fondamentalement importante car elle supprime beaucoup d’anomalies : c’est de remettre le TMVL a 19
A+:v
bonsoir a tous
Pour satisfaire la saine curiosité de Iaha…., voici l’expérience qui répondra j’espère a sa question.
Préambule :
Mon aérodrome de base, qui me permet de voler avec une grande variété d’avions, est tout naturellement LFMQ-Le Castellet , moi qui habite Marseille.
J’ai installé la scène de Philippe Maudelonde. Cependant j’ai apporté quelques améliorations a cette scène et notamment je lui ai ajouté le tout nouveau hangar « H5 » avec toute l’infrastructure qui l’accompagne. Bref j’ai créé une scène supplémentaire pour afficher ces améliorations et je l’ai installée dans FS9 avec pour titre :LFMQ_H5
Le fichier scenery.cfg qui se trouve dans …Application Data\Microsoft\FS9 et le fichier scenery.cfg qui se trouve dans le dossier racine de FS9 ont tous les deux la scène LFMQ_H5
1ere manip :
J’efface totalement toute référence avec LFMQ_H5 du fichier scenery.cfg qui se trouve dans …Application Data\Microsoft\FS9.Je lance FS9, je me positionne sur LFMQ et je constate que la scène affiche bien le hangar « H5 »
Je vérifie que le scenery.cfg dans …Application Data\Microsoft\FS9 n’a pas été reconstruit et donc la scene LFMQ_H5 n’y est toujours pas.
Premiere conclusion : FS9 n’a pris en compte que le fichier scenery.cfg qui est dans son dossier racine…et comme ce fichier scenery.cfg n’a pas été modifié par une nouvelle scène il n’y a pas eu de création d’un nouveau fichier scenery.cfg dans …Application Data\Microsoft\FS9
2ieme manip :
Je remets la scène LFMQ_H5 dans le fichier scenery.cfg de …Application Data\Microsoft\FS9 et je vérifie que j’ai bien d'inscrit la ligne Active=TRUE
Dans le scenery.cfg du dossier racine de FS9 je change la ligne Active=TRUE en Active=FALSE. Vous l’avez compris je désactive a ce niveau la scène LFMQ_H5
Je lance FS9, je me positionne sur LFMQ et je constate que la scène a perdu son hangar H5 et tout ce que LFMQ_H5 apportait. Je suis revenu dans la scène basique de Ph. Maudelond.
Je vérifie que dans le scenery.cfg de ….Application Data\Microsoft\FS9, la ligne est toujours Active=TRUE
Deuxième conclusion : FS9 n’a pris en compte que le fichier scenery.cfg qui est dans son dossier racine…et comme ce fichier scenery.cfg n’a pas été modifié par une nouvelle scène il n’y a pas eu de création d’un nouveau fichier scenery.cfg dans …Application Data\Microsoft\FS9
3ieme manip :
Je n’ai pas fait cette dernière manip mais il est plus que probable que si une scène était ajoutée ou supprimée du fichier scenery.cfg qui se trouve dans le dossier racine de FS9 on aurait alors également une modification analogue dans le fichier scenery.cfg qui se trouve dans …Application Data\Microsoft\FS9.On aurait le même phénomène pour toute modification autre que celle de Active=TRUE ou FALSE du fichier scenery.cfg qui se trouve dans le dossier racine de FS9 : le fichier scenery.cfg qui se trouve dans….Application Data\Microsoft\FS9 serait aussi modifié .
Conclusion finale :
FS9 lit bien exclusivement le fichier scenery.cfg qui se trouve dans son dossier racine et pour toute modification de ce fichier scenery.cfg, autre que la ligne Active=TRUE ou FALSE, il crée un fichier de sauvegarde identique dans…Application Data\Microsoft\FS9.
A+:v:v:v
Bonsoir
A la lecture de quelques interventions sur ce forum, je me propose ce soir d’éclairer, a l’intention de nos amis jeunes simmers, 2 points importants du fichier scenery.cfg:Index et priorité ou Area et Layer
La priorité des scènes, l’activation ou la désactivation des scènes, l’ajout ou la suppression des scènes, tous ces réglages se trouvent inscrits dans un fichier nommé scènery.cfg, situé dans le dossier racine de FS9.1.Pour faciliter et rendre plus lisible ces réglages, FS9.1 met a disposition la bibliothèque de décors a partir de laquelle on pourra plus facilement et plus lisiblement configurer le fichier scenery.cfg. Cependant , finalement c’est seulement le fichier fichier scenery.cfg qui sera lu par FS9.1
Layer=xxx c’est quoi ?
Selon la règle fondamentale des priorités des scènes on peut dire que lorsque 2 scènes se recouvrent en partie ou totalement , dans les zones communes a ces 2 scènes se sont les éléments de la scène de plus haute priorité qui s’afficheront. Dans la bibliothèque de décors plus une zone de décors est haute plus elle est prioritaire et plus le rang chiffré dans la colonne « Priorité » sera faible. Dans le fichier scenery.cfg ce rang de priorité sera affiché a la ligne « Layer=xxx » et plus le nombre de ce Layer sera fort plus la priorité de la scène sera élevée.En fait vous avez compris qu’en matière de priorité de zone de décors les priorités dans la bibliothèque de décors et les « Layer » dans le fichier scènery.cfg se lisent en sens opposé.
Prenons un exemple afin d’éclairer ce que je viens de dire : soit notre FS9.1 qui disposerait de 113 scènes d’installées.La scène inscrite tout en haut de la bibliothèque des décors aura la valeur 1 dans la colonne priorité et dans le fichier scènery.cfg la ligne Layer qui si rapporte aura la valeur « Layer=113 ».La scène immédiatement de priorité inférieure aura la priorité 2 dans la bibliothèque de décors et aura « Layer=112 » dans scènery.cfg. De manière opposée la scène la moins prioritaire ( qui sera toujours la zone de décors « Relief par défaut ») sera la plus basse située dans la bibliothèque de décors avec la priorité 113 et le Layer qui s’y rapporte dans scènery.cfg aura la valeur « Layer=1 ».
A remarquer pour l’anecdote que si on veut connaître le nombre de scènes que votre FS9.1 dispose (actives ou inactives) il suffit de regarder la valeur du Layer=xxx de la scène qui est en priorité 1 dans la bibliothèque de décors ou plus simplement la valeur de la priorité au niveau de la zone de décors « Relief par défaut » dans la bibliothèque de décors.
[Area.xxx] c’est quoi ?
La ligne [Area.xxx] est un pointeur qui permet d’indexer chaque scène installée dans FS9.1.De ce fait la valeur de [Area.xxx] n’a pas grande importance a la condition fondamentale qu’il n’y ait pas 2 valeurs identiques.Deux scènes qui pointent avec la même valeur et c’est le crash annoncé ! Egalement il ne peut pas y avoir 2 zones de décors qui occupent le même Layer ...car dans ce cas l’affichage sera, au mieux, aléatoire !!!!
Ainsi, la ligne [Area. xxx] n’est que le code d’indexation de la zone de décors et il peut être différent de la valeur de la ligne Layer=xxx qui est le seul endroit, en fin de compte, ou se déterminera la priorité d’affichage de la scène. Une zone de décors [Area.xxx] verra donc le numéro de sa couche Layer=xxx varier en fonction des déplacements de cette scène dans l’échelle des priorités de la bibliothèque de décors de FS9 alors qu’elle pointera avec une valeur [Area.xxx] inchangée.
En définitive quel est l’importance du lien entre l’index d’une scène et son ordre prioritaire ?
FS9.1 lit toujours le fichier scenery.cfg en entier et de bas en haut pointant chaque scène selon
la valeur de son index [Area.xxx]
En théorie on peut penser que si le rang de lecture d’une scène dans scenery.cfg (son Area donc)est identique avec son rang de priorité d’affichage (son layer donc) cela doit faciliter le travail de FS9.C’est comme cela que se présente d'ailleurs le FS9 originel !En effet lorsque la distorsion Area/Layer est répétée de nombreuses fois il se pourrait que FS9 ait alors une charge de travail augmentée au point de s’emmêler les pinceaux .Cela reste a prouver cependant !
En pratique, lorsqu’on ajoute beaucoup de scènes, pour avoir une configuration homogène il faut obligatoirement souvent modifier l’ordre des couches scéniques et donc avoir des layer=xxx très modifiés alors que les Area ne changent pas. Dans ce cas vouloir faire correspondre coûte que coûte l’Area avec son Layer c’est prendre le risque d’avoir dans scenery.cfg des Area en double ou plus,en moins également et de même pour les valeurs des Layer=xxx….c’est sûr alors que FS9 n’appréciera pas un tel scenery.cfg !!! je pense que c’est surtout avec de telles incohérences du fichier scenery.cfg que FS9 déraille le plus fréquemment. Par exemple dans mon FS9, la symbolique Area.038 qui déclare la scène Addon Scenery sous le titre de Décor complémentaire dans la bibliothèque de décors, son n° de couche est Layer=46 ! je n’ai pas changé son indexation donc sa situation dans la liste de scenery.cfg.
NB :Tout ce qui vient d’être dit est aussi valable pour FSX. Seul l’affichage des meshs n’est pas tout a fait conforme avec ce qui vient d’être dit, tant dans FS9.1 que dans FSX !!!
A+:v:v:v
Bonsoir a tous
Il me semble que vous ne savez pas très bien a quoi correspondent les « Layers » et les « Area ».Dans ces conditions vouloir manipuler son fichier scenery.cfg c’est aller tout droit a la catastrophe !Il se fait tard pour développer le sujet ce soir mais si vous le désirez et si personne ne le fait avant moi je pourrais dans les jour a venir vous expliquer tout cela.
Au fait jean-paul.20 ! le fichier scenery.cfg caché dans C:\Documents and Settings\Bourachau\Application Data\Microsoft\FS9 , il peut un jour de « malheur » t’être d’une grande utilité : c’est une sauvegarde du dernier fichier scenery.cfg fonctionnel reconnu par FS9 ou FSX.
Pas si fou que ça les développeurs isn’t it ?
A+
Saitek je n’aime pas ! j’ai eu trop de problèmes avec cette marque, donc….
A+:v
Absolument n666eo!
On peut mettre « en vrac » tous les fichiers d’une jauge XML soit directement dans le dossier FS9\Gauges soit ,ce qui est plus pratique, dans un sous dossier dédié tel que FS9\Gauges\les jauges de mon avion.Le tout est de bien indiquer le chemin de la/les jauges dans le fichier panel de l’avion concerné.
A+:v:v
Bonsoir
Il n’est pas nécessaire de reconstituer un fichier .CAB pour qu’une gauge ou plusieurs gauges fonctionnent, je dirais même qu’une gauge ou plusieurs gauges fonctionnent mieux si elles ne sont pas dans un fichier .CAB. En fait FS9 utilise cette forme d’archive compressée, simplement par facilité de transport et d’installation des fichiers qui composent la ou les gauges concernées.
A+:v:v:v
bonsoir
Eh eh ! il suffit de parler « procédures IFR » pour voir surgir l’ami Jarvi. Depuis longtemps je piste les interventions de Jarvi, car j’adore sa verve, sa passion, son humour et sa compétence en la matière. Tant pis pour le petit fils, pour moi Jarvi restera toujours Jarvi.
A+:v:v:v
bonsoir Thumbler
Tu peux renommer tes meshs comme il te plait, ce n’est pas cela qui déterminera le moteur graphique de FS de l’afficher ou non. Cependant renommer les meshs comme tu le fais c’est perdre son origine et donc ses caractéristiques. Pour reprendre ton exemple, moi j’aurais renommé ce mesh:
« SAM31_AfriqueSud.bgl ».
A+:v
moi ce que je lis en filigrane c'est qu'on a là une preuve de plus que FS2004 est tourjours bien "vivant"
A+:v
« Il va de soi neptuneman » car depuis longtemps je connais ta passion pour l’Aéronavale. Ma réflexion était d’ordre plus général.
A+:v
bonsoir
A mon avis il faut éviter de s’emporter dans un enthousiasme qui pour l’instant présent me semble sans fondement !
En ce qui me concerne je néglige souvent de remercier a la hâte et avec débordement un concepteur d’avion qui m’offre sa création,mais a ma décharge j’affirme que jamais, jamais je ne l’oublie dans le temps .Alors aujourd’hui n’oubliez surtout pas la magnifique création que nous a offert depuis longtemps ALPHA BLEU CIEL :un Vought Corsair F4u-7 de l’Aéronavale Française .Qualité de la modélisation et réalisme de son pilotage donnent a cette réalisation gratuite une homogénéité qu’il sera difficile de dépasser.
Guy Hulin, Jean-Pierre Langer, Arne Bartels, Jean-Pierre Bourgeois et Benoit Dubé : Merci a eux !
A+:v:v:v
bonsoir L631, bonsoir a tous
les fichiers qui permettent de régler la scène au TMVL=19 sont: LFATv19.bgl et LFATv19 A16N.bgl
...où peut-on se les procurer : je pense que C172 est le seul a pouvoir te répondre.
A+:v:v
Lorsqu’un « marathonien » sur FS rencontre un autre « marathonien » sur FS, de quoi parlent ils ? des milliers de scènes qu’ils ont ajoutées a FS9 !
A+:v
Salut Platoplotinus !
Je tiens a te dire que je suis très heureux de voir que tu es de retour parmi nous
Le début de la retraite c’est souvent une période très délicate a négocier…
Bon vol
A+:v:v:v