Ortho4XP

[milan]

Marche bien ce Ortho4XP

ce qu'il faudrait , (car on est jamais content n'est-ce pas ? )
c'est de pouvoir choisir dans l'interface, a l'aide d'une coche si on veux des images en Dss ou en Png ,
(ça permettrait de pouvoir augmenter le contraste en Batch avec PHOTIVO ou IrfanView ou un programme du genre .. par exemple )
il me semblait que c'etait le cas dans les anciennes version non ?
je suppose que le paramètre existe toujours dans le fichier de configuration ...

C'était le cas avant
Maintenant tu peux aller jeter un oei dans Ortho4XPv119.py (ou 119r2), à ligne 125
dds_or_png = 'dds'

[Nicofl44]

Bonjour !

je suis en train de faire les tuiles d' Ibiza, et je voulais rajouter un poil de contraste, j'ai donc juste téléchargé les jpg dans le dossier BI16 de Othophotos, je fais ma modification de contraste avec XnConvert, la conversion se passe bien, je mets donc les DDS dans le dossier texture de ma tuile, avec les image mask à côté, j'ai bien vérifié, les noms des images sont bien les mêmes, maisles textures ne se chargent pas au lancement du simu, avez-vous une idée ?

lorsque je demande la conversion avec Ortho4xp, là oui, les textures se chargent je me demande pourquoi ;)

Merci d'avance

[Dobro]

@Milan : Merci (mais non sous windows on a un exe !! donc pas editable )

@Nicofl44 : pour faire ce que tu veux changer le contraste ou autre de tes images
il te faut les recuperer (puis les modifier comme tu le fait avec un logiciel (traitement par Lot ) , perso j'utilise IrfanView qui fait ça tres bien
et les pondres en *.Png !

ensuite il te faut soit poser le resultat au format PNG (pas Jpg) dans le dossier Texture de ta scene ,plus net, (mais Xplane peut ramer)
soit les reconvertirs en dds avec l'utilitaire XGrinder (voir ici http://developer.x-plane.com/tools/xptools/ ) Xgrinder est dans l'archive de XPTools ....
seulement ces deux formats (Png ou dds) sont compatibles XPlane , j'ajoute que pour la conversion Png TO dds , il vaut mieux utiliser XGrinder , plutot qu'un autre convertisseur .... car Xgrinder est fait expres pour Xplane !
il garanti que le format dds generé soit compatible avec Xplane

[Nicofl44]

Merci beaucoup pour les infos, je teste ce soir !

Dans ce cas, cela veut dire que mon format dds devait ne pas être compatible avec x plane ;)

Merci encore

[LoboTommy]

Hello , tout le monde , je viens de créer mes premieres tuiles grace a ce fantastique outil qu'est ortho4xp , tout est nickel cependant j'ai pu observer que les arbres avaient tendance a s'inviter sur les plages et a d'autres endroits ou ils ne devraient pas se trouver. ma question c'est comment peut on exclure l'autogen de certaines zones ? est ce possible?

[Oscar Pilote]

@jojo

