Ortho4XP

[Telmo]

@ fatboytit et Dobro:

Merci pour les infos et de m'avoir fait voir la direction à prendre

Évidement..., quand on prend le bon terminal de commande (MS-DOS) et surtout, de le lancer en mode administrateur, càd: start--> exécuter --> cmd,
Ça marche tout de suite mieux !

J'avais essayé comme décrit dans le Read Me, il me disait que "pip" n'était pas une commande interne ou externe blabli-blabla... j'ai alors supposé (à mes tords) qu'il s’agissait du terminal "cygwin" ou "python"

C'est peut-être aussi que "Ortho4XP" n'est pas dans le "path" des variables environnements, est-ce nécessaire pour la suite ?

Voili, voilà pour l'explication ;)

Une petite adaptation du "readme" serait bien, même si elle est déjà très précise

[Telmo]

Next.... =)
Encore moi !

@ fatboy, j'ai vu que tu avais aussi ce message au début, comme tout le monde j'imagine d'ailleurs

Le centre de la tuile que vous vous apprêtez à construire ne disposera d'aucune texture photoréaliste.
Il s'agit peut-être d'un oubli dans le fichier de configuration. Désirez-vous continuer malgré cela ? (O/N)

J'ai mis water_overlay = True, mais je n'ai toujours rien comme texture et toujours le même message, le reste passe bien... 59 sec pour l'instant (sans texture)

[fatboytit]

Next.... =)
Encore moi !
@ fatboy, j'ai vu que tu avais aussi ce message au début, comme tout le monde j'imagine d'ailleurs
Le centre de la tuile que vous vous apprêtez à construire ne disposera d'aucune texture photoréaliste.
Il s'agit peut-être d'un oubli dans le fichier de configuration. Désirez-vous continuer malgré cela ? (O/N)

Oui, en effet,il suffit de modifier le dernier param de Ortho4XP.cfg et de lui indiquer les limites de ta tuile en "débordant d'une tuile sur les côtés".
Ex : ortho_list.append("47 49 -7 -5 16 BI") pour la tuile 48 -6
Maintenant, je le fais systématiquement sans plus me poser de questions.
Le water_overlay n'est pas à modifier.
Michel

[Oscar Pilote]

Salut,

J'ai uploadé une mise à jour de Ortho4XP.py et .cfg dans la dropbox.

- Le fichier d'altitude par défaut à mettre est le SRTMv3_etc d'Atanorr, il suffit de celui-là car les trous sont
déjà comblés avec le Aster Gdem. Plus besoin de changer de nom non plus.
Si par hasard vous rencontriez un trou béant à -32768 mètres, c'est qu'un trou n'a pas été comblé et il suffira
alors d'ajouter aussi le fichier Aster Gdem (j'en ai essayé 2 ou 3 et leurs trous étaient déjà entièrement comblés).
Là où les fichiers de de Ferranti sont disponibles (Alpes), ils ont priorité sur les SRTM si les deux sont disponibles.
- Les fichiers temporaires sont stockés à la base du répertoire où sera construite la tuile (zOrtho...) plutôt que dans
le répertoire Ortho4XP
- J'ai supprimé une option du mailleur (qmin), à la réflexion elle me parait non utile à nos besoins et sans elle la tuile
de Fatboytit ne plante plus même avec min_area=0.01
- J'ai corrigé un (des) bug(s) pour les altiports, mais il faudra certainement que je revienne sur ce point quand j'aurai
accès à X-Plane.

@Telmo : la ligne avec ortho_list définit la zone où tu souhaites placer des orthophotos, regardes qqs messages
plus haut Fatboytit a eu le même souci à ses débuts.

[Telmo]

J'ai déjà lu plusieurs fois ce mot ici.
Je n'ai pas les moyens pour le faire, mais si tu as une combine ....
Plus sérieusement, "sniff" = ???.

La réponse est là ;) ---> http://www.x-plane.fr/showthread.php...l=1#post459934

[Telmo]

Merci à vous... ça mouline =)

