[Ortho4XP] Une ch'tite suggestion de ZL

[ghandii]

Hello,

J'aurai certes pu adresser ce qui suit à Oscar par MP...
La v1.19 d'Ortho4XP apporte un fonctionnalité que j'attendais (et dont Oscar nous avait parlé assez tôt au début du développement): mettre automatiquement du détail là où en a besoin.
Concrètement, une rapide édition du fichier .cfg permet de choisir, pour tout terrain renseigné comme tel dans la database osm, un ZL plus fin autour dudit terrain, et ce sur un rayon approximatif lui même paramétrable. En gros, baser par exemple la tuile en ZL15, et avoir du ZL18 dans les 5 km autour des aéroports. Tout ceci automatiquement, ce qui est déjà pas mal.
Je suggère d'affiner cette fonctionnalité, avec un lissage des ZL. J'entends par là de faire des carrés concentriques avec le ZL qui diminue quand on s'éloigne du terrain. Par exemple
- ZL19 juste autour du terrain (disons un carré de 10km de côté)
- ZL18 sur un carré de 13km
- ZL17 sur un carré de 16km
- ZL16 sur un carré de 20km
- ZL15 sur le reste

Si en plus on pouvait choisir de sélectionner les terrains sur lesquels ça s'applique, ça serait top...
Entendons-nous bien: cet outil est déjà top

[Oscar Pilote]

Salut,

En fait il faut garder à l'esprit la chose suivante : même si tu ne demandes qu'un tout petit triangle en un certain ZL, X-Plane est obligé de charger en vram toute la texture 4K correspondante.
En voulant faire trop progressif, on fait charger plein de textures pour n'en utiliser qu'une partie restreinte de chacune d'entre elles. Avec l'option cover_airport_with_high_res, la zone que je fais
mettre en zl plus élevé n'est pas quelconque, ni centrée pile poil au centre de l'aéroport, mais correspond à utiliser entièrement un nombre minimal de textures couvrant l'aéroport plus le rayon extérieur
demandé, de telle sorte que rien ne soit gaspillé en vram.
Ce que tu demandes, tu peux le réaliser avec custom zoomlevel, mais tu risques par exemple de mettre du 17 là où en vram tu as déjà du 18 par ailleurs (à un moment j'avais pensé à faire en sorte
que quand tu cliques cela active le coin de l'ortho le plus proche dans le zl actif - un "snap to grid" - mais je ne l'ai pas fait parce que c'est perturbant et parce que pour d'autres cas comme
pour les frontières on n'en veut pas).

Pour mémoire une texture ZL19 c'est en gros 1km de côté (plutôt 800m à nos laltitudes), une ZL18 2km, et ainsi de suite en doublant à chaque pas de zl.

[ghandii]

Merci Oscar,

finalement, si je résume pour ma compréhension:
- les textures font toutes 4096x4096 pixels, et plus le ZL est élevé, plus la zone couverte est petite
- quand on augmente d'un ZL, la distance réelle d'un côté d'une texture est divisée par 2, ce qui veut dire que pour la même surface, on quadruple le nombre de textures (d'où un facteur 4 de la taille de la tuile en cas d'augmentation d'un ZL)
- en cas de zone 'mixte', par exemple une texture ZL17 avec un peu de ZL18 en bas à droite de cette texture, on va devoir télécharger, stocker et charger dans la VRAM le fichier ZL17 + le fichier ZL18. A l'écran s'affichera un texture à 3/4 en ZL17 et 1/4 en ZL18. D'un point de vue optimisation, c'est en effet pas top car finalement, on télécharge, stocke et charge dans la VRAM 25% de ZL17 pour rien.

Le fait de créer de custom zoomelevel, par exemple pour découper des aéroports ou des zones urbaines, risque-t'il finalement de plomber la performance de la tuile? En grand utilisateur du custom zoomlevel dans mes essais, je découpe un peu dans tous les sens, en diagonale, et je ne connais pas les l'emplacement des bords des textures en fonction de leur ZL. Je me rends compte que cette approche n'est pas optimum?

Est-ce possible de guider l'utilisateur lors du custom zoomlevel pour placer les délimitations au bon endroit, pour que les zones sélectionnées contiennent un nombre entier de textures au ZL demandé?
Et je reformule dès lors la suggestion initiale: un carré de 10x10 textures en ZL19 (soit approximativement un carré de 8km de côté), puis un 'cadre' de 2 textures ZL18 (4km), puis un autre 'cadre' de 2 textures ZL17 (8km), puis un dernier 'cadre' de 1 texture ZL16 (8km). Ou toute autre combinaison, du moment qu'elle contient un nombre entier de textures au bon ZL...

[temium62]

Oscar j ai raté un épisode. ..comment fait-on pour déterminer automatiquement un zoom level autour des aéroports ? Encore un truc de dingue !!!!

[guyt]

