Ortho4XP

[papet30]

Pas grand chose,...................

Je vais resté en V1.18 pour l'instant, je fabrique les tuiles par paquets de 12 et cela fonctionne très bien.

Une question qui n'ai pas directement du ressort d'Ortho4XP (je pense ) mais comme tu es un spécialiste:
à part le fait que cela supprime ce voile brun orangé très désagréable en vision lointaine en altitude ( dont beaucoup se plaignent ) à quoi sert de positionner "ON"
"extended DSF scenery" dans les options graphiques.
Merci

[Odevillée]

Je l'ai édité avec windows hier soir, le fichier est au format dos (les retours chariot sont différents)
et ton terminal doit avoir du mal avec, je viens de te le remettre au format unix.

La prochaine fois si ça arrive tu peux faire :

vim Ortho4XP_v119.py (ça te l'ouvre dans mon éditeur de texte favori)
:set fileformat=unix (dans l'éditeur, ça change le format de fichier de dos à unix)
:wq ( w = sauver, q = quitter)

Ok merci Oscar.
J'ai essayé Earth tile map par paquet, une chose m'interpelle, Curv_tol est le même pour toute les tuiles.
Moi je m'arrange pour avoir une tuile "terre à 100%" qui fait 3000000 de mesh triangles, si c'est moitié "terre-mer" 1500000 triangles, etc...
Je viens de tester avec 2 tuiles, l'une me donne 5600000 triangles et l'autre adjacente 1500000. Comment procéder ?

[Oscar Pilote]

J'ai essayé Earth tile map par paquet, une chose m'interpelle, Curv_tol est le même pour toute les tuiles.
Moi je m'arrange pour avoir une tuile "terre à 100%" qui fait 3000000 de mesh triangles, si c'est moitié "terre-mer" 1500000 triangles, etc...
Je viens de tester avec 2 tuiles, l'une me donne 5600000 triangles et l'autre adjacente 1500000. Comment procéder ?

Tu peux faire une configuration par tuile si tu veux : tu entre tes paramètres et tu fais write config, tu passe à la suivante tu rentres ses paramètres etc, ensuite
tu vas dans l'autre fenêtre, tu coches "per file config" et tu lances. Tu peux aussi faire tes mes à l'avance, là tu cocheras aussi "use existing mesh".

Mais la raison du curv_tol c'est que je pense que c'est un meilleur paramètre que
le nombre de triangles (la flandre a besoin de moins de triangles que les alpes pour une tuile).
Essaie avec curv_tol=3, et si tu trouves qu'un détail n'est pas assez rendu tu pourras toujours y revenir,
mais je ne suis pas certain que tu notes une grosse différence (à tester).

[Odevillée]

Tu peux faire une configuration par tuile si tu veux : tu entre tes paramètres et tu fais write config, tu passe à la suivante tu rentres ses paramètres etc, ensuite
tu vas dans l'autre fenêtre, tu coches "per file config" et tu lances. Tu peux aussi faire tes mes à l'avance, là tu cocheras aussi "use existing mesh".

Mais la raison du curv_tol c'est que je pense que c'est un meilleur paramètre que
le nombre de triangles (la flandre a besoin de moins de triangles que les alpes pour une tuile).
Essaie avec curv_tol=3, et si tu trouves qu'un détail n'est pas assez rendu tu pourras toujours y revenir,
mais je ne suis pas certain que tu notes une grosse différence (à tester).

Bien je teste avec curv_tol=3, du coup mes tuiles auront moins de poids

[papet30]

Tu peux faire une configuration par tuile si tu veux : tu entre tes paramètres et tu fais write config, tu passe à la suivante tu rentres ses paramètres etc, ensuite
tu vas dans l'autre fenêtre, tu coches "per file config" et tu lances.

Oscar j'essaie de faire ce qui tu dis à Odevillé.
Ou ce que je crois avoir compris :
1 - première fenêtre je donne les coordonnées de la tuile, je défini mes paramètres et je clique sur "Write Config"
2 - dans la même fenêtre je change les coordonnées et avec des paramètres différents je reclique sur "Write Config"
3 - je vais dans la deuxième fenêtre je défini mes deux tuiles, je positionne "per tile config" " build mask" build overlay" et lance "Batch Build"

Mais mes deux tuiles sont créées avec les mêmes valeurs de paramètres et ce sont les derniers entrés.
Où est mon erreur?

[Oscar Pilote]

à part le fait que cela supprime ce voile brun orangé très désagréable en vision lointaine en altitude ( dont beaucoup se plaignent ) à quoi sert de positionner "ON"
"extended DSF scenery" dans les options graphiques.

Cela charge 12 tuiles à la fois en mémoire (4 en largeur et trois en hauteur)
plutôt que 6 (3 en largeur et 2 en hauteur).
Le désavantage c'est que c'est plus lourd pour le processeur et le gpu.
L'avantage c'est que tu vois plus loin en altitude (le voile orange est ajouté
exprès pour que le "néant" au bout de la zone chargée ne se remarque pas.

où est mon erreur ?

Peut-être d'être resté à la 1.18 ? Sinon ton interprétation est la bonne, donc
si tu me dis que c'est pareil en 1.19 je creuserai (ici les petits tests que j'ai faits
hier fonctionnaient).

Par ailleurs je ne sais plus si c'est toi qui me parlait de ça mais effectivement j'ai remarqué aussi
un truc très désagréable sur les bords "verticaux" des tuiles (longitude = nombre entier). Chez
moi ça vient du "shading", puisque ça change de largeur et d'intensité si je fais bouger le
soleil de place. J'avais remarqué cela à l'époque où je travaillais sur la Norvège, mais sur une seule
tuile et je n'avais jamais revu ça ailleurs. Là j'ai l'impression que c'est devenu quasi systématique.
J'ai posé la question à Ben Supnik il y a quelques jours, il ne m'a pas encore répondu, je pense qu'il
a changé la manière dont il joint les tuiles adjacentes (j'ai tout tenté pour vérifier à m'en arracher les
cheveux : mesh à altitude zéro partout, avec une texture blanc uniforme, avec un terrain file Laminar,
rien n'y fait).

[papet30]

Cela charge 12 tuiles à la fois en mémoire......

Compris, oui ça charge , je perds environ 10fps mais c'est plus joli à regarder!!

Oui je suis resté en v1.18, je passe en v1.19 et je recommence, pas de pb.

Je ne sais pas si on parle de la même chose, j'ai ouvert un topic sur un problème de jointure de tuiles mais pour moi ça ne concerne que la jointure correspondant au meridien de Greenwich
cela se matérialise par une ligne pointillée blanche sur le visuel et ceci est vrai pour toutes les tuiles latX+000 latX-001 quelque soit X (vérifier que sur l'hexagone)
Il faut noter qu'elle disparaît si l'on passe en dessous du niveau 100-110 (plus on vole haut plus on la voie de loin). Le phénomène est identique que l'on soit avec le Mesh_HD_v3 de alpilotx, les zones photos , ou les tuiles Ortho4XP dans la Custom Scenery.
Pour info en explorant les forums j'ai retrouvé des messages datant de 2002 au temps d'X-Plane6!!! qui parle de "Fixed bug about wacky things when crossing Greenwich meridian..."???
Pour l'instant j'ai laissé tombé, comme Ortho4XP n'est pas concerné et que personne n'en parle.
Une idée peut être farfelue: serait-ce le décalage entre le méridien 0 et le "0 GPS"
Je verrai plus tard.

[Odevillée]

Oscar dans le carnet d'adresse il manque la Norvège, NO et NO2, sur quelle ligne l'ajouter , 32 ou 34 ?

[papet30]

Bonsoir Oscar,
je suis passé en v1.19 mais cela ne donne pas le résultat escompté.
Je veux faire comme Odevillée avec une Curv_tol différente par tuile en fonction du relief.
Les repertoires des tuiles sont bien créés par le "write config" il y a bien un fichier ortho4XP.cfg par tuile mais ils sont tous identiques avec le Curv_tol du .cfg de la racine (j'ai laissé 3)
donc chez moi les valeurs que je positionne dans l'interface graphique ne sont pas prises en compte et n'écrasent pas la config de base. j'ai mis Curv_tol vide dans la racine pour voir, résultat : vide aussi dans les configs. J'ai laissé faire
et naturellement "triangles" à pédalé mais il est arrivé au bout 128 megatriangles!!!! J'ai bien sûr arrêté là.
Désolé encore du boulot.

[Oscar Pilote]

Bonsoir Oscar,
je suis passé en v1.19 mais cela ne donne pas le résultat escompté.

Tu as parfaitement raison, les fournisseurs, zoomlevel et custom zoomlevel étaient bien pris en compte
mais pas curv_to,l ni min_area, ni etc; une histoire de variables globales vs locales... il faudrait que
je fasse le grand ménage. Tu me diras si ça fonctionne, j'ai fait un petit test qui me parait ok.

Comme j'aimerais bien garder le 1.20 pour la version "stabilisée", on va dire que je corrige les petits bugs
comme il viennent dans un fichier Ortho4XP_devel, et qu'au bout d'un certain temps sans remontée de bug
(on peut rêver :-) je mettrai à jour en 1.20.

Par ailleurs j'ai réussi à faire une version exécutable pour OS X, je la mettrai pour la 1.20,
Milan va pouvoir concentrer son tuto sur la partie utilisation. Et encore merci à lui et à Lebuitre !

[Oscar Pilote]

Oscar dans le carnet d'adresse il manque la Norvège, NO et NO2, sur quelle ligne l'ajouter , 32 ou 34 ?

Je l'avais retiré parce que leur serveur a changé et que je n'avais pas pris le temps de chercher comme récupérer sur le nouveau. Sur le .org Daikan s'est efforcé de trouver la
porte d'entrée, il a mis son carnet en ligne (je n'ai pas encore eu le temps de regarder), mais il y a un cookie donc il est possible qu'il faille bidouiller un peu (les scandinaves
ça ne s'approche pas à la légère :-)

[Oscar Pilote]

Est-ce que tu écris un changelog à chaque changement de version de Ortho4XP ?

Je suis beaucoup trop bordélique pour ça (mais ce serait bien de le faire).

Pourrais-tu permettrais à Ortho4XP d'être executé en ligne de commande sous un format similaire à celui-ci ?

En fait c'est déjà plus ou moins le le cas, pas tout-à-fait sous cette forme. Disons que si tu aimes la ligne de commande tu dois pouvoir
regarder et modifier à ta sauce, c'est en toute fin de fichier .py que ça se passe (section : "le programme chef, qui dirige
tout mais qui ne fait rien").

[Oscar Pilote]

vitesse de creation
Zoom 16 : 8 mn
Zoom 17 : 60 mn (!!!)

Normalement à très peu de chosesprès (et toutes choses égales par ailleurs) une ZL17 c'est 4x le temps d'une ZL16 (et ainsi de suite),
puisqu'il y a en gros 4x plus de dds à faire et que c'est ce qui prend le plus de temps.
Tu as du passer à côté d'un trou noir entre les deux, le temps s'est dilaté

[papet30]

Tu me diras si ça fonctionne, j'ai fait un petit test qui me parait ok.

Bonjour, exact patch OK.

[Odevillée]

Comme j'aimerais bien garder le 1.20 pour la version "stabilisée", on va dire que je corrige les petits bugs
comme il viennent dans un fichier Ortho4XP_devel, et qu'au bout d'un certain temps sans remontée de bug
(on peut rêver :-) je mettrai à jour en 1.20.

Oscar, ptit bug dans la V_devel, le fichier Dataxxx.mesh n'est plus sauvé dans la tuile.