Ortho4XP

[Mclnight]

@ guyt
essaye no_small_angles = False sinon si ça ne marche pas, il faut attendre la réponse d'Oscar

[Oscar Pilote]

Arf tous les messages se croisent :

en résumé :

1) met no_small_angle=False (les deux seuls cas à ma connaissance qui peuvent faire rendre gorge au mailleur sont a) les erreurs sur openstreetmap (il y a en qui prendraient trop de temps à être détectées de manière automatique (mais je sors un message pour aller
les corriger là où elles ont fait planter) et b) l'option no_small_angle=True si les données OSM contiennent des spaghettis très longs et tout fins). On peut laisser no_small_angle=False par défaut, mais le rendu dans certains cas bien particuliers est localement meilleur
avec no_small_angle=True. (sur la 45 6 je préfère avec)
2) vire le LFMG.patch.osm en attendant que je m'en occupe (comme on est en alpha je ne fais pas encore attention à la compatibilité rétrograde).

[guyt]

Re,

J'ai relancé la tuile 43 0 (" no_small_angle=False) sans souci mais le résultat dans XPlane est un sol plat avec les falaises au bord des autres tuiles (comme la vignette post précédent )
Message dans le log :

WARNING: scenery file for 43,0 has no vertices in its top edge. This usually indicates a bad DSF file.

Pour la tuile 43 1 , j'ai viré le patch LFMG et mis " no_small_angle=False" et non...voilà le détail:

 

D:\Ortho4XP>Ortho4XP.py build_tile 43 1

Etape 1 (Constitution des frontières eau/sol et aéroports)
--------
-> Téléchargement sur OpenstreetMap des frontières d'aéroports ainsi que des frontières sol/eau.
     -> way["aeroway"="aerodrome"] téléchargé sans erreur : 438 noeuds.
       * LFBF Aéroport Toulouse Francazal
       * LFCL Aérodrome de Lasbordes
       * LFDJ Aérodrome de Pamiers - Les Pujols
       * LFCG Aérodrome de Saint-Girons - Antichan
       * LFIT Aérodrome Toulouse Bourg-Saint-Bernard
       * LFJH Aérodrome de Cazères - Palaminy
       * LFMW Aérodrome de Castelnaudary-Villeneuve
       * LFBR Aérodrome de Muret - Lherm
       * LFMG Aérodrome de la Montagne Noire
       * LF3126 Sabonnères
       * LFIR Aérodrome de Revel-Montgey
       *      Club ULM Saint-Lieux-les-Lavaur
       * LF3151 Aerodrome Le Fousseret
       * LFBO Aéroport de Toulouse-Blagnac
     -> way["natural"="water"] téléchargé sans erreur : 73138 noeuds.
     -> rel["natural"="water"] téléchargé sans erreur : 23896 noeuds.
     -> way["waterway"="riverbank"] téléchargé sans erreur : 169789 noeuds.
     -> rel["waterway"="riverbank"] téléchargé sans erreur : 16355 noeuds.
     -> way["natural"="coastline"] téléchargé sans erreur : aucun noeud.
     -> way["waterway"="dock"] téléchargé sans erreur : 8 noeuds.
   -> traitement des données associées terminé : 214571 nouveaux noeuds.
-> Découpage des trop longues arêtes,
-> Ajout des données de patch au maillage,
-> Ajout des arêtes liées à la grille des orthophotos et calcul
     de leurs intersections avec les arêtes osm,
     Elimination des arêtes obsolètes,
     Elimination des noeuds devenus obsolètes,
-> Transcription des données traitées dans le fichier .\zOrtho4XP_+43+001\Data+43+001.poly
     -> Restent 270700 arêtes (fictives comprises) à la fin du processus.

   --> Terminé en 89.15sec.

Etape 2 (Maillage de la tuile)
--------
-> Chargement des données altimétriques.
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
Le fichier DEM ./Elevation_data/N43E001.hgt comporte des
zones de no data, je poursuis en les remplaçant par
l'altitude moyenne sur la tuile mais il vous faudrait les
combler manuellement, par exemple avec gdal_translate.
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
-> Lancement du mailleur proprement dit :

  Loading altitudes from DEM file.
  Computing curvatures from altitudes.
  Constructing Delaunay triangulation by divide-and-conquer method.
  Recovering segments in Delaunay triangulation.
  Spreading regional attributes.
  Adding Steiner points to enforce quality.
Error:  Ran out of precision at (0.0684939859105, 0.726650423198).
I attempted to split a segment to a smaller size than
  can be accommodated by the finite precision of
  floating point arithmetic.
Try increasing the area criterion and/or reducing the minimum
  allowable angle so that tiny triangles are not created.

