X-Plane 10.x Xplane 10 et les zones urbaines : où est le problème ?

[Glah_Salamanthe]

Bonsoir tous…

C'est vrai que j'utilise plutôt les "zones-Photos", les couvertures "OSM2XP" et les scénaris construits(dont ceux de XPFR)…

Mais je suis malgré tout très surpris des zones urbaines d'Xplane 10 de base : selon les écrans trouvés sur le site de Laminar ;XPlane 10 devrait parfaitement recréer les zones urbaines :



… et pourtant Lausanne reste une banlieue campagnarde avec de très nombreuses petites maisons…
Genève n'affiche que quelques buildings au milieu de petits lotissements et Paris pas beaucoup plus !

Pourquoi donc X_plane n'utilise-t-il pas ses ressources pour afficher plus clairement les grandes cités ? leur densité est-elle mal définie dans les data du paysage ?

Ceci dit , Xplane est bizarrement plus fluide avec les zones photos, la couvertures OSM2XP qu'en version de base !!

[Daniel_L]

Peut-être que pour l'instant il manque du "art work".
Par curiosité j'ai regardé les lignes d'autogen définies dans le DSF qui correspond à ma zone, +48+001.dsf. Là j'ai fait la correspondance avec les fichiers autogen utilisés en réalité grace au library.txt du répertoire 1000 autogen. Voici le résultat sur les 32 premières lignes (sur 126) :

POLYGON_DEF lib/g10/autogen/urban_high_broken_1.ags US/suburban/SubResSW32mWet2.ags
POLYGON_DEF lib/g10/autogen/urban_high_broken_2.ags US/suburban/SubResSW32mWet.ags
POLYGON_DEF lib/g10/autogen/urban_high_broken_3.ags US/suburban/SubResSW32mWet2.ags
POLYGON_DEF lib/g10/autogen/urban_med_broken_0.ags US/suburban/SubResSW32mWet.ags
POLYGON_DEF lib/g10/autogen/urban_med_broken_1.ags US/suburban/SubResSW32mWet2.ags
POLYGON_DEF lib/g10/autogen/urban_med_broken_2.ags US/suburban/SubResSW32mWet.ags
POLYGON_DEF lib/g10/autogen/urban_med_broken_3.ags US/suburban/SubResSW32mWet2.ags
POLYGON_DEF lib/g10/autogen/urban_low_broken_0.ags US/suburban/SubResSW32mWet.ags
POLYGON_DEF lib/g10/autogen/urban_low_broken_1.ags US/suburban/SubResSW32mWet2.ags
POLYGON_DEF lib/g10/autogen/urban_low_broken_2.ags US/suburban/SubResSW32mWet.ags
POLYGON_DEF lib/g10/autogen/urban_low_broken_3.ags US/suburban/SubResSW32mWet2.ags
POLYGON_DEF lib/g10/autogen/ind_high_broken_0.ags US/suburban/SubResSW32mWet.ags
POLYGON_DEF lib/g10/autogen/ind_high_broken_1.ags US/suburban/SubResSW32mWet2.ags
POLYGON_DEF lib/g10/autogen/ind_high_broken_2.ags US/suburban/SubResSW32mWet.ags
POLYGON_DEF lib/g10/autogen/ind_high_broken_3.ags US/suburban/SubResSW32mWet2.ags
POLYGON_DEF lib/g10/autogen/ind_low_broken_0.ags US/suburban/SubResSW32mWet.ags
POLYGON_DEF lib/g10/autogen/ind_low_broken_1.ags US/suburban/SubResSW32mWet2.ags
POLYGON_DEF lib/g10/autogen/ind_low_broken_2.ags US/suburban/SubResSW32mWet.ags
POLYGON_DEF lib/g10/autogen/ind_low_broken_3.ags US/suburban/SubResSW32mWet2.ags
POLYGON_DEF lib/g10/autogen/natural.ags US/suburban/SubResSW32mWet.ags
POLYGON_DEF lib/g10/autogen/park_2.ags US/suburban/empty.ags
POLYGON_DEF lib/g10/autogen/urban_low_solid_30_v0.ags US/suburban/SubResSW32mWet.ags
POLYGON_DEF lib/g10/autogen/urban_low_solid_30_v1.ags US/suburban/SubResSW32mWet2.ags
POLYGON_DEF lib/g10/autogen/urban_low_solid_30_v2.ags US/suburban/SubResSW32mWet.ags
POLYGON_DEF lib/g10/autogen/urban_low_solid_30_v3.ags US/suburban/SubResSW32mWet2.ags
POLYGON_DEF lib/g10/autogen/urban_low_solid_60_v0.ags US/suburban/SubResSW32mWet.ags
POLYGON_DEF lib/g10/autogen/urban_low_solid_60_v1.ags US/suburban/SubResSW32mWet2.ags
POLYGON_DEF lib/g10/autogen/urban_low_solid_60_v2.ags US/suburban/SubResSW32mWet.ags
POLYGON_DEF lib/g10/autogen/urban_low_solid_60_v3.ags US/suburban/SubResSW32mWet2.ags
POLYGON_DEF lib/g10/autogen/ind_high_solid_f_30_v2.agb US/urban_high/LESres_0v0.agb
POLYGON_DEF lib/g10/autogen/ind_high_solid_f_60_v0.agb US/urban_high/LESres_0v0.agb
POLYGON_DEF lib/g10/autogen/ind_high_solid_f_90_v1.agb US/urban_high/LESres_0v0.agb

Sur ces 32 lignes, il n'y a que 4 variantes utilisées !
Donc, dans les DSF il y a de la variété mais par contre cette variété n'existe pas encore pour l'affichage.

Daniel

[PhM]

...Ceci dit , Xplane est bizarrement plus fluide avec les zones photos, la couvertures OSM2XP qu'en version de base !!

Pas forcément bizarre. Je n'ai pas encore fait de capture des commandes openGL utilisées dans le cas de l'utilisation de zones photos, mais ce qui est évident lors de l'utilisation de DSFs de base c'est que X-Plane envoie une foule-titude de commandes chacunes traçant seulement quelques triangles et que ça c'est pas bon pour avoir un rendu efficace.

PhM

Edit : Confirmé, les DSFs générés par g2xpl utilisent mieux les ressources système. A moins d'être amoureux du "plausible world" utilisez des zones photo vous y gagnerez un peu en temps de tracé, que vous pourrez utiliser dans des nuages par exemple.

[orangina75]

Bonsoir tous…

C'est vrai que j'utilise plutôt les "zones-Photos", les couvertures "OSM2XP" et les scénaris construits(dont ceux de XPFR)…

Mais je suis malgré tout très surpris des zones urbaines d'Xplane 10 de base : selon les écrans trouvés sur le site de Laminar ;XPlane 10 devrait parfaitement recréer les zones urbaines :

… et pourtant Lausanne reste une banlieue campagnarde avec de très nombreuses petites maisons…
Genève n'affiche que quelques buildings au milieu de petits lotissements et Paris pas beaucoup plus !

Pourquoi donc X_plane n'utilise-t-il pas ses ressources pour afficher plus clairement les grandes cités ? leur densité est-elle mal définie dans les data du paysage ?

Peut-être tout simplement parce qu'ils se sont focalisés sur les villes d'Amérique du Nord, et non d'Europe.