[Ortho4XP] Une ch'tite suggestion de ZL

[papet30]

Oui c'est ça, il y a deux nouveaux modes

Well done comme ils disent

[ghandii]

Oui, et l'intérêt comme mentionné par Oscar est qu'en plus de limiter la taille de la tuile, on optimise la vram, puisque qu'il n'y a pas de doublon de texture.
Dans mon message #28, les découpes de ZL se font sans que les textures se marchent dessus.

[papet30]

Oui, et l'intérêt comme mentionné par Oscar est qu'en plus de limiter la taille de la tuile, on optimise la vram, puisque qu'il n'y a pas de doublon de texture.
Dans mon message #28, les découpes de ZL se font sans que les textures se marchent dessus.

Bonjour ghandii,
pour être sûr que je comprenne bien cela veut dire que chacun des sommets des ZLxx sont calés sur les sommets des carreaux sous-jacents?

[ghandii]

En effet, c'est bien celà: la représentation dans le post #28 définit des limites qui sont pile-poil sur les limites "vraies" des textures dans les zoom concernés. Et quand je vais dans le dossier "textures" de la tuile, je vois bien
- 256 textures en ZL19 (zone rouge: 16x16 textures)
- 56 textures en ZL18 (zone orange: 10x12 textures, moins la zone rouge correspondant à 64 textures ZL18 => 120-64=56)
- 50 textures en ZL17 (zone jaune: 8x10 textures, moins la zone orange correspondant à 30 textures ZL17 => 80-30=50)
et ainsi de suite...

Le principe est bien celui-ci: chaque zone dans un ZL donné doit s'imbriquer dans la "trame" du ZL supérieur.

[Oscar Pilote]

La meilleure solution pour gagner en VRAM c'est d'être myope comme un taupe, ça me pend au nez

[ghandii]

La meilleure solution pour gagner en VRAM c'est d'être myope comme un taupe, ça me pend au nez

ouep, ou revenir à X-plane 3 ;)

[papet30]

En effet, c'est bien celà: la représentation dans le post #28 définit des limites qui sont pile-poil sur les limites "vraies" des textures dans les zoom concernés.......

Bon.... mais comment fais tu pour récupérer sur la "préview" les coordonnées lat/lon exactes des différentes limites ?
Je suis allé sur le site qu'avait donné Oscar "Tiles à la google" on peut effectivement récupérer les coordonnées en WGS84 à différents niveaux de zoom ( du niveau 0 à 21 !! ), sauf que ces niveaux ne correspondent pas du tout.
En zoom 16 leurs carreaux font environ 300m de coté, cela n'a rien à voir le ZL16 utilisé dans Ortho4XP.

[Oscar Pilote]

En zoom 16 leurs carreaux font environ 300m de coté, cela n'a rien à voir le ZL16 utilisé dans Ortho4XP.

C'est parce qu'on les prends par paquets de 16 (16x256px = 4096). Tu verras que tous les numéros de fichiers
sont des multiples de 16.
Mais ne t'inquiète pas avec ça tu pourras le faire directement en cliquant (je vais essayer de mettre en ligne ce
week-end, je mettrai mon fichier source entier mais je dois vérifier que je n'ai pas laissé trainer des pans non
fonctionnels + ajouter deux trois bricoles)

[papet30]

Bonsoir,
il n'y a pas d'urgence pour moi, j'essaie simplement de comprendre et d'utiliser les bons trucs des collègues.

[ghandii]

Bon.... mais comment fais tu pour récupérer sur la "préview" les coordonnées lat/lon exactes des différentes limites ?
Je suis allé sur le site qu'avait donné Oscar "Tiles à la google" on peut effectivement récupérer les coordonnées en WGS84 à différents niveaux de zoom ( du niveau 0 à 21 !! ), sauf que ces niveaux ne correspondent pas du tout.
En zoom 16 leurs carreaux font environ 300m de coté, cela n'a rien à voir le ZL16 utilisé dans Ortho4XP.