Oui , j'en ai raté moi aussi...
Perso , le zoom level ,ça va faire mais une explication sur la faculté de lancer plusieurs tuiles , là , je sèche un peu.
J'ai lancé Ortho4XP , après vers Earth tile map où j'ai sélectionné quatre tuiles , coché les cases dans Build multiple tiles et hop >Batch Build

Mais ça va trop vite , j'ai du foirer quelque part.. comment renseigner les Custom DEM File pour ces quatre tuiles.

Autre chose à faire? Si Oscar ou une bonne âme pouvait nous faire un descriptif succinct de ce dernier bijou ce serait sympa (mais vous l'êtes , c'est sûr)

Ah , faut pas lâcher la lecture un jour ici !!

[ghandii]

Hello,

dans le fichier de configuration, éditer

cover_airports_with_highres = True # If set to True then a high(er) ZL square zone around each airport (found at Step 1) will be added as a custom zoomlevel
cover_extent = 5 # extent (km) of the highres zones (added to the bbox containing each airport)
cover_zl = 19 # the zoomlevel used for these zones

Ici, le cover_airports_with_highres en True va automatiquement mettre du ZL19 dans les 5 km entourant tous les terrains référencés comme tel dans la base osm. Et comme l'explique Oscar plus haut, tout ceci en réduisant le nombre de texture (pas de ZL différents pour un même point, afin d'en optimiser la tailler et le chargement dans la VRAM lors de l'utilisation de la tuile)

