Phil92

Franchement, cela vaut la peine. Le seul défaut est la lourdeur de l'autogen ORBX qui sature mon PC : La dalle NL2000 devient parfois floue (il faut dire qu'elle n'est pas sur un disque SSD), flou qui se résorbe quand même beaucoup plus vite qu'avec la dalle ORBX.

Et un fichier texture global avec un lien symbolique pour le fichier texture de chaque région m'a permis d'utiliser facilement l'autogen d'ORBX : J'ai écrasé l' autogen issu du site F-BMPL mis dans le fichier texture global par celui de FTX_EU_!NLD_08_CUSTOM/texture. Bien entendu, j'ai pris soin d'inhiber les doublons (AD de FTX_EU_!NLD_05_SCENERY ainsi que dans nl2k_v5_3D)

Bonjour Eric, J'ai appliqué la deuxième option, cela marche très bien. Je préfère cela à toutes les régions en une seule scène car je peux ainsi utiliser l'utilitaire d'installation NL2000V4_0.exe pour les mises à jours (un seul petit inconvénient, avoir une cinquantaine de scènes déclarées)

Merci Jean-Luc. Je partage complètement ton ressenti : Le tiercé gagnant semble être la dalle NL2000 (toujours nette), l'autogen ORBX (plus riche) et les serres FVFR en supplément. Ayant une trentaine d'AD en doublon entre NL2000 et ORBX (problème de riche ), je penche pour les AD NL2000 v5.02 et leurs terrains mieux intégrés, en espérant que l'autogen ORBX sera correctement implanté autour des AD. Edit : Un défault de NL2000 : Ils n'ont pas retiré les bateaux restés dans leur dalle photo

A2A PA28 + GTN750. C'est lourd mais mon ressenti est bien étalonné avec cet appareil

Il n'y a pas d'évolution d'autogen entre la 5.01 et la 5.02 : Seuls les AD s'améliorent.

Les goûts et les couleurs... Je rejoins Papu82 sur son impression mais cette scène TE d'ORBX est trop gourmande et probablement mal optimisée pour P3D (sur ma config avec un i4790K/980TI, les FPS vont entre 7 et 17 FPS et je n'ai pas envi de faire des réglages spécifiques par rapport à ceux que j'ai pour les scènes de FVFR) Je reste donc sur la scène free de NL2000 qui est aussi très belle en 50cm avec à peut près le même nombre de FPS (mais stables) et avec plus de fluidité pour moi (et j'abandonne le mix AD NL2000 / région ORBX car j' y perds en fluidité et des FPs et ne gagne que des retours bureau)

Avec ORBX, le chargement de la scène est horriblement long (Loading terrrain data... bloqué à 31% puis moulinant et moulinant jusqu'à 60% et à nouveau à 81% Ajusting scenery objects...) Sur EHAM, je suis à 12 - 13 FPS (env 2 de moins que sur NL2000) mais quand je m'éloigne de l'AD je remonte à 18-19 FPS (donc 2 deux mieux qu'avec NL2000) mais la différence flagrante est un manque de fluidité avec des chutes à 4-5 FPS toutes les 2 mn, et à la fin de la bouilli au sol qui se termine par un retour bureau J'ai l'impression que l'autogen kangourou, plus beau et plus varié, est indigeste (CQFD me dira-t-on avec l'expérience de TE Great Britain South). Je reboote et vais réessayer...

Merci aussi à toi Michel. Il y a plus qu'à attendre que LLH se penche aussi sur le sujet

Bonsoir Jean-Pierre, Avec ma configuration bien moins puissante que la tienne, je suis entre 13 et 15FPS sur le terrain de EHAM puis passe à 17 en m'éloignant de 2NM. Avec les dalles photo en 50cm, traffic Live à 30% sur Schipol, ASCA et tutti quanti, je trouve les performances très honorables (et sans à-coups) Edit : Ce test est en full NL2000.

Merci Alain

Et seul NL2000 v4.10 Heliports n'est pas passé en v5 (qu'on peut toujours trouver ici)

Merci Jean-Luc v5.02 , release date November 2019 , new photoscenery of most airports, update EHGG , new 3D people , updated heliports . 1 package combination 3D objects and heliports Airport v5.01 packages are identical to the airport v4.x packages. Starting from v5.02, all airport packages are optimised for Prepar3Dv4 and later. Tout ce qui est en version 5.02 fonctionne exclusivement avec P3D4 alors que les versions 4.x à 5.01 sont pour FSX jusqu'à P3Dv3 (et fonctionnent avec P3Dv4)