Comme le mentionne Oscar, les fichiers .dds sont en fait une compilation de 16x16 textures. Quand tu vas sur http://www.maptiler.org/google-maps-...ds-projection/, tu dois afficher la projection ZL-4 pour avoir la trame d'un ZL donné. Par exemple, la trame affichée en ZL15 correspond à celle d'un ZL19 utilisé par X-Plane et Ortho4XP.

Et pour récupérer les coordonnées lat/lon, ben... comme dit plus haut, je me suis bricolé mon propre script où je renseigne comme variable le code ICAO, qui va récupérer les coordonnées de l'aéroport, puis créer une boite en ZL19 de 16x16 tuiles autour de cet aéroport, et ensuite emboîter les boites de ZL inférieurs les unes dans les autres.

[papet30]

Comme le mentionne Oscar, les fichiers .dds sont en fait une compilation de 16x16 textures. Quand tu vas sur http://www.maptiler.org/google-maps-...ds-projection/, tu dois afficher la projection ZL-4 pour avoir la trame d'un ZL donné. Par exemple, la trame affichée en ZL15 correspond à celle d'un ZL19 utilisé par X-Plane et Ortho4XP........

Impeccable avec le -4 pour le zoom. Je fais en faire une comme ça pour le plaisir, après Oscar va nous faciliter la vie.
Merci

[ghandii]

Si quelqu'un pourrait éclairer mon incompréhension...
J'ai généré la tuile +048+002 en ZL14, puis rajouté dans le fichier .cfg les zones ci-dessous. L'idée comme mentionné précédemment est d'emboîter des zones de ZL progressifs autour d'un aéroport, à partir d'un carré ZL19 de 16x16 textures.
Lorsque je prévisualise, tout à l'air de bien coller, notamment au nord de la tuile, pour LFPG à cheval avec la tuile +049+002.
Je reconstruis la tuile avec ces zones, pas de message d'erreur, tout va bien.



Mais, lorsque je vais voir dans le dossier textures, il y a quelque chose que je ne m'explique pas:
- pour la zone ZL19 autour de LFPO, j'ai bien 256 textures correspondant à un carré de 16x16.
- pour la zone ZL19 autour de LFPG, j'ai 119 textures. Là, je ne comprends plus, car quand bien même mon carré ZL19 est à cheval sur 2 tuiles et soit donc "raboté", il devrait y avoir un multiple de 16 textures. Alors que fais le détail des textures, "latitude par latitude"

. pour la latitude "180048", j'ai 17 textures
. pour la latitude "180064", j'ai 17 textures
. pour la latitude "180080", j'ai 16 textures
. pour la latitude "180096", j'ai 16 textures
. pour la latitude "180112", j'ai 16 textures
. pour la latitude "180128", j'ai 16 textures
. pour la latitude "180144", j'ai 17 textures
. pour la latitude "180160", j'ai 4 textures

Bref, je ne comprends pas pourquoi tout n'est pas à 16 textures par "latitude", et pourquoi même je n'ai que 4 textures pour le "bas" du carré...
Fichier .cfg en pj.

Une idée? merci ;)