Certes c'est une fonction géniale, mais je suggère ici:
- avoir un ZL "progressif" diminuant avec l'éloignement de l'aéroport.
- pouvoir sélectionner les terrains (ou plus simplement les zones) sur lesquels cette règle s'applique
Avoir un ZL19 dans un rayon de 25 km pour tous les terrains alourdit considérablement la taille de la tuile (et avoir du ZL19 sur Vélizy Villacoublay ne m'interrese pas, sur LFPO et LFPG suffirait à mon bonheur).

L'idée est que volant en jet, un ZL15 voire ZL14 suffirait largement pour la majorité des textures, sauf autour des aéroports principaux pour lesquels un ZL de plus en plus précis permettrait d'avoir un niveau de détail adéquat avec l'altitude qui diminue lors de la phase d'approche (ou qui augmente avec la phase de décollage).

[Daniel_L]

...
Certes c'est une fonction géniale, mais je suggère ici:
- avoir un ZL "progressif" diminuant avec l'éloignement de l'aéroport.
- pouvoir sélectionner les terrains (ou plus simplement les zones) sur lesquels cette règle s'applique
Avoir un ZL19 dans un rayon de 25 km pour tous les terrains alourdit considérablement la taille de la tuile (et avoir du ZL19 sur Vélizy Villacoublay ne m'interrese pas, sur LFPO et LFPG suffirait à mon bonheur).
...

Ca on peut le faire "à la main".
Pour le mode automatique, ça pourrait être bien de faire une distance du ZL supérieur en fonction de la longueur des pistes.

Daniel

[papet30]

En fait il faut garder à l'esprit la chose suivante : même si tu ne demandes qu'un tout petit triangle en un certain ZL, X-Plane est obligé de charger en vram toute la texture 4K correspondante........

Bonsoir Oscar,
Je viens d'appliquer ta nouvelle méthode pour ma tuile de référence +45+005 et j'ai deux questions/remarques :
- OSM donne douze airports ce qui avec 1km et zl18 crée une tuile qui pèse 5 Gb.
- mais dans ces douze airports on trouve Lyon St Ex qui n'est pas dans la tuile ( est-ce effet de bord ?)

Ne volant pratiquement qu'en liner, et comme X-plane charge douze tuiles même les 32 Gb de RAM ne seront pas suffisants, donc je supprime à l'éditeur dans .cfg les lignes inutiles.

[Oscar Pilote]

Bonsoir les zamis,

Ce sont toutes de très bonnes idées, mais qui arrivent à des niveaux de spécificité où chacun aura des vues différentes sur ce
qu'il convient le mieux de faire, et cela risque de faire des options à tiroirs et à rallonges.
J'avais créé celle-là à la demande d'un utilisateur (nicowork je crois), mais comme le fait papet30 on peut ajuster dans le
fichier Ortho4XP.cfg de la tuile (supprimer ou modifier les lignes de zone_list). La longueur des pistes entre déjà en partie dans
le calcul car le "rayon externe" de coure par du centre mais depuis le pourtour (la bounding box) de l'aéroport.

@papet30 St Ex est bien dans la +45+005 (c'est bien connu les Lyonnais ont tendance à envahir la Savoie ;-) Je m'étonne de ta remarque
sur la RAM, je tourne avec "seulement" 8Gb et je n'ai pas encore rencontré de pb (on verra avec la version 11...).

[ghandii]

Ca on peut le faire "à la main".
Pour le mode automatique, ça pourrait être bien de faire une distance du ZL supérieur en fonction de la longueur des pistes.
Daniel

Je le fait (faisais) avec le custom zoom level, mais deux ecueils:
- c'est fastidieux (bien que l'interface graphique soit aux petits oignons)
- comme ma l'a fait comprendre Oscar plus haut, cette méthode manuelle risque de créer des zones ou coha****nt 2 ZL: seul le ZL le plus élevé sera finalement affiché, mais la tuile sera construite et chargée avec des zones pour lesquelles il faudra ces 2 ZL.

Bonsoir Oscar,
Ne volant pratiquement qu'en liner, et comme X-plane charge douze tuiles même les 32 Gb de RAM ne seront pas suffisants, donc je supprime à l'éditeur dans .cfg les lignes inutiles.

La RAM est-elle vraiment la mémoire qui est utile ici? Plutôt la VRAM, non?

[ghandii]

Bonsoir les zamis,

Ce sont toutes de très bonnes idées, mais qui arrivent à des niveaux de spécificité où chacun aura des vues différentes sur ce
qu'il convient le mieux de faire, et cela risque de faire des options à tiroirs et à rallonges.
J'avais créé celle-là à la demande d'un utilisateur (nicowork je crois), mais comme le fait papet30 on peut ajuster dans le
fichier Ortho4XP.cfg de la tuile (supprimer ou modifier les lignes de zone_list). La longueur des pistes entre déjà en partie dans
le calcul car le "rayon externe" de coure par du centre mais depuis le pourtour (la bounding box) de l'aéroport.

@papet30 St Ex est bien dans la +45+005 (c'est bien connu les Lyonnais ont tendance à envahir la Savoie ;-) Je m'étonne de ta remarque
sur la RAM, je tourne avec "seulement" 8Gb et je n'ai pas encore rencontré de pb (on verra avec la version 11...).

Oui effectivement, ce sont des problèmes "de riches".
Et revanche, as-tu une méthode pour éviter de superposer pour certaines zones 2 ZL différents?
Peux-t'on, moyennant un petit calcul sur une feuille de papier, éditer intelligemment le fichier cfg pour créer des "boîtes imbriquées" de ZL progressif avec des coordonnées telles qu'il n'y a pas 2 ZL différents pour certaines zones?

Plus je relis tes messages, plus je me dis que "snap to grid" que tu mentionnais plus haut serait utile...

Merci

[papet30]

sur la RAM, je tourne avec "seulement" 8Gb et je n'ai pas encore rencontré de pb (on verra avec la version 11...).

Pour St Ex, je suis allé un peu vite, comme sur zone-photo la +45+004 donne lyon ,j'ai pas regardé plus loin, excuse moi.
Pour la RAM, actuellement avec des tuiles qui en moyenne font 2.5 Gb, X-plane me charge entre 15 et 18 Giga
comme pour l'instant je n'ai refais qu'une seule tuile : la +45+005 de 5Gb je me demandais si au final avec 12 tuiles je ne vais pas swapper, mais on verra ça plus tard.

Bonne soirée

[papet30]

La RAM est-elle vraiment la mémoire qui est utile ici? Plutôt la VRAM, non?

Bonsoir ghandii,
tu as raison si la RAM est pleine ça va simplement swapper et je ne sais pas ce que cela donnera sur les perf.Peut être pas grand chose mais j'aime pas quand ça swappe!!
Par contre la VRAM est un autre problème et beaucoup plus impactant, par exemple, j'essaye de comprendre pourquoi ma VRAM de 8Gb! est quasiment saturée et le GPU est chargé à moins de 30-35% en moyenne.
Mais ce sujet est une autre discussion.

[temium62]

Hello,

dans le fichier de configuration, éditer

cover_airports_with_highres = True # If set to True then a high(er) ZL square zone around each airport (found at Step 1) will be added as a custom zoomlevel
cover_extent = 5 # extent (km) of the highres zones (added to the bbox containing each airport)
cover_zl = 19 # the zoomlevel used for these zones

Ici, le cover_airports_with_highres en True va automatiquement mettre du ZL19 dans les 5 km entourant tous les terrains référencés comme tel dans la base osm. Et comme l'explique Oscar plus haut, tout ceci en réduisant le nombre de texture

Merci Ghandii

[guyt]

Euuhhh......et moi ??

Toujours pas réussi ,Ortho a pas trouvé mes .hgt (custom DEM )et pas de fichier à sniffer pour l'overlay
Le chemin doit être bon car pas de souci pour une seule tuile

Merci encore....

Oui , j'en ai raté moi aussi...
Perso , le zoom level ,ça va faire mais une explication sur la faculté de lancer plusieurs tuiles , là , je sèche un peu.
J'ai lancé Ortho4XP , après vers Earth tile map où j'ai sélectionné quatre tuiles , coché les cases dans Build multiple tiles et hop >Batch Build

Mais ça va trop vite , j'ai du foirer quelque part.. comment renseigner les Custom DEM File pour ces quatre tuiles.

Autre chose à faire? Si Oscar ou une bonne âme pouvait nous faire un descriptif succinct de ce dernier bijou ce serait sympa (mais vous l'êtes , c'est sûr)

Ah , faut pas lâcher la lecture un jour ici !!