Ortho4XP

[jet007]

Bonsoir Jojo,

"Tu peux toujours essayer d'augmenter le paramètre "water smoothing", qui aplati les zone d'eau (moi je le met à 10)".

Comment enregistrer la modification?

Merci

[jojo64]

Salut,

Non cela ne règle pas le problème, les 2 n'ont rien à voir. Quand j'ai mis en ligne je n'avais pas accès à un mac, mais j'ai laissé le source il suffit de le compiler. Sur ton mac tu fais "gcc -O3 -o triangle.app triangle.c -lm" (ou en utilisant clang plutôt que gcc en fonction de ce qui est installé sur ton mac).

Whaou!!!! Ca fonctionne!!!!
Impeccable Oscar, je commence à voir le bout du tunnel et à maitriser les nouvelles fonctions de cette ortho4xp! Ce dernier à bien pris forme!
Encore merci, t'es au top!

[jojo64]

Hum...
Tout ça devient un peu trop beaucoup technique pour le vulgum pecus
À force Ortho4XP a l'effet inverse de ce qu'il était censé promouvoir : la facilté dans un méga plus qu'est la construction de tuiles
Aujourd'hui, à vous lire, cela devient rédhibitoire.
Je serais d'avis que les hightech d'ortho (ça vient de sortir ;-)) créent un nouveau topic "Ortho4X-Developpement " ou autre chose, qui libère un peu celui-ci où l'on pourra continuer de poser des questions simples sur l'utilisation, les méthodes de ce fabuleux utilitaire ainsi que sur les problèmes rencontrés sur la version stable : à ce jour la 1.20.
Voilà

Oui...et non!
Tu te souviens surement des premiers pas d'ortho4xp, la galère et la complexité que c'était au départ? Il n'y avait même pas d'interface graphique, il fallait tout faire avec des lignes de code. Et je ne parlais pas non plus le charabia technique de ceux qui ont accompagné Oscar dans ces première étapes. Moi le premier je trouvais cela rédhibitoire. D'ailleur la page est encore là, suffit d'aller sur les première réponses pour voir!
Et pourtant au bout de certain temps, on a eu un superbe outil qui fonctionne à merveille et que n'importe qui pouvais prendre en main.

Il en va de même pour la version 1.30. Il faut le temps de lancer la machine, alors certes ça parle charabia, mais tu verra qu'une fois tout ça fini, une fois une base établis, cette nouvelle version sera encore plus simple que la précédente, apportant son lot d'amélioration, et avec les automatismes mis en place actuellement, tout se fera pratiquement tout seul.

Crois moi le jeu en vaut la chandelle!

Cela dit pourquoi pas ouvrir un nouveau post, mais les question sur la nouvelle version sont tellement rare que du coup....
Et puis ça reste ici la source de ortho4xp, on a un nombre de post à dépasser, on vise les 10000 réponse d'ici la fin de l'année!

[jojo64]

Bonsoir Jojo,

"Tu peux toujours essayer d'augmenter le paramètre "water smoothing", qui aplati les zone d'eau (moi je le met à 10)".

Comment enregistrer la modification?

Merci

En fabriquant une tuile tout simplement.
Tu peux aussi juste enregistrer la modif aussi en faisant "save config"

[jet007]

Bonjour Jojo,
Si le "save config" était accessible (trop bas dans la page)...............donc pas visible.
Merci quand même.

[jojo64]

Bonjour Jojo,
Si le "save config" était accessible (trop bas dans la page)...............donc pas visible.
Merci quand même.

Ecran 13 pouce! Moi aussi j'avais le même problème.
Avec un écran externe c'était bon.

Sion autre solution, tu édites le fichier config dans le dossier de ta tuile, puis avec le mode "fabrication de plusieurs tuile la fois, il y a une case pour lire le fichier config automatiquement avant de fabriquer)

A savoir qu'avec la version 1.30, l'interface graphique a changé, et et maintenant plus claire et accessible pour tout type d'écran!
Encore un peu de patience!

[milan]

bonjour à toutes et à tous;

pourquoi, sur certaines tuiles, le processus ce bloque sur l'étape 1?
Voir ci-dessous l'exemple de Las Vegas (source BI, niveau 17).
bon dimanche!

Tile 1 / 1

Step 1 : Building OSM and patch data for tile +36-116 :
--------

-> Downloading airport and water/ground boundary data from Openstreetmap :
Recycling OSM data for way["aeroway"="aerodrome"]
A total of 272 node(s) and 3 way(s).
* KVGT North Las Vegas Airport
* KLSV Nellis Air Force Base
* KLAS McCarran International Airport
Recycling OSM data for rel["aeroway"="aerodrome"]
A total of 0 node(s) and 0 relation(s).
Recycling OSM data for way["aeroway"="heliport"]
A total of 0 node(s) and 0 way(s).
Recycling OSM data for way["natural"="water"]["tidal"!="yes"]

PAULHE à évoqué ce problème le 18/02
Nous sommes le 03/05 et j'ai le même blocage avec la +43+001

OSM est toujours en "maintenance" ?

[nicowork]

Bonjour Milan,