#LFPO (48.725278, 2.359444) - Paris Orly Airport | ORY
zone_list.append([[48.777912755502, 2.26318359375, 48.777912755502, 2.43896484375, 48.66194284607, 2.43896484375, 48.66194284607, 2.26318359375, 48.777912755502, 2.26318359375], '19', 'BI'])
zone_list.append([[48.806863461085, 2.2412109375, 48.806863461085, 2.4609375, 48.632908585895, 2.4609375, 48.632908585895, 2.2412109375, 48.806863461085, 2.2412109375], '18', 'BI'])
zone_list.append([[48.864714761803, 2.197265625, 48.864714761803, 2.548828125, 48.574789910929, 2.548828125, 48.574789910929, 2.197265625, 48.864714761803, 2.197265625], '17', 'BI'])
zone_list.append([[48.922499263758, 2.109375, 48.922499263758, 2.63671875, 48.458351882809, 2.63671875, 48.458351882809, 2.109375, 48.922499263758, 2.109375], '16', 'BI'])
zone_list.append([[49.15296965617, 1.7578125, 49.15296965617, 2.98828125, 48.224672649565, 2.98828125, 48.224672649565, 1.7578125, 49.15296965617, 1.7578125], '15', 'BI'])
#LFPG (49.012779, 2.550000) - Paris Charles de Gaulle Airport (Roissy Airport) | CDG
zone_list.append([[49.066668395581, 2.4609375, 49.066668395581, 2.63671875, 48.951366470948, 2.63671875, 48.951366470948, 2.4609375, 49.066668395581, 2.4609375], '19', 'BI'])
zone_list.append([[49.095452162535, 2.4169921875, 49.095452162535, 2.6806640625, 48.922499263758, 2.6806640625, 48.922499263758, 2.4169921875, 49.095452162535, 2.4169921875], '18', 'BI'])
zone_list.append([[49.15296965617, 2.373046875, 49.15296965617, 2.724609375, 48.864714761803, 2.724609375, 48.864714761803, 2.373046875, 49.15296965617, 2.373046875], '17', 'BI'])
zone_list.append([[49.267804550638, 2.28515625, 49.267804550638, 2.8125, 48.806863461085, 2.8125, 48.806863461085, 2.28515625, 49.267804550638, 2.28515625], '16', 'BI'])
zone_list.append([[49.38237278701, 2.109375, 49.38237278701, 3.1640625, 48.690960390925, 3.1640625, 48.690960390925, 2.109375, 49.38237278701, 2.109375], '15', 'BI'])

[papet30]

Bonjour,
les coordonnées de ta zone_list.append donne bien 16X16 textures sur Maptiler en ZL19, mais comme ta zone est à cheval sur deux tuiles,
Ortho4XP ne prend peut être en compte que les textures inclues dans la tuile créée et ignore celles de la tuile au dessus.
Oscar doit connaître la réponse.

[ghandii]

Ben papet,
comme tu le mentionnes, la zone de 16x16 textures est bien à cheval sur 2 tuiles, ce qui fait qu'en effet je ne m'attends pas à avoir 256 textures (soit 16x16).
Mais puisque la base de ma zone (16 textures) est bien comprise dans la tuile à créer, je m'attends
- à avoir un nombre de textures en ZL19 multiple de 16
- à avoir 16 textures pour chaque "ligne" de mon carré raboté en rectangle (lignes que j'ai appelés "latitudes" dans mon précédent message)

Ce qui est encore plus étrange, c'est que j'ai refait la tuile seulement avec les zone_list de LFPG



Eh bien... cette fois ça redevient logique: la zone en ZL19 contient 112 textures:

. pour la latitude "180048", j'ai 16 textures
. pour la latitude "180064", j'ai 16 textures
. pour la latitude "180080", j'ai 16 textures
. pour la latitude "180096", j'ai 16 textures
. pour la latitude "180112", j'ai 16 textures
. pour la latitude "180128", j'ai 16 textures
. pour la latitude "180144", j'ai 16 textures

et plus de texture pour la latitude "180160"! (là je retombe en incompréhension)

[Oscar Pilote]

L'épaisseur du trait...
Si tu ne fais que charger des contours dans le .cfg et lancer la tuile ça devrait faire ce que tu espères, si tu les transformes en "pixels" en passant
et sauvant par le Preview tu fais face à un "arrondi pixel" (cfr ton .txt). Pour attribuer une texture à un triangle on fait point_in_polygon
à son barycentre, donc si la limite est un peu bougée certains (mais pas nécessairement tous) tombent avec leur centre du mauvais
côté de la barrière et appellent la texture nouvelle, d'où ce nombre varaible de textures.
Je n'ai pas le temps de regarder en détails maintenant mais je pense que c'est cela.