Ortho4XP

[Odevillée]

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

Ok avec la dernière correction d'Oscar et en plus avec le fichier hgt d'élévation malgré le message de l'étape 2.

[guyt]

@atanorr

Super , complet ,merci pour les durs de comprenuure !!

[atanorr]

J'ai cette erreur

Etape 3 (Téléchargement des textures et construction du dsf)
--------

Exception in thread Thread-1:ités : 12%
Traceback (most recent call last):
File "C:\Python34\lib\threading.py", line 920, in _bootstrap_inner
self.run()
File "C:\Python34\lib\threading.py", line 868, in run
self._target(*self._args, **self._kwargs)
File "Ortho4XP.py", line 2685, in build_dsf
pools_z_temp[pool_idx,pos_in_pool]=z
IndexError: index 70000 is out of bounds for axis 1 with size 70000


tuile 44 7
min area 0.001
curv 2
no small angles True

[atanorr]

@Oscar calcul curvature tol Auto

Il devrait y avoir une solution d'éviter toujours le test mesh et passer sont temps à essayer...puis effacer, puis essayer, puis effacer...

Comme ton Ortho analyse avec un test_mesh le nombre de triangles. Par rapport à un curvature
n'y a-t-il justement pas moyen, de dire à ton Ortho je veux : maximum 3 200 000 triangles ou je veux maximum 2 000 000 de triangles ?
Cela éviterait de ne plus faire de test mesh puisqu'il va calculer lui même le curvature idéal .
En clair, lui faire calculer un curvature tol par rapport au nombre de triangles voulu

Pour Faire simple: Je veux du HD ou du UHD avec le choix possible de choisir le nombre de triangles
Pour les petites îles, simplement lui dire, use minimum curvature tol avec un maximum de 3 200 000 triangles si c'est du uhd que l'on veut...

car les 3/4 des tuiles , c'est du HD pour tuile sans relief et uhd montagne et îles à fort relief.

Dans un menu: niveau de détails de 1 à 4
1 = max 1 500 000
2 = max 2 500 000
3 = max 3 500 000
4= max 4 500 000 => futur carte graphique

Qu'en penses-tu?

[Oscar Pilote]

IndexError: index 70000 is out of bounds for axis 1 with size 70000

Oui c'est un truc que je dois encore régler, je ne suis pas satisfait de la situation actuelle.
Cela correspond à un espace mémoire que je réserve au départ pour des calculs intermédiaires,
je n'ai pas voulu le mettre trop haut pour les utilisateurs qui n'ont pas des tonnes de gigas
de RAM (je me base sur mon portable du boulot qui en a 4).
Avec ta config tu peux changer directement dans le .py (au début tu verras une définition
avec 70000, tu n'as qu'à mettre 150000), j'essaierai d'améliorer ce point.

Pour ta deuxième question oui cela fait un moment que j'y ai songé, mais je ne pense pas
que ce soit la bonne solution. Ce qui compte c'est plus la tolérance à l'erreur que le nombre
de triangles, tant que ce dernier reste dans des limites acceptables. Tu imagines bien que
sur la 51/2 il faut beaucoup moins de triangles que sur la 45/6 bien sûr, mais aussi beaucoup
moins que sur la 51/4 qui est pourtant aussi une tuile de mer. C'est donc peut-être plutôt la
pratique qu'il faut changer, ne pas se focaliser sur le nombre de triangles, mais faire confiance
à curvature_tol.

[Odevillée]

Tuile 51+002 avec élévation hgt, y a un trou

[Mclnight]

puisque c'est la soirée brainstorming =) je voulais aussi proposer, si c'est possible bien-sûr, une prise en charge de cuda et opencl par Orth4XP pour mettre le GPU à contribution lors de la construction de la tuile ....

[atanorr]

Tuile 51+002 avec élévation hgt, y a un trou

Solution => go dossier Orthophoto , efface la photo jpg blanc , ainsi que les dds avec cette même texture.. Rare, à mon avis tu dois avoir des poteaux encore en bois chez toi en France? :D
Rassure moi, tu es bien au 220v et non plus au 110 ?.. car en France , je me méfie ^^

[Oscar Pilote]

puisque c'est la soirée brainstorming =) je voulais aussi proposer, si c'est possible bien-sûr, une prise en charge de cuda et opencl par Orth4XP pour mettre le GPU à contribution lors de la construction de la tuile ....

J'ai dissocié les processus de téléchargement, montage et conversion dans cette optique.
Avec ma config c'est la conversion qui prend le plus de temps cpu (4 sec environ par texture),
ce qui fait en gros 16min pour un ZL16 (et x4 pour chaque ZL supplémentaire).
Côté téléchargement on arrive maintenant à 1 sec/texture avec les gros fournisseurs (au lieu de 2.5
avant), il y a donc de l'intérêt à gagner sur la conversion.
Par défaut c'est imagemagick qui est utilisé pour le montage et la conversion, mais tu peux
remplacer "convert" (en haut du fichier source) par l'utilitaire de ton choix, s'il est plus rapide.
Pour les possesseurs de cartes nvidia sous windows, la marque met à disposition des utilitaires
qui servent à cela, je n'ai pas testé. Mais dans tous les cas c'est un appel à un programme externe,
donc il n'y a rien à intégrer, soit vous avez mieux et vous pouvez l'utiliser, soit vous n'avez pas.

