Ortho4XP

[Oscar Pilote]

Oufti !
Je comprends mieux les 12 travaux d Asterix que les pommes et poires :D
Ahahaha

Pourtant un bon sirop de Liège avec de la maquée...

[fabded]

Merci Oscar Pilote pour l'explication complète de la recette de la compote pomme/poire !

Au niveau du temps de cuisson, sniffer est-il plus rapide que d'utiliser World2Xplane ?

[Daniel_L]

...
Au niveau du temps de cuisson, sniffer est-il plus rapide que d'utiliser World2Xplane ?

Très probablement car dans ce cas on se contente d'extraire des routes et bâtiments déjà existants et placés au lieu de tout reconstruire à partir des données OpenStreetMap.

Daniel

[Oscar Pilote]

Exactement, c'est du réchauffé au micro-ondes plutôt que du mijoté.

En parlant de vitesse, j'ai passé la soirée à essayer d'optimiser l'utilisation du cpu (vous aviez
peut-être aussi remarqué qu'il se tournait un peu les pouces sur la fin quand il ne restait qu'à
terminer les conversions vers dds).
Au moins sur mon gros cpu cela fonctionne plutôt pas mal, je suis passé de 1100 sec en gros
pour le Step 3 d'une ZL16 à 480 sec . (bien sûr il faut que le facteur limitant ne soit
pas le réseau ni le fournisseur, j'ai testé avec Bing). Sur des plus petits processeurs je ne sais
pas ce que cela peut donner, mais cela ne devrait pas ralentir au moins.
Je mets ça dans la dropbox d'ici "demain".

[Odevillée]

Merci Oscar Pilote pour l'explication complète de la recette de la compote pomme/poire !

Au niveau du temps de cuisson, sniffer est-il plus rapide que d'utiliser World2Xplane ?

30 secondes par tuile.

[temium62]

pour en revenir aux pommes poires : j ai créé 11 tuiles pour les Canaries mais pour faire simple on parlera de celle pour Tenerife : zone +28 -17
la tuile est bien créée, tout est ok, sauf que je ne trouve pas où obtenir les données osm pour les routes. J ai Téléchargé sur Simheaven les données osm Africa sauf que j ai quelques bâtiments mais pas de routes...
quelqu un sait ou obtenir tout ça ?

Edit : bien vu Oscar dans la dernière mise à jour la possibilité d éteindre le pc une fois la tuile créée !!

[temium62]

J ai essayé d injecter les données osm depuis canarias hd3 que j avais en stock mais ortho4xp me met une erreur...il le met que le fichier est zippé, conversion texte puis plus rien. ..

[Oscar Pilote]

Edit : bien vu Oscar dans la dernière mise à jour la possibilité d éteindre le pc une fois la tuile créée !!

C 'est un des utilisateurs du .org qui l'a fait et m'a proposé de l'inclure.

[Odevillée]

@Oscar
J'ai ceci dans mon log.txt

WARNING: scenery file for 42,6 has no vertices in its top edge. This usually indicates a bad DSF file.
WARNING: scenery file for 42,3 has no vertices in its top edge. This usually indicates a bad DSF file.
DEF load time: 2026 for water.
WARNING: scenery file for 43,5 has no vertices in its top edge. This usually indicates a bad DSF file.
WARNING: scenery file for 43,3 has no vertices in its top edge. This usually indicates a bad DSF file.
WARNING: scenery file for 43,6 has no vertices in its top edge. This usually indicates a bad DSF file.
WARNING: scenery file for 43,4 has no vertices in its top edge. This usually indicates a bad DSF file.


Ce sont des tuiles faites avec ortho4xp, c'est l'emplacement d'où est l'avion, c'est grave docteur ?

[wyperion]

Merci pour ta persévérance Oscar, je crois que j'ai enfin tout compris. En fait, je croyais que mon fichier OSM Europe+Only était une caisse de pomme, et que le fichier Ortho4XP était une caisse de poire ! En fait, c'est l'inverse et ceci explique effectivement mes résultats