Le mailleur Triangle4XP a rencontré une difficulté avec les paramètres
demandés, le processus a du s'arrêter.

D:\Ortho4XP>

Vais tenter avec gdal
edit: gdal_translate pas reconnu comme commande....

[atanorr]

vire le LFMG.patch.osm en attendant que je m'en occupe (comme on est en alpha je ne fais pas encore attention à la compatibilité rétrograde)

Peut-tu juste nous dire qu'est ce qui change pour le patch? (pour le moment je n'en réalise pas encore )
est-ce que les patch peuvent encore changer dans d'autres versions? histoire d'attendre.. avant de commencer ;)

[Odevillée]

@oscar
Tu n'as pas l'air de me croire,voilà j'ai refais 50+004 avec élévation 3"arc.
L'aéroport c'est EBCF.
Le mur du fond c'est la tuile suivante, normale.
Tuile faite sans erreurs. Et comme dit Guyt, sol sans reliefs.

[Mclnight]

j'ia fait un test_mesh sous ubuntu avec curvature_tol 3.5 et j'ia ces résultats
Statistics:

Input vertices: 160282
Input segments: 176344
Input holes: 0

Mesh vertices: 197896
-----------------
Mesh triangles: ---> 379296 <---
-----------------
Mesh edges: 577191
Mesh exterior boundary edges: 16494
Mesh interior boundary edges: 181054
Mesh subsegments (constrained edges): 197548

@ Oscar c'est normal aussi peu de triangles pour la tuile??
et après un built_tile j'ai le même résultat que sur la photo de guyt

[atanorr]

Bonne suggestions pour rth cockpit je teste ça tantôt merci

[atanorr]

@ odeviille
Ahahah, tu es certain que c'est pas comme oscar le dit, à cause du patch ? Sinon contre les migrants, ils vont réaliser ça en belgique.

[Oscar Pilote]

