Annonce

**milan** · 29 novembre 2015, 16h18

J'ai le même problème pour St Claude (nom d'une pipe !!!)
J'ai refait la tuile en augmentant la tolérance de courbe à 2, mais même résultat
Il semble que ce soit le fichier elevation qui ait un problème.

**wyperion** · 29 novembre 2015, 20h16

Après avoir mieux suivi le tutoriel, j'ai enfin réussi à faire fonctionner ortho4XP et à faire mon iles d'Houessen

Merci Oscar, ton logiciel est génial !
Je vais maintenant m'attaquer à la cote méditerranéenne... et le lac Léman.

@+

**Oscar Pilote** · 29 novembre 2015, 20h52

Bonsoir,

Pour le problème de l'aéroport :

- si "pistes suivent le contour" n'est PAS coché, X-Plane fait du post-traitement (je ne sais pas sur quoi il se base exactement, je pense sur le apt.dat)
et cela peut parfois donner de drôles de résultats (je ne la décoche jamais mais je sais qu'il y a cette "nécessité" des gens qui volent en réseau).
- si l'aéroport a son pourtour encodé dans openstreetmap (ce qui est le cas pour Langogne) il est aplani au niveau de ce pourtour, à l'altitude moyenne
de tous les points du pourtour (calculées à partir du fichier d'élévation)
- si l'aéroport n'a pas son pourtour encodé dans OSM, il sera chaotique et il convient soit de l'encoder dans OSM (ce qui profitera à tout le monde), soit
de se faire un "patch" juste pour soi.

Dans le cas de djetdail je n'ai pas compris quel était le statut de la case "contour" (mais je pense qu'elle est décochée, ce qui serait l'explication la plus
simple).

Concernant les zones "no data", à -32768. C'est très simple et très rapide à modifier à la main : la commande indiquée par Jasum, on ouvre avec
un éditeur de texte, on fait une recherche de la chaîne 32768 et on remplace par une altitude déduite des valeurs proches (ce qui est mieux dans
certains cas que de prendre l'altitude moyenne comme je le fais de manière automatique). Les zones de "no data" des fichiers de viewfinderpanorama
sont très limitées (de l'ordre d'une dizaine d'entrées à modifier, cela prend 2 minutes).

**Oscar Pilote** · 29 novembre 2015, 20h57

Envoyé par milan Voir le message

J'ai le même problème pour St Claude (nom d'une pipe !!!)
J'ai refait la tuile en augmentant la tolérance de courbe à 2, mais même résultat
Il semble que ce soit le fichier elevation qui ait un problème.

Le pourtour de St Claude n'est pas encodé dans OSM, juste un noeud pour en indiqué le lieu et
encore mal placé si on en croit l'imagerie aérienne.
Tu veux essayer de l'encoder seul ? Si tu te casses la pipe je repasserai derrière, tu peux y aller
sans crainte.

**Dobro** · 29 novembre 2015, 22h50

Envoyé par Glah_Salamanthe Voir le message

Là tu prends vraiment la grosse tête !
Tu as vu l'âge de nombre d'entre nous, gamin !!

en quoi l'age des membres intervient la dedans, beaucoup de gens ont découvert l'informatique sur le tard !
tout ce que je sais c'est qu'en 78-80 lorsque je commençais la micro informatique, les PC a la mode c'etait honewell Bull et le CP-M !
le dos pointait a peine son nez les monitor etaient ambre ou vert..
dans les trains que je prenais, nous n’étions pas nombreux avec " l'ordinateur individuel " dans les mains
et encore moins a lire Hebdogiciel dans les Bars ...

le Zx 81 (que j'ai toujours avec son extension mémoire 16k et son clavier mécanique, ) est effectivement apparu plus tard...

mais en 80 il y avait le ZX80 on va pas jouer sur les quelques jours de différences hein ??
de plus j'ai argumenter surtout pour signaler que j’étais pas un agneau née d"hier en ce qui concerne l'informatique
pas pour jouer a celui qui a la plus longue ...

Si toi c'était le Zx81 pour moi c'était le C=64

J'ai parlé du zx81 pour situer une date, mais bien sur je n'ai pas eu que cet ordinateur entre les pattes

j'ai aussi eu du Oric Atmos, du Dragon, du Jupiter Ace, du Mo5, du To7 to9 , un magnifique Ti99/4a (16 bits) avec son synthe vocal en cartouche (je faisais parti d'un club informatique a Lagny 77 )
je m’arrêterai là ... pour les 8bits, (il y en a eu d'autres ) ensuite je pourrai passé au 16/32
et te parler de l'atari STF (512 puis bidouille pour en faire un 1024 et toutes les bidouilles proposé par StMag) du STE , du Falcon030
te parler que le directeur du support technique Amiga France etait l'un de mes potes, avec qui je faisais des concours de lancé de disquettes 5,1/4 dans les rues de Versailles (et oui LOL )

te raconter comment j'ai fait la connaissance de certain membres de Fuzion notamment Kazar, puisque j'ai habité Annecy aussi

Fuzion Shrine

http://fuzionshrine.omiquel.lautre.net/fr/interview_kasar.htm

bref.... je pourrai continuer, mais c'est pas le but de ce topic , ni de mon intervention , qui n'avait que volonté de donner les moyen d'utiliser des utilitaires bien fait
et fiable ...

[HS OFF]

**Glah_Salamanthe** · 30 novembre 2015, 08h38

Envoyé par Glah_Salamanthe Voir le message

Chti'te question à Oscar Pilote .
Ça n'est pas trop gênant, mais, dans les zones de littoral , notamment dans la partie subaquatique, je me retrouve avec le fond sablonneux "taché" de carrés !
Le même phénomènes des carrés de produit également dans des prairies ou pâturages .

Est-ce un problème de masque ?

Envoyé par atanorr

Compression d'une texture dds, d'une couleur semblable solution : pas de compression dds laisser en jpg

Merci de ta réponse.

Pour ma part, je n'ai pas demandé de compression particulière , c'est le résultat direct de "Ortho4XP"
et laisser en Jpeg ? Plane n'utilise pas de Jpeg pour ses textures, mais bien du des ou du png … je n'ai donc toujours pas de solution ?

**jasum** · 30 novembre 2015, 08h55

Envoyé par Oscar Pilote Voir le message

Bonsoir,
Concernant les zones "no data", à -32768. C'est très simple et très rapide à modifier à la main : la commande indiquée par Jasum, on ouvre avec
un éditeur de texte, on fait une recherche de la chaîne 32768 et on remplace par une altitude déduite des valeurs proches (ce qui est mieux dans
certains cas que de prendre l'altitude moyenne comme je le fais de manière automatique). Les zones de "no data" des fichiers de viewfinderpanorama
sont très limitées (de l'ordre d'une dizaine d'entrées à modifier, cela prend 2 minutes).

Merci Oscar, je m'y prenais mal.

**jasum** · 30 novembre 2015, 09h15

La pixellisation est due à la compression Jpeg des vignettes d'origine dans les zones d’aplat de couleur, je pense que la seule solution est d'augmenter la résolution des textures: dans les zones de Zoom18 elle disparait.
J'ai essayé la conversion en DDS avec nvcompress+cuda en pensant que le résultat serait meilleur, c'est très légèrement supérieur à convert cependant, contre toute attente, sur ma machine c'est plus long*: #7" au lieu de 5", mais on peut les ouvrir dans Gimp.

**Oscar Pilote** · 30 novembre 2015, 10h33

Toute compression a ses limites, et celle des dds a tendance a créer de petits carrés dans les zones d'aplats.
Ceci me gêne moi aussi et je cherche un moyen de le limiter, surtout que j'ai l'impression que la situation est pire
dans X-Plane que ce que je vois en regardant les dds directement avec glViewimage par exemple.

Il y a une chose à tenter en premier lieu pour voir si cela a de l'influence c'est de décocher le "compress
textures to save VRAM" en haut à gauche du menu des options graphiques d'x-plane. Comme les dds
sont déjà compressés lors de leur création il est au minimum inutile et très probablement dommageable
de dire à X-Plane de tenter de les comprimer à nouveau. Cela aura aussi de l'influence sur les textures
des avions cependant.

Une autre option, mais sans doute gourmande en vram (pas testée) est de convertir à la main et a posteriori
les textures les plus impactées (je n'ai jamais vu cela pour de la prairie mais en général pour des surfaces
d'eau assez sombres) en disant à convert de ne pas faire de compression dds. Il suffit pour cela
d'ajouter l'option comme suit : convert -define dds:compression=none fichier_source.jpg fichier_cible.dds
Il ne faut sans doute pas en réaliser trop de la sorte, chacun aura une taille de l'ordre de 50Mb au lieu de 10,
mais cela vaut la peine d'essayer.

**jasum** · 30 novembre 2015, 13h54

[QUOTE=
Il ne faut sans doute pas en réaliser trop de la sorte, chacun aura une taille de l'ordre de 50Mb au lieu de 10,
mais cela vaut la peine d'essayer.[/QUOTE]
Autant rester en dds et passer un niveau de zoom supérieur sur la zone.( 5 fois plus lourd, un niveau de ZL c'est 4 fois)

**wyperion** · 30 novembre 2015, 16h46

Hello, c'est encore moi

Ayant réussi à me faire la tuile pour Cannes, j'apprécie maintenant ces beaux bords de mer.
Par contre, j'utilisait avant un dossier de type OSM Europe+Only pour tous mes bâtiments. Je remarque que ces bâtiments sont remplacés par d'autres de cette nouvelle tuile faite par Ortho4XP.
Est-il possible de garder les anciens bâtiments (enlever quelque chose dans cette nouvelle tuile ?). J'ai aussi perdu les routes. Même question que pour les bâtiments: Est-il possible de les garder ?
Enfin, j'ai cru comprendre que certains paramètres rendait les paysages plus "complexes" et donc, pouvait influer sur le FPS (j'ai 21 fps avec la nouvelle tuile et j'avais 35 fps avant).
Quelles sont les paramètres que je dois diminuer (ou augmenter ?) pour alleger la scène ?

Merci,

Wyperion

**Glah_Salamanthe** · 30 novembre 2015, 20h19