[atanorr]

@ Oscar

les magasins pleurent pour en vendre... des ram :D
50€ pour 8 giga... bah , c'est presque qu'un coca dans le sud de la France au prix ou sont les boissons là bas ..

pour résumer Oscar il faut plus de 7 giga pour terminer le calcul de certaines tuile?
Car ton Ortho c'est arrêté après le téléchargement des orthophotos. ici:

Etape 3 (Téléchargement des textures et construction du dsf)
--------

Exception in thread Thread-1:ités : 12%
Traceback (most recent call last):
File "C:\Python34\lib\threading.py", line 920, in _bootstrap_inner
self.run()
File "C:\Python34\lib\threading.py", line 868, in run
self._target(*self._args, **self._kwargs)
File "Ortho4XP.py", line 2685, in build_dsf
pools_z_temp[pool_idx,pos_in_pool]=z
IndexError: index 70000 is out of bounds for axis 1 with size 70000

Textures déjà téléchargées : 335 (restent : 457) ♪ Textures déjà tél
Textures déjà converties : 792 (restent :0)


Après modification 70000 à 150000 => c'est nickel . Mais avec un message d'erreur ? ?

Etape 3 (Téléchargement des textures et construction du dsf)
--------

Proportion de triangles traités : 100%
Encodage du fichier DSF...
Exception in thread Thread-1:
Traceback (most recent call last):
File "C:\Python34\lib\threading.py", line 920, in _bootstrap_inner
self.run()
File "C:\Python34\lib\threading.py", line 868, in run
self._target(*self._args, **self._kwargs)
File "Ortho4XP.py", line 2952, in build_dsf
f.write(struct.pack('<H',textures[texture_idx][pool_idx][510*j+2*k+1]))
# POS_IN_POOL IDX
struct.error: ushort format requires 0 <= number <= USHRT_MAX


J'ai peur de continuer à créer des tuiles avec cette erreur.

[Mclnight]

j'ai compté avec ma config pareil à peu près 5 secondes par conversion jpeg => dds
d’accord merci pour l'explication je vais me documenter un peu plus sur le sujet mais sous linux et essayer pour voir... à suivre

[Oscar Pilote]

Odevillée, si c'est parce que tu as mis un masque tout blanc par mégarde tu me dois une bière (je vois pas bien
ce que cela pourrait être d'autre, une ortho (on voit l'appareil phot Bing) sur la mer c'est qu'il y a un masque avec
du blanc à cet endroit). Sinon je te dois une solution...

Atanorr je regarde, vous vous êtes donné le mot pour m'empêcher d'avancer sur l'interface ;-)

[atanorr]

Odevillée, si c'est parce que tu as mis un masque tout blanc par mégarde tu me dois une bière (je vois pas bien
ce que cela pourrait être d'autre, une ortho (on voit l'appareil phot Bing) sur la mer c'est qu'il y a un masque avec
du blanc à cet endroit). Sinon je te dois une solution...

Atanorr je regarde, vous vous êtes donné le mot pour m'empêcher d'avancer sur l'interface ;-)

Bah ecoute , je t aide a debuger :D , je teste , c est ma premiere tuile avec ta derniere version.
Tu sais d ou viens le soucis ?

Tu connais qu avec atanorr c est le debugage de la cave au grenier.. :D

[Oscar Pilote]

Bah ecoute , je t aide a debuger :D

Oui je rigolais (jaune), tu m'aides beaucoup, et s'il y a souci c'est souvent
de ma faute.
Et qu'est-ce que tu m'as fais rire le jour où, ayant découvert un trou plus profond
que -150m, tu voulais y enterrer ta belle-mère

Pour ton pb je vois d'où cela vient, ce n'est pas vraiment un bug, c'est une
limitation d'X-Plane (les pools peuvent contenir au max 65535 points), là il
doit y avoir une zone avec trop de données osm sur une petite zone, je vais
tenter de faire en sorte de contourner cette limitation mais je cherche d'abord
à mieux cerner le problème.

Tu as déjà réalisé à peu près combien de tuile si ce n'est pas indiscret ?

[Odevillée]

Odevillée, si c'est parce que tu as mis un masque tout blanc par mégarde tu me dois une bière (je vois pas bien
ce que cela pourrait être d'autre, une ortho (on voit l'appareil phot Bing) sur la mer c'est qu'il y a un masque avec
du blanc à cet endroit). Sinon je te dois une solution...

Bien non, c'est encore à cause des fichiers hgt, La même tuile avec les mêmes masques et les fichiers SRTM n'a pas ce problème.
Mais c'est avec plaisir que je t'offrirais une bonne bière au choix.