Ortho4XP

[Oscar Pilote]

@MichelHH

C'est ce qui arrive quand les fichiers d'élévation ont des zones "no data", que le programme comble alors par l'altitude moyenne de la tuile.
Dans le cas de la 46/5, celui proposé avec la meilleure résolution n'a pas de "no data", j'en déduis que tu as du prendre le tiens ailleurs
(sur la carte globale 3" arc je pense).
Recommence avec celui présent ici : http://www.viewfinderpanoramas.org/dem1/N46E005.zip et tes pyramides devraient disparaître.

[Oscar Pilote]

2: le choix du fichier d'élévation : Pour réaliser les tuiles "Suisses" des Alpes, j'ai opté pour des données plus précises que les données d'élévation habituelles . Données plus précises = plus de "facettes" triangulaires qui vont composer le Mesh . Donc là aussi perte de performances.

Juste une remarque concernant ceci : la complexité du maillage final est gérée "uniquement" par le paramètre curv_tol. Le fichier d'élévation c'est "ce que l'on sait de la réalité" (et il est donc toujours mieux d'avoir le plus précis/fidèle possible), alors que le maillage c'est
comment on approxime ce que l'on sait de la réalité par une collection de facettes. En théorie on peut donc faire des maillages très complexes approchant des données pourries, ou des maillages très rudimentaires approchant des données très fines et précises, ce sont deux choses (pratiquement) indépendantes.

[atanorr]

Oscar

J'ai lu sur un forum, donc à vérifier que la compression dds de nvidia est meilleur qu'avec gimp , je n'ai pas eu de temps à effectuer des tests. Si quelqu'un a du temps..

Si c'est le cas il y a possibilité d'améliorer.

Solution 2

Ajouter au filtre blurX un léger bruit de teinte qui aura pour effet d'avoir des pixels de teintes différentes et donc lors de la compression devrait améliorer grandement le défaut voir disparaître. En plus d'ajouter un effet réaliste d'une réflexion de lumière..

[jasum]

légèrement meilleur avec nvcompress qu'avec convert (imagemagick) mais plus longue à réaliser; la différence de qualité n'est pas significative, personnellement je suis revenu à convert.

[atanorr]

Personnellement je pense que l'option 2, donc ajouter un filtre bruit devrait résoudre le problème. A 80 pour cent

[jasum]

Il y a une différence, mais à ZL19 ce sont des vignettes (des "mipmaps") de résolution plus basse qui sont utilisées quand on n'a pas le nez collé à
la texture, et c'est dans celles-là je crois que le phénomène apparaît. Les dds non compressés le seront eux à toutes les échelles.
L'autre solution est de vivre avec les petits carrés...

Au fait Glah : as-tu vérifié si le fait de décocher "compresser les textures pour gagner en VRAM" modifie quelque-chose à l'histoire ?

OK, cependant reprends moi si c'est erroné,dans le dds il y a 5 niveaux de mipmaps en progression géométrique inverse de 2, par réduction de l'image initiale, comme la pixellisation se produit à l'agrandissement et non à la diminution ,si le dds initial n'est pas pixelisé,le mipmap de niveau inférieur ne le sera pas non plus.

[Oscar Pilote]

Tu as parfaitement raison. Aussi, le nombre de mipmaps est plus grand que 5 (4096=2^12 donc 12 mipmaps ici) mais c'est sans importance
pour la question.

[MichelHH]

Un grand merci à OSCAR
Avec les elevation datas que tu m'as fourni la scène 46 005 est DEUX PECABLE (c'est de l'humour du chnord)

Toute mon admiration pour ce que tu fais pour la communauté d'XPLANE

[wyperion]

Bonjour Oscar, et merci de ta réponse.

Les W2XPL OSM only ne contiennent pas de routes, ce sont celles des tuiles zones-photos (elles-mêmes pompées par
G2XPL depuis le HD mesh) que tu vois.

En faisant d'autres essais, je vois que les routes qui me manquent ce sont celles d'Xplane d'origine:



Voila ce que j'obtiens quand j'utilise une tuile faite avec Ortho4XP (z16):

Il n'y a plus de route, elle sont complètement écrasée par la tuile.

Pourtant, avec les tuiles de Zonephoto.fr, les routes sont bien conservées:



Et enfin, avec une tuile Zone Photo et OSM Europe+Only, j'ai les bâtiments au bon endroit, les routes et l'éclairage de nuit. Malheureusement, j'ai pas les beaux bords de mer.

Tout est bien normal jusque là ?

Il y a deux solutions : 1) utiliser la fonction "Build overlay" d'ortho4xp (cfr plus haut dans le fil pour le "comment faire")

J'ai bien essayé de chercher dans le fil, mais j'ai pas encore trouvé. Que dois-je indiquer dans le répertoire custom Overlay Dir ? J'ai bien essayé de lui faire manger les dsf d'origine d'Xplane, mais il en veut pas...

2) faire tes données W2XPL toi-même (et pas prendre celles faites par Simheaven) en y intégrant les routes.
La 1) est plus simple sans doute que la 2ème, mais la 2ème est plus "logique".