Jai mis un correctif dans la dropbox (pb 32 vs 64 bits pour l'encodage du fichier d'altitude, et un
x confondu avec un y pour le traitement des patchs (qui n'affectait que LFMG)), j'ai aussi un tout
petit peu modifié Triangle4XP.

Guyt, j'ai fait les essais sur 43/[0-1-2] et 42/0 : initialement des erreurs osm posaient problème
avec min_area=0.001 (mais pas avec 0.01) sur la 43/1, je les ai corrigées en ligne (ce sont
toujours des données cadastres en double, ici le Loupiac (je ne le connaissais qu'en bouteille...) et le ruisseau
de Marguestau, c'est "indiqué" dans le log que tu as mis ici plus haut : (0.0684939859105,
0.726650423198) correspond à latitude 43.7266 et longitude 1.0684).
Avec les correctifs cela passe avec min_area=0, mais je te conseille plutôt de prendre (par exemple)
min_area=0.01, curvature_tol=0.7 et tu peux garder no_small_angle=True pour toutes celles-là,
pour la 42/0 (plus montagne) mets plutôt curvature_tol=2 ou 3.
Avec min_area=0 cela rajoute beaucoup de triangles pour pas grand-chose comme effet
(des petites gouilles qui si tu es pile poile dans l'axe te mettraient un reflet).

Je me suis filmé en direct quand je corrigeais les erreurs sur openstreetmap, histoire de faire des
émules, mais il est un peu tard pour l'éditer et la mettre en ligne ce soir, je ferai cela un de ces jours.

[Odevillée]

Jai mis un correctif dans la dropbox (pb 32 vs 64 bits pour l'encodage du fichier d'altitude, et un
x confondu avec un y pour le traitement des patchs (qui n'affectait que LFMG)), j'ai aussi un tout
petit peu modifié Triangle4XP.

Merci Oscar, cette fois c'est bon pour moi, j'ai modifié smallest_angle à 15 pour avoir moins de cassures de dénivelé surtout sur les routes.

[guyt]

@ Oscar :

Oula !!!
ça devient un peu trop pointu pour moi...tenter une tuile , si ça va pas , modifier no_small_angle , si ça va pas .........
désolé , je vais retourner à 1"arc , je crois.

Souci là aussi , tu renommes (d'après le tuto d'atanorr ) les fichiers ASTG et SRTM , mais précisément , lesquels et en quoi ?
Pas trouvé dans les tutos , c'est où ?

@ odevillée:
tu as réussi à faire ta tuile EBCF ?

Guy

[Oscar Pilote]

@Guyt
Dans les options graphiques d'X-Plane tu as une dizaine d'option au moins, et si tu cherches
à monter trop haut cela devient inutilisable.
C'est un peu pareil ici sauf que j'ai tenté de réduire le nombre de paramètres utilisateurs à 3.

Si cela te parait trop complexe, met en permanence min_area=0.01 et no_small_angle=False,
tu ne prendras alors pas de risque. Pour curvature_tol, tu évalues le degré "montagnosité" de
la tuile et tu décides en fonction : de 0.2 pour une tuile plate à 4 pour une tuile très accidentée.
J'entoure de tirets le nombre de triangles que cela donne à l'étape 2, en dessous de 500.000 il faudrait
mieux diminuer curvature_tol, au dessus de 3 millions il vaudrait mieux l'augmenter. Entre
c'est selon tes priorités, leur nombre n'est pas non plus si crucial que cela, juste l'ordre de grandeur.

Il n'y a rien à changer concernant les noms SRTM et Viewfinderpanorama, la vidéo à laquelle
tu te réfères doit dater d'une époque où l'on procédait différemment. Ecrire un manuel prend
du temps, ce n'est pas la chose que l'on fait en cours de développement, sinon on n'en finit
pas de passer des coups de blanc.

Je crois qu'Odevillée a déjà fait beaucoup plus que la tuile EBCF, il y a peu de temps je l'ai
vu traîner au soleil des baléares ;-)

[Oscar Pilote]

Merci Oscar, cette fois c'est bon pour moi, j'ai modifié smallest_angle à 15 pour avoir moins de cassures de dénivelé surtout sur les routes.

Je vais bientôt pouvoir te laisser les clés ;-)

[atanorr]

Je vais bientôt pouvoir te laisser les clés ;-)

Tu deviens fou OSCAR :D RESTE ici non de dju tu es partis 3 mois en vacance !!! :D
Quand picasso commence une toile, il termine :D

@Guyt
Ne Renome plus rien, c'est bon comme le dit Oscar, oublie donc la partie de renommer le fichier .
en effet il y a eu quelques améliorations des noms depuis ;)

Petit tuto...
Pour les pointus comme moi,

Tuiles plates ou presque ,
Curvature 0,5
Triangle False
0.001 Water.
je réalise toujours ! oui toujours ! un : Ortho4xp test_mesh ! 51 4
=> je regarde le nombres de triangles , Tuile plate => entre 1 000 000 et 2 500 000 triangle max, ==> super, je lance le Ortho build_tile 51 4 => ici pour la tuile 51+004

Tuiles montagneuses
Ici j'aime avoir une magnifique curvature pour les pics?

Curvature entre 2 et peut monter jusque 3,5 pour certaines des Alps
min water 0.01
Angles = true

et toujours, le test_mesh !

Ortho4XP test_mesh 47 3
Triangles = 5 000 000 ?? ==> trop haut !! maximum 3500 000 pour UHD , augmenter le curvature tol de +/- 1 .
effacer toujours dans votre dossier exemple : z+47+003 le *.poly et *.mesh
Recommencer
Ortho4xp test_mesh 47 3 => 3 200 000 triangles ==> go build ;)..

Je trouve justement très utile d'avoir un tel pouvoir de réglage ,
Je suppose plus facile le jour ou ce sera en mode fenêtré.

Attention, Vraiment ! très très peux de personnes possède une machine de guerre , vous perdez +/- entre 5 et 15 fps entre 1 800 000 triangles et 3 500 000 triangles suivant les machines et votre résolution d'écran.
Testé en 4K 3840X2160 full HD sur carte Titan X oc à 1312Mhz !! sur machine OC 4,6 Ghz sur du watercooling GPU + CPU


Réglage Nvidia pour Xplane
Avec les meilleurs réglages Nvidia possible.

Accélération à plusieurs processeurs graphique => Mode de performance affichage Unique
Anticrénelage - FXAA => Activé
Filtrage anisotrope => X16
Filtrage de texture - qualité => Haute qualité
Filtrage de texture- optimisation trilinéaire => Activé
Optimisation threadée => Désactivé

Les autres les laisser par défaut.

[guyt]

@ atanorr:

ok , dans le cas des 1"arc , je garde donc ce genre de fichiers :
ASTGTM2_N47E001_dem (tif)
ASTGTM2_N47E001_num (tif)
SRTMIMGM_N47E001.num
SRTMIMGM_N47E001 (tif)

@Oscar :

ok , je ferai plus , je serai moins dissipé ,promis.
Pour le manuel , c'est très bien compris là aussi et je ne le cherchais pas mais comment font ils , eux ?
(pas de réponse attendue ;) )

Sinon , arrêtes de taper sur le bout des doigts , ça fait mal !!
j'ai compris les explications et relancé une tuile (47 1 , chez moi)suivant celles-ci , c'est ok

Merci !