Entre la carte en superposition de l'Europe (de Brest à Sofia ou de Stockholm à Rome) et ton tableau de progrès, on comprendre bien l'ampleur de la tâche ! Vous nous faîtes un travail de romain ! Bon courage et bravo pour votre persévérance et la qualité de votre production !

Vous allez à un niveau de finition rarement vu chez des éditeurs ! Du cousu main

Merci Slovene73. Avais-tu externalisé l'installation ? Pour les cabanes de bergers, pourrais-tu préciser les coordonnées GPS et mettre en ligne un screen stp ? Je ne suis pas encore familier de la scène et de la région. Merci !

  Ça me rappelle mes premiers pas avec FSX pour harmoniser la grande couronne de Paris et en particulier dans le Nord (IdF + HNO + Picardie).   J'en avais passé du temps à comprendre si le pb venait de mon installation, de l'ordre des scènes, de la coexistence HD/3DA, de l'autogen récupéré pour les scènes HD, puis trouver le moyen d’identifier les dalles agn en LOD13 pelées, rechercher si les BGL existaient dans d'autres scènes puis les recopier à la mano pour peuplier les frontière N et W... pour enfin pouvoir gérer cela à grande échelle grâce à la création de polygones avec Google Earth et l'utilisation d'AGN Merge Tool pour faire la sélection d'un coup sur toute une région.   Bref, on va pouvoir passer plus de temps dans l'avion que sous le capot du simu   Au passage vivement la Picardie en 3DA qui terminerait enfin l'Ile de France géographique

On s’y perd ! 

Merci Alain pour ton écoute et ta réactivité 

Les configurations proposées vont être testées mais comme d’habitude l’expérience sera bonne avec du très haut de gamme...

Intéressant, merci Marc. Le haut de gamme d’il y a trois ans est devenu la configuration minimale pour 2020... J’avais instinctivement intégré cette vitesse d’obsolescence du matériel mais avec cette info la preuve est faite

+1 Si cela peut aider à répondre aux besoins de ceux qui ont acheté quasiment toutes les scènes FVFR : Il ne m’a pas semblé compliqué de créer des zones régionales plus larges d’une dalle agn que le périmètre photo avec Google earth pour permettre un overlap peu coûteux en fichiers et garantissant une couverture nationale sans couture. L’extraction des fichiers concernés me parait facilement industrialisable pour en faire bénéficier tout ceux qui ont acheter les packs. Edit : du moins sur les régions 3DA, les photo HD étant livrées sans autogen.

Si le ramage technique de FS2020 se rapporte à son plumage tel qu’actuellement affiché, il va être le phénix des simulateurs

Effectivement, ce serait utile car on ne sait pas quelle priorité donner entre une scène adjacente au nord et une scène adjacente à l’ouest.   Toujours de mémoire, il n’y avait pas de solution parfaite dans certains cas, ce qui m’avait poussé par maniaquerie à identifier les agn de toutes les bordures (N S E W) à dupliquer pour chaque région (c'était avant l'astuce du lien symbolique...)

C’est un grand classique du ´tuilage’ des scènes FVFR... De mémoire, les scenes au nord et à l’ouest sont à placer au dessus des scènes adjacentes à l’est et au sud, donc AUV > RA1 > RA2. Sinon la bordure large d’une dalle d’agn au Nord et à l’ouest n’est pas couverte par l’autogen.   Certains ont contourné le problème avec l’utilisation de liens symboliques pointant sur un répertoire texture unique où sont déversées les fichiers agn, les plus anciens d’abord, écrasés par les plus récents (ce que je ferai personnellement quand toute la France sera en 3DA)    Quand à moi, l’ai choisi de doublonner les textures des bordures de chaque région FVFR (j’ai recopié les agn des bordures de chaque région adjacente dans la nouvelle scène, RA1 en l’occurrence). Je ne charge ainsi que les scènes dont j’ai besoins et n’ai plus à résoudre ce casse tête de priorisation des scènes régionales entre elles)   Edit : nos messages se sont croisés. Mon post est à retirer pour éviter tout écart d’interprétation. Je ne suis pas l’éditeur  Merci