Ce sont les fichiers dsf du Global Scenery qui sont compressés au format 7z (bien que leur extension reste .dsf), le dossier en lui même n'est effectivement pas compressé. Mais tu as du voir des messages de DSFTool à la suite de cela non ? Si pas c'est que le ver est dans le fruit !

Je crois que le ver est dans le fruit, car je n'ai aucun message de DFSFTool à la suite de ces quelques lignes...
Je l'ai forcément le DSFTool (Edit: Oui, je l'ai dans le dossier Util...)?
Le CPU est à 0.

Quand à World2Xplane, impossible de le télécharger pour le moment, le lien n'existe plus.

Je vais prendre mon mal en patience

PS: Oups, je viens de voir qu'il m'avait créé 6 fichier dans le dossier Zortho4XP_+43+006:
Data+43+006.1.ele
Data+43+006.1.node
Data+43+006.alt
Data+43+006.apt
Data+43+006.mesh
Data+43+006.poly

Je vais essayer de voir ce qui se passe si je les places dans un dossier Yxxx dans Custom Scenary

Edit: Zut, ça n'a rien à voir...

[Oscar Pilote]

c'est grave docteur ?

Tu as observé beaucoup de symptômes à part dans le log ?

Plus sérieusement, ce message était du à un arrondi qui tombait "du mauvais
côté de la barrière" lors de l'encodage des coordonnées, cela se traduisait
visuellement par un infime écart tout au sommet de la tuile, c'est corrigé depuis une
quinzaine de jours je dirais. Tu as du réaliser ces tuiles avant le changement
ou bien tu n'as pas encore mis à jour.

[MichelHH]

@ Oscar

j'ai crié victoire trop vite les elevation datas (viewfinder) que tu m'as fourni sont satisfaisantes pour la quasi totalité de la tuile 46/05 cependant au sud est de la tuile à LFKZ Saint Claude Pratz un phénomène curieux se produit (voir pièce jointe) peut on corriger cela ?. J'ai la tuile 17 de simheaven pour la même région et c'est la même chose.

[atanorr]

@ Oscar

j'ai crié victoire trop vite les elevation datas (viewfinder) que tu m'as fourni sont satisfaisantes pour la quasi totalité de la tuile 46/05 cependant au sud est de la tuile à LFKZ Saint Claude Pratz un phénomène curieux se produit (voir pièce jointe) peut on corriger cela ?. J'ai la tuile 17 de simheaven pour la même région et c'est la même chose.

Oui, dans les tuto de Oscar , il explique comment modifier le mech pour un petit aéroport , tu fais pareil avec Josm
Tu crées un patch , ensuite tu remouline la tuile. Ce sont des parasites sur donnée d élévation . Où tu prends une autre élévation moins précise.

[fatboytit]

Tu as observé beaucoup de symptômes à part dans le log ?

Plus sérieusement, ce message était du à un arrondi qui tombait "du mauvais
côté de la barrière" lors de l'encodage des coordonnées, cela se traduisait
visuellement par un infime écart tout au sommet de la tuile, c'est corrigé depuis une
quinzaine de jours je dirais. Tu as du réaliser ces tuiles avant le changement
ou bien tu n'as pas encore mis à jour.

Je confirme et j'avais dejà eu ces messages signalés et corrigés il y a plus de 15 jours.

[Odevillée]

Tu as observé beaucoup de symptômes à part dans le log ?

Plus sérieusement, ce message était du à un arrondi qui tombait "du mauvais
côté de la barrière" lors de l'encodage des coordonnées, cela se traduisait
visuellement par un infime écart tout au sommet de la tuile, c'est corrigé depuis une
quinzaine de jours je dirais. Tu as du réaliser ces tuiles avant le changement
ou bien tu n'as pas encore mis à jour.

merci Oscar, pas de problème particulier, oui les tuiles dates, mais j'ai toujours les dernières versions d'ortho4xp, je tiens à l'oeil ta dropbox.