[fatboytit]

J'ai uploadé une mise à jour de Ortho4XP.py et .cfg dans la dropbox.

1- Le fichier d'altitude par défaut à mettre est le SRTMv3_etc d'Atanorr,
2 - J'ai supprimé une option du mailleur (qmin), avec min_area=0.01
3 - J'ai corrigé un (des) bug(s) pour les altiports,

Merci oscar pour ta disponibilté.
Comme ici à Concarneau, il fait 20° dehors et 16° dedans, j'en ai profité pour tester et valider la tuile 47 -3 qui posait pb., à partir du début.

1- OK avec le site gdex : rapide et efficace. merci Atanorr
2- OK pour cette tuile 47 -3 qui plantait avec min_area = 0.01
3- pas testé, les seuls altiports ici doivent être sur les toits des hôpitaux, alors pour les Alpes... à suivre

Bref, un breton heureux, d'autant plus qu'il y a 1 semaine, je trempais juste un orteil là-dedans.

[Telmo]

Yep à tous;

avec la dernière version .py et .Cfg d'Oscar, ça passe bien ! (j'ai bien compris pour les débordements, aussi)
Sans compter la vidéo d'Atanorr pour le téléchargement des SRTM, merci à lui aussi.
Plus besoin de renommer, super
Pour l'eau et la transition ça attendra mon retour, mais je vous suivrai avec attention pour ne pas trop perdre le fil ;)
Je n'ai pas encore trituré le .Cfg pour le mailleur à l'instant mais ça viendra.
Beau boulot Mr. Oscar !

[Oscar Pilote]

Pour l'eau et la transition ça attendra mon retour,

Pour Ouessant il te suffit de recopier le répertoire Masks de la dropbox
dans ton répertoire Ortho4XP et de relancer ce dernier. Il sautera plusieurs
étapes.

[atanorr]

@Oscar

Bonjour, tuile 51003
J'ai quand même pas mal de docks qui ne sont malheureusement pas couvert par un overlay_water , j'ai pourtant bien entrer le nom dans la config , ( nom du dock )
'jai tenté par un masque de noircir le dock complet afin de voir si il est recouvert d'eau par xplane , mais cela ne marche pas .
Est-ce que , les tag "dock" sont inclus a Ortho ?

--------> Je me suis posé la question suivante au tout début de ce topique , pourquoi zone floue à certains endroits...
en clair changement de résolution de textures au sol par x-plane même si vous êtes en zoom 17
J'ai trouvé le pourquoi , sans jamais trouvé réponse que voici :

Lorsque vous voyagez sans l'avion , donc par caméra extérieure, à x mètres autour de l'avion , x planes va logiquement diminuer la résolution de la texture à x-mètres de l'avion ! Voilà ce que je cherchais depuis 2 mois !! Je n'ai jamais trouvé quelqu'un expliquer ce phénomène et donc pensais avoir un soucis quelque part en compression de texture ou autre .. Il doit y avoir une sorte de sphère autour de l'avion que xplane calcule la vision de la résolution de la texture et compresse ou non plus loin.

Effectivement il suffit de déplacer l'avion à une altitude de 1000-2000 pieds ,à l'endroit ou vous avez voyagé avec la caméra extérieur , faite pause , et reprenez la vue de caméra extérieure , et là !! faite un grand ouf !! les textures sont magnifiques !

[fatboytit]

@atanorr, peux-tu illustrer cela avec des images ? Je n'arrive pas à le reproduire .

[Odevillée]

@Oscar

Bonjour, tuile 51003
J'ai quand même pas mal de docks qui ne sont malheureusement pas couvert par un overlay_water , j'ai pourtant bien entrer le nom dans la config , ( nom du dock )
'jai tenté par un masque de noircir le dock complet afin de voir si il est recouvert d'eau par xplane , mais cela ne marche pas .
Est-ce que , les tag "dock" sont inclus a Ortho ?