Comme j'arrive même pas à faire le 1), je vais pas me lancer dans le 2) tout de suite

Dans quelques mois j'espère qu'il y aura une troisième voie...

Je me demande si il ne va pas falloir que j'attende cette 3ème voie... Ma fierté en prend un coup

Pour ton souci de fps (les utilisateurs font plutôt en général la remarque inverse), tu n'aurais pas utilisé un curv_tol
trop faible, ce qui t'aurait généré trop de triangles à l'étape 2 ? Avec une tuile à moitié sur la mer et ton matériel tu
devrais toujours être à 60 fps.

Ouh là, 60fps ? Ca, c'est quand je suis à 30000 pieds, sans nuage... et avec le vent dans le dos :D. Non, malheureusement, malgré ma config, X-plane est une vrai bouse sur MacPro. Il marche bien mieux sur les iMac curieusement... Je veillerai à augmenter le curv_tol si je refais une tuile (j'avais gardé 0.2)
@+

[fabded]

@wyperion

Ayant le même souci que toi, j'ai suivi les conseils de OscarPilote. J'ai tenté le Sniff, mais ne sachant pas où sniffer ni quoi sniffer, cela n'a pas fonctionné. Par contre en utilisant World2Xplane et en suivant à la lettre "le mode d'emploi", cela marche ! j'ai bien les tuiles Ortho4XP avec les bâtiments, les routes et les éclairages la nuit.

A toi de voir... Si tu réussi à sniffer, je suis preneur d'une explication !

[wyperion]

Ok Fabded, je vais tenter de trouver des infos sur World2Xplane

Merci

[Oscar Pilote]

@Wypérion,

je tente une explication en faisant un parallèle fantaisiste, pardon si cela te parait enfantin mais il me semble que ça peut
aider à comprendre :

* On va dire que la tuile finale que tu vois dans X-Plane est une combinaison de pommes et de poires (les pommes ce sont tous les triangles
qui forment la couche du dessous: le "maillage"), et les poires c'est tout ce qui se POSE dessus (les routes, les fôrets, les maisons, les lampadaires, etc).

* Cette tuile finale est obtenue en mettant ensemble des caisses de pommes, des caisses de poires, ou des caisses contenant un mélange de pommes et
de poire. Une caisse correspond à peu de choses près à chacun des répertoires de ton Custom Scenery.

* Toutes les caisses ne sont pas utilisées pour le rendu final, la règle est la suivante : X-Plane utilise TOUTES les caisses de poires, mais uniquement
UNE caisse contenant des pommes (la première rencontrée, peu importe que ce soit une caisse ne contenant que des pommes ou une caisse contenant
un mélange, dès qu'une pomme est trouvée toutes les caisses suivantes qui contiennent de la pomme sont écartées).

Voilà, ceci étant compris il se fait que :

* Ortho4XP fabrique une caisse ne contenant QUE des pommes - W2XPL fabrique des caisses ne contenant QUE des poires - le Global Scenery ou les
HD mesh d'Alpilotx sont des caisses contenant un mélange de pommes et de poires.

Dans ton cas (qui est à peu près celui rencontré par tout le monde) :

- avant d'utiliser Ortho4XP : X-Plane chargeait une caisse de mélange (Global Scenery ou HD mesh je ne sais pas ce que tu avais), une caisse de poires (W2XPL - la
version de Simheaven ne contenant pas de poire de la variété "route") et sans doutes d'autres caisses de poires correspondant à des scènes plus locales.