As-tu dans Ortho4XP.cfg (normalement c'est la dernière ligne du fichier):
overpass_server_choice="2"

Avec la valeur à 2, tu ne devrais pas avoir de problème.

[jojo64]

PAULHE à évoqué ce problème le 18/02
Nous sommes le 03/05 et j'ai le même blocage avec la +43+001
OSM est toujours en "maintenance" ?

Tuile de Toulouse!!!!
Je viens d'essayer avec ortho4xp 1.20 (devel.py), et ça marche sans soucis avec le serveur par défaut.

Si tu n'y arrive pas, tu peux toujours récupérer le fichier .mesh de la tuile ortho4xp que j'avais fait pour zonephoto qui était plutôt bien foutu et sacrément retravaillé (mais malheureusement avec les anciennes données altimétriques), et qui permet d'utiliser toutes les pistes des scènes XPFR que j'avais là aussi faite en complément.
Tu mets le fichier .mesh dans le dossier de la tuile, et tu fabriques ta tuile à partir de l'étape 3.

(voir même récupérer la tuile entière, mais du Z16 dans les zone de campagnes)


EDIT: en fait je me rend compte qu'il n'y est pas! Si t'es intéressé, envoie moi un mail!

[Oscar Pilote]

OSM est toujours en "maintenance" ?

Le serveur FR oui : https://wiki.openstreetmap.org/wiki/Overpass_API

La solution n'a pas changé :

- passer sur le serveur allemand
- purger les données osm corrompues (le serveur FR, bien que transitant via le DE si tu as lu le lien ci-dessus, renvoie pour l'instant des données tronquées)

[milan]

Oooops
Merci, je n'espérais tant de réponses aussi rapidement

Je ne me rappelais plus dans quelle page se trouvait la réponse et préféré reposer la question (d'où ma proposition de créer un topic dev 130, mais bon... ;-) )

Je suis passé chez les teutons, j’ai viré le dossier osm correspondant à la tuile, redémarré le Mac (tant que j'y suis, hein ?) puis relancé le bouzin avec Ortho4XP_v120b.py au lieu de Ortho4XP_devel.py (je réessayerai avec ce dernier)
et, évidemment bien sûr que ça fonctionne !!!
(c'est en train de downloader à fond en FROrtho18 - car c'est désormais à ce niveau de zoom que je crée les tuiles pour les rallyes VFR de précision)

Donc bravo, merci et tout et tout (car j'ai risqué l'infarctus)

[jet007]

Jojo,

"Ecran 13 pouce! Moi aussi j'avais le même problème."
Connais pas "13 pouces", sur le bureau il y a deux 22" en 1680 x 1050 et deux 24" en 1920 x 1080.
J'ai dû en placer un en 2560 x 1440 pour pouvoir voir la dernière ligne qui m'a effectivement permis de sauvegarder la modification.
Encore merci pour tes solutions.

[jet007]

Bonsoir,
Pour la précision des données du relief des terrains (altitudes etc ), quels est ou sont les meilleurs sources à rentrer dans l'Ortho4XP (BI,.........ou......), afin d'éviter au maximum le nombre de patch correctif.
Merci

[Oscar Pilote]

Bonsoir Maurice,

Le données altimétriques et les fournisseurs d'images (BI, etc) sont deux choses totalement indépendantes. Tu ne vois pas passer les données altimétriques car celles de base sont téléchargées en arrière plan sans te poser de question, mais il y a une champs "custom dem" (dem = Digital Elevation Model) qui permet d'indiquer une source alternative de données altimétriques, à condition d'en disposer...

Pour la +50+005 je t'avais envoyé un lien vers un fichier .mesh réalisé avec des données altimétriques brutes très haute résolution (80Gb de données rien que pour la Wallonie), je ne me souviens plus de la page exacte du fil mais je me souviens que tu avais mentionné que c'était ton anniversaire et que tu t'en occuperais après, cela devrait te servir à toi pour retrouver la page. N'ayant pas vu de réaction de ta part, je suppose que tu n'avais pas pu l'essayer (ou n'y es pas arrivé). Contrairement aux données brutes le .mesh pour X-Plane ne fait lui plus que qqs dizaines de mégas, c'est le résultat des Step 1 et 2 d'Ortho4XP faits avec mes données, tu le dézippes donc dans ton répertoire zOrtho4XP_+50+005 et tu ne refais toi que le Step 3. Je peux t'assurer qu'il n'y aura pas photo en comparaison à ce qui ressort des données à 90m de viewfinderpanoramas, sans pour autant surcharger le simulateur.

Jusqu'à présent je n'ai fait que laisser traîner des liens par ci par là vers des .mesh, mais j'ai pour projet (rendu réalisable grâce à Pascal) de faire en sorte de les uploader pour que la manip ci-dessus devienne automatique dans Ortho4XP (si maillage HR disponible en ligne on bypasse Step 1 et 2 et on le télécharge).

Mes amitiés dans les Ardennes

[milan]

Jusqu'à présent je n'ai fait que laisser traîner des liens par ci par là vers des .mesh, mais j'ai pour projet (rendu réalisable grâce à Pascal) de faire en sorte de les uploader pour que la manip ci-dessus devienne automatique dans Ortho4XP (si maillage HR disponible en ligne on bypasse Step 1 et 2 et on le télécharge).

Ah, il était temps, nom d'un chien (de chez chien)