Pour le Sergue tu avais un way en double (ainsi qu'un noeud aussi pas bloquant).
Une petite remarque, je ne sais pas si tu as encodé les points à la main mais il y aurait moyen d'en économiser beaucoup (il y en a quasi un tous les 2 mètres par endroits) : en
gros cela ne sert que pour faire des angles, mettre une suite de points quasi alignés en vectoriel cela alourdi beaucoup sans changer rien au résultat.

Pour tes bassins est-ce que ça ne viendrait pas de ton choix de min_area (la requête osm ne connait pas de min_area, cela vient donc ensuite et tu peux
avoir de petites surfaces dans le .osm qui sont virées au Step 1 pour cause de surface inférieure à min_area.

Laster arte!

@Dobro
Tu peux éditer le .cfg et y mettre dds_or_png='png', mais en version exe. De mon point de vue c'est plus simple de passer par contrast_adjust etc mais
vous faites comme vous préférez.
XGrinder est lent, Utils/nvcompress.exe est compilé avec plus d'options d'optimisation et utilise exactement la même librairie dds que XGrinder (libsquish)

[jojo64]

@jojo
Pour le Sergue tu avais un way en double (ainsi qu'un noeud aussi pas bloquant).
Une petite remarque, je ne sais pas si tu as encodé les points à la main mais il y aurait moyen d'en économiser beaucoup (il y en a quasi un tous les 2 mètres par endroits) : en
gros cela ne sert que pour faire des angles, mettre une suite de points quasi alignés en vectoriel cela alourdi beaucoup sans changer rien au résultat.
Pour tes bassins est-ce que ça ne viendrait pas de ton choix de min_area (la requête osm ne connait pas de min_area, cela vient donc ensuite et tu peux
avoir de petites surfaces dans le .osm qui sont virées au Step 1 pour cause de surface inférieure à min_area.
Laster arte!

Ok je vois ce que tu as fait.
Il me semblait bien que le problème venait de là, mais comme j'ai pas trop envie de faire n'importe quoi je préfère demander on ne sait jamais!
D’ailleurs de reviens de loin, c'était un sacré bordel cette rivière!

Les points y étaient déjà, j'en ai même supprimé pas mal, mais t'as du voir a quel point elle est longue cette rivière, j'ai passé un sacré bout de temps à corriger les erreurs qui posaient problèmes, au bout d'un moment certain endroit sont surement fait à la volé!

Pour les bassins, je vois ça et je te dit.

[jojo64]

Bon j'ai été un peu vite en besogne, ça ne marche toujours pas.
Toujours la même erreur, et toujours pas de rivière dans X-plane.
Je sais toujours pas d'où viens le problème. Tu fais comment toi pour trouver les erreurs?

Pour les bassins c'est bon t'étais dans le mille!

[Oscar Pilote]

Bon j'ai été un peu vite en besogne, ça ne marche toujours pas.

Tu as mis à jour les données OSM ? Suivant ton serveur (le 'FR' ou le 'DE' cela peut aller de qq
secondes à une fois par jour pour la mise à jour)

Tu fais comment toi pour trouver les erreurs?

En bas à droite de JOSM tu as un outil de vérification (tu fais "edit" pour la relation et dans la fenêtre d'edit tu fais d'abord "télécharger les données manquantes" (pour avoir toute la rivière),
ensuite tu fais "remettre dans l'odre" (les way se remettent en boucles), tu dois alors voir de belle boucle à droite des noms des ways et sinon du rouge quand c'est verrolé. Tu peux corriger
les erreurs toi même mais il y a aussi le bouton "Fix" (plus dans la fenere d'edit mais en bas à droite de josm) qui en général fonctionne bien tout seul.
(je mets des guillemets mais c'est sans doute pas tout à fait ça, moi j'ai la version en anglais en plus)

En effet il est sacrément long ce petit rû !

[jojo64]

Bon j'ai été un peu vite en besogne, ça ne marche toujours pas.
Toujours la même erreur, et toujours pas de rivière dans X-plane.
Je sais toujours pas d'où viens le problème. Tu fais comment toi pour trouver les erreurs?
Pour les bassins c'est bon t'étais dans le mille!

C'est bon j'ai trouvé!
2 points qui se rentraient dedans.
Bon je me la serai bien mérité cette tuile!

Merci du coup de main Oscar!

[Oscar Pilote]

J'ai fait la mise à jour de devel et je l'ai copié en 1.20. Avis aux amateurs pour déboguer (je serai en déplacement la semaine prochaine, donc pas très réactif).

[papet30]

J'ai fait la mise à jour de devel et je l'ai copié en 1.20. Avis aux amateurs pour déboguer (je serai en déplacement la semaine prochaine, donc pas très réactif).

Bonsoir Oscar
j'ai utilisé la dernière version devel cela fonctionne très bien. J'ai refait quelques tuiles avec ton savant calcul sur le ZL optimal en fonction de l'altitude, pour du liner je fait donc une base en ZL15 et trois zones append en 19,18,17 autour des gros airports
avec crtl+shift+click gauche sur la préview les zones se calent automatiquement sur les carreaux correspondants(snap to grid). Résultats une tuile optimale,qui ne fait plus que environ 1.7 Gb au lieu de 2,6 Gb en ZL16 sans append. Pour moi c'est impeccable.
C'est reparti pour 90 tuiles avec la 1.20.....
Merci l'artiste

PS: tu as modifié quoi dans triangle?

[Dobro]

@Oscar ;

avec la version 119r2 (version exe windows )
si on ajoute la ligne "dds_or_png='png' " au fichier Ortho4XP.cfg
la sortie des images se fait avec l'extension "*.png" , mais en fait se sont toujours des DDS !
seul l'extension semble changé , il ne s'agit pas d'une conversion ....

[Nicofl44]

Bonsoir les amis !

J'ai une question et pour l'instant je n'ai pas réussi a trouver la réponse :

Je sais exploiter avec le super ortho4xp, mais je suis en train de développer quelques scènes aéroports/aérodromes, et je n'arrive toujours pas a comprendre comment faire pour mettre la dalle photo que sous l'aéroport en question avec la zone étendue qui lui va bien, que je puisse faire les limites..

Je maitrise photoshop, ce n'est pas un problème mais le soucis est que je n'arrive pas a comprendre comment sont appelées les textures photos pour aller sous l'aéroport en question, quand je regarde sur la scène de Nice par justim, il y a un dossier images avec les textures photos de l'aéroport mais je n'arrive toujours pas à trouver comment cela fonctionne ..

Si quelqu'un peut m'eclairer ou me donner des indices

[Dobro]

c'est pas ici , qu'il te faut poser cette question
mais plutot dans le forum dedié a Wed ;)

il existe des utilitaires qui permettent de faire afficher une ortophoto a l'emplacement exacte des coordonées GPS de ton aeroport
comme par exemple celui ci

http://forums.x-plane.org/index.php?/files/file/26164-orthomagix/

ensuite, une fois l'orthophoto inclu dans Wed , tu n'as plus qu'a disposer tes batiments dessus (avec Wed)
bâtimentsque tu aura préalablement contruit avec un logiciel 3D comme Sketshup par exemple

cela t'assurera l'alignement exacte des bâtiments avec les Orthophotos
cette Orhtophoto devra etre désactivée une fois ton aeroport construit
pour que ça ne fasse pas double emplois avec Ortho4xp

faut comprendre que Ortho4xp Texture un maillage qui represente le monde
alors que WED lui utilise une texture, inclu dans une celulle, par dessus tout ça ,
cette texture, peut etre gardée si on utilise les textures monde d'origine Xplane (texture native du logiciel )
mais il faut la desactiver si tu a retexturé les texture du monde Xplane, avec Ortho4XP

Ortho4xp , a un calque inferieur 0 du texturage
alors que les orthophotos WED fournie avec les scenes "Maison" sont sur le calque 1 (le meme principe que dans photoshop lorsque tu fait un montage )