- depuis que tu utilise Ortho4XP : X-Plane charge la caisse de pommes d'Ortho4XP et la caisse de poire de W2XPL (mais plus celle mixte puisque qu'on a dit qu'une seule
caisse contenant des pommes pouvait être chargée).

La fonction "Build Overlay" d'Ortho4XP fait la chose suivante (qui est très distincte et séparée de son vrai travail qui est de créer une caisse de pommes) : tu lui indiques
l'endroit où se trouve une caisse de mélange déjà disponible, et il crée une nouvelle caisse vide et la remplit ensuite avec des clônes de toutes les poires qui se
trouvent dans la caisse de mélange que tu lui as indiquée (et il n'y met aucune pomme). Puisqu'elle ne contiendra pas de pommes, cette caisse pourra être
chargée en parallèle à la caisse de pommes d'Ortho4XP.

Pour avoir le même rendu qu'avant, tu vas donc mettre (entre autre) dans Custom Scenery : la caisse de pommes d'Ortho4XP (zOrtho4XP_****), la caisse de poires copiées
par Ortho4XP (zOrtho4XP_Overlays), et la caisse de poires de W2XPL (qui doit déjà s'y trouver).


Pour faire cette opération de copie de poires et créer zOrtho4XP_Overlays, dans le sélecteur de répertoires de "Build Overlays" tu choisis un répertoire qui contient une
caisse de mélange (il est important que ce soit un répertoire dont le niveau se situe juste au dessus du niveau de "Earth nav data", par exemple "HD_mesh_v3").
Une fois l'opération "Build Overlays" terminée tu fais une copie de zOrtho4XP_Overlays dans ton Custom Scenery ( = tu y places cette caisse de poires).

Voilà j'espère que c'est plus clair, en tout cas tu dois pouvoir en déduire que toutes les images que tu nous à montrées n'ont rien de mystérieux mais sont la
conséquence directe de ces quelques règles.

S'il subsiste des pépins n'hésite pas à me relancer.

[wyperion]

Re-bonjour Oscar

Merci pour ta longue explication, ca aide en effet à comprendre le role des différents dossiers dans le custom scenary.

Il subsiste pourtant certains doutes dans mon esprit. La différence entre un dossier zonephoto et un dossier Ortho4Xplane: Tu sembles me dire que zone photo est une caisse de poires et Ortho4Xplane est une caisse de pommes.
Pourtant, pour moi, le but de ces deux dossiers est le même: la pose d'une peau "image satellite" sur le relief de base. Dois-je comprendre que "Ortho4Xplane" est une caisse de pomme parce qu'il possède en plus un mesh 3D contrairement aux tuiles de ZonePhoto ?

Bref, si j'active la caisse de pommes "Ortho4Xplane", la caisse de mélange (ou il y a les routes) Global Scenary ne s'active pas, et c'est pourquoi je n'ai pas de route ?

Ok, disons qu'il me faut une caisse de poire avec que les routes . Il faut donc que j'aspire les routes du Global Scenary de X-Plane (comment va-t-il faire le tri d'ailleurs...). Hors, quand je sélectionne ce dossier, /Volumes/XPlaneDrive/X-Plane 10/Global Scenery/X-Plane 10 Global Scenery, et que je clic sur Build Overlay, la console me donne:

Independent Step : Building of an Overlay DSF from third party data :
-------------------

-> Making a copy of the original overlay DSF in tmp dir
-> The original DSF is a 7z archive, uncompressing...
-> Converting the copy to text format

Pourtant, le Global Scenary ne semble pas compressé.

Ou alors, c'est pas du tout ce que je dois sélectionner ?

J'espère ne pas trop être un boulet.

Merci encore,

Wyperion

[atanorr]

Oufti !
Je comprends mieux les 12 travaux d Asterix que les pommes et poires :D
Ahahaha

C est bien celui la dans la maison de fou? )
Rassure moi Oscar , tu n as pas comme moi, ta femme qui vient toujours te demander quelque chose quand tu rentres dans tes explications ?

[Oscar Pilote]

Il subsiste pourtant certains doutes dans mon esprit. La différence entre un dossier zonephoto et un dossier Ortho4Xplane: Tu sembles me dire que zone photo est une caisse de poires et Ortho4Xplane est une caisse de pommes.

Non, W2XPL c'est une caisse de poires, mais zonephoto c'est une caisse de mélange. En fait les tuiles de zonephoto (en tout cas celles qui ont été crées par G2XPL (à ne pas confondre avec W2XPL)) sont obtenues à partir des caisses de mélanges de Global Scenery ou de HD mesh en substituant les pommes "landclass" par des pommes "orthophotos", et en laissant les poires telles quelles.

Pourtant, pour moi, le but de ces deux dossiers est le même: la pose d'une peau "image satellite" sur le relief de base.

En fait non on ne "pose" rien du tout, tout triangle du relief de base doit avoir une texture (ce sont les fichiers .ter qui décrivent comment peindre le triange), quand on fait de la tuile photoréaliste on CHOISIT une texture sous forme d'image aérienne PLUTOT QUE une texture "jeu vidéo", mais il n'y a pas une couche sur une autre, chaque triangle a son unique texture.

(il y a d'autres situations ou des gens "posent une peau image satellite" par dessus une texture existante, mais c'est une autre technique (les fichiers .pol), et pas très adaptée à couvrir de manière précise ou sur de grandes étendues, cela a été beaucoup utilisé pour mettre du photoréaliste sur des scènes d'aéroport par exemple).

Dois-je comprendre que "Ortho4Xplane" est une caisse de pomme parce qu'il possède en plus un mesh 3D contrairement aux tuiles de ZonePhoto ?

C'est justement pour éviter d'utiliser des mots comme "mesh 3D", qui sont employés à toutes les sauces, que j'ai préféré faire un parallèle avec des pommes et des poires. Les tuiles "Zonephoto" et "Ortho4XP" sont des caisses qui contiennent toutes les deux des pommes (un mesh 3D comme tu dis, sachant que dans mesh il faut comprendre triangles AVEC leurs textures), simplement les caisses de "ZonePhoto" contiennent aussi des poires alors que celles d'Ortho4XP pas. La fonction Build Overlay permet de construire, en parallèle, une caisse supplémentaire avec des poires, mais c'est indépendant et j'aurais pu mettre ça dans un programme portant un autre nom.

Bref, si j'active la caisse de pommes "Ortho4Xplane", la caisse de mélange (ou il y a les routes) Global Scenary ne s'active pas, et c'est pourquoi je n'ai pas de route ?

Exactement.

Ok, disons qu'il me faut une caisse de poire avec que les routes . Il faut donc que j'aspire les routes du Global Scenary de X-Plane (comment va-t-il faire le tri d'ailleurs...).

Faire le tri serait facile (les routes sont des poires de la variété "NETWORK", les forêts des poires de la variété "POLYGON" (ce ne sont pas les seules), les maison des poires de la variété "OBJECT", etc... Mais en fait la fonction Build Overlay ne fait pas vraiment le tri, elle prend toutes les poires (tout le monde n'utilise pas W2XPL en parallèle) sauf celles de la variété "plages" qui viendraient recouvrir tout le travail fait sur les transitions sol/eau. Cette profusion n'est pas gênante en pratique (et c'est déjà ce qui se passait pour toi avant d'utiliser Ortho4XP), je n'en n'ai pas parlé précédemment pour ne pas compliquer mais X-Plane a des règles additionnelles qui permettent d'éviter les doublons (cela s'appelle des "zones d'exclusions"), par exemple pour éviter qu'une poire forêt se trouvant à la fois dans Global Scenery et dans W2XPL ne soit tracée 2 fois. Tu n'as donc pas trop de craintes à avoir de ce côté là (cela dit c'est pour éviter qu'X-Plane ait à déceler tous ces doublons que je "milite" en faveur de 1 tuile = une caisse de pommes + un assortiment de caisses de poires, et pas de mélanges).

Hors, quand je sélectionne ce dossier, /Volumes/XPlaneDrive/X-Plane 10/Global Scenery/X-Plane 10 Global Scenery, et que je clic sur Build Overlay, la console me donne:
[...]
Pourtant, le Global Scenary ne semble pas compressé.

Ce sont les fichiers dsf du Global Scenery qui sont compressés au format 7z (bien que leur extension reste .dsf), le dossier en lui même n'est effectivement pas compressé. Mais tu as du voir des messages de DSFTool à la suite de cela non ? Si pas c'est que le ver est dans le fruit !