51003/004 sont difficiles à cause des bras de mer, , il y a aussi des parties fermées par des digues si tu zoomes.
Où trouves-tu le nom des "docks", dans openstreetmap ? J'ai essayé avec 'Westerschelde' (Escaut occidental pour les non néerlandophone) sans succès.
J'ai renoncé à corriger.

[Oscar Pilote]

Lorsque vous voyagez sans l'avion , donc par caméra extérieure, à x mètres autour de l'avion , x planes va logiquement diminuer la résolution de la texture à x-mètres de l'avion ! Voilà ce que je cherchais depuis 2 mois !! Je n'ai jamais trouvé quelqu'un expliquer ce phénomène et donc pensais avoir un soucis quelque part en compression de texture ou autre .. Il doit y avoir une sorte de sphère autour de l'avion que xplane calcule la vision de la résolution de la texture et compresse ou non plus loin.

Effectivement il suffit de déplacer l'avion à une altitude de 1000-2000 pieds ,à l'endroit ou vous avez voyagé avec la caméra extérieur , faite pause , et reprenez la vue de caméra extérieure , et là !! faite un grand ouf !! les textures sont magnifiques !

Oui c'est exactement à cela que sert un dds. Un dds stocke la texture à pleine résolution (par ex. 4096x4096) mais aussi toutes ses sous-résolutions (appelées mipmaps) : 2048x2048 ... jusqu'à 1x1. La mipmap qui est choisie pour afficher un triangle dépend de la distance de celui-ci et de la résolution d'affichage (en gros il faut que la taille dans la mipmap soit la plus proche possible de la taille à l'écran), cela ne servirait à rien d'aller chercher la texture haute résolution pour ensuite
la rétrécir énormément pour l'afficher à l'écran. D'ailleurs, si X-Plane faisait ainsi la vram nécessaire serait en gros égale à la taille de la tuile sur le disque sans compression... soit bien plus que la capacité de toute carte graphique. Si tu utilises des textures png plutôt que dds, X-Plane doit calculer les mipmaps à la volée lorsque tu changes de position, ce qui engendre des micro-interruptions à moins d'avoir une machine de guerre.

-----------------
Tu peux m'en dire un peu plus sur ce que tu entends exactement par les docks ? Donne moi par exemple les coordonnées géographiques précises de l'un d'entre eux.

[fatboytit]

1 Pour soulager mon PC "simu", j'ai tenté de générer une tuile à partir de mon portable (en Win10), et j'ai le msg suivant au moment du
- l'exécution du téléchargement des tags Openstreetmap :
- msg : Serveur surchargé ou réseau indisponible, nouvelle tentative dans 3 sec.
-> Est-ce un pb d'autorisations, car sur l'autre PC, je n'ai jamais eu ce message ?

2- Différences de paysages entre BING et FR
- c'est normal vu que ce sont 2 sources différentes pour des paysages identiques, mais on a l'impression que Bing = l'automne et FR = l'été,
BI FR

BI FR


mais que ce n'est pas toujours le cas partout, du moins en France.
-> Comment garder une cohérence dans les paysages traversés ?
3- Mix de 2 zooms différents
si je reprends ton exemple de Chamonix, tu écris :
ortho_list.append("45.85 46 6.85 7 19 FR")
ortho_list.append("45 46 6 7 16 FR")
Mais quelle(s) tuile(s) insérer dans la commande Build_tile de ortho4XP.py ?
J'ai exécuté 2 passages avec la tuile 45, puis la 46 et le résultat est une vrai bouillie de textures.
Merci Oscar de tes réponses.

[atanorr]

Tu peux m'en dire un peu plus sur ce que tu entends exactement par les docks ? Donne moi par exemple les coordonnées géographiques précises de l'un d'entre eux.

Merci pour tes éclaircissements , je cherchais à ne pas voir de trop des carrés de couleurs différentes dans l'eau dû à la compression.. ;)


Oui dock voici:
je te met directement sur les docks .. vlotock outdock etc..

https://www.openstreetmap.org/edit?editor=potlatch2#map=16/51.2236/2.9350