[Ortho4XP] Organisation des tuiles dans Custom Scenery

[ghandii]

Hello,

Ortho4XP générant un dossier par tuile générée (par ex +43-007), je me demandais s'il existait une autre solution que de la mettre sous la racine du dossier Custom Scenery? En effet, au bout d'un moment, je risque d'avoir des dizaines voire des centaines de tuiles Ortho4XP ayant finalement la même priorité d'affichage.

Existe-t'il un moyen d'avoir un seul et même dossier "Ortho4XP" dans la racine du Custom Scenery, pour y mettre toutes les tuiles créées?

Merci!

[Oscar Pilote]

Tu peux choisir le répertoire dans lequel la tuile sera construite avec "Custom build_dir".
Par exemple, dans Custom Scenery tu crées un répertoire zOrtho4XP_France et tu y
construis toutes tes tuiles françaises. Ceci dit à défaut d'avoir plein de répertoires, tu auras
un répertoire plein de fichiers... il n'y a pas de miracle.

[ghandii]

Merci Oscar,

si je comprends bien: en utilisant le "Custom build_dir" qui pointe par exemple vers un dossier "X-Plane 10\Custom Scenery\60_Ortho4XP" (oui je mets un index devant tous les dossiers dans mon custom scenery, sauf les libraries), je vais avoir un dossier "60_Ortho4XP" qui contient la même arborescence qu'une tuile unique (Earth nav data, osm, etc.), comme si j'avais une mega tuile? Correct? En terme de performance, une solution est-elle préférable?

[Daniel_L]

...
Existe-t'il un moyen d'avoir un seul et même dossier "Ortho4XP" dans la racine du Custom Scenery, pour y mettre toutes les tuiles créées?

Merci!

Dans Custom Scenery les scènes, pour pouvoir être reconnues comme scènes par X-Plane, ne doivent pas avoir plus d'un niveau de répertoire entre Custom scenery et Earth nav data.

Daniel

[Pascal]

Tu peux choisir le répertoire dans lequel la tuile sera construite avec "Custom build_dir".
Par exemple, dans Custom Scenery tu crées un répertoire zOrtho4XP_France et tu y
construis toutes tes tuiles françaises. Ceci dit à défaut d'avoir plein de répertoires, tu auras
un répertoire plein de fichiers... il n'y a pas de miracle.

J'étais resté sur la notion qu'il vaut mieux éviter les dossiers comportant des milliers de fichiers pour éviter de dégrader le temps d'accès initial à chaque fichier et/ou de bloquer de la mémoire pour stocker ces listes de noms (je n'ai rien lu sur la gestion d'arbres équilibré pour accélérer la recherche d'un fichier par les OS. Si vous avez des liens, faites passer !).

En conséquence je préfère multiplier les dossiers tuiles (dont le nombre ne dépassera pas quelques centaines) que multiplier le nombre de fichiers dans les dossiers terrain et texture, qui sont déjà proches du millier pour une tuile en zoom 16

Et pour éviter à X-Plane de scanner inutilement des dossiers scènes dont il n'a pas besoin, je ne place dans Custom Scenery que ceux qui me sont réellement utiles.

[Oscar Pilote]

si je comprends bien: en utilisant le "Custom build_dir" qui pointe par exemple vers un dossier "X-Plane 10\Custom Scenery\60_Ortho4XP" (oui je mets un index devant tous les dossiers dans mon custom scenery, sauf les libraries), je vais avoir un dossier "60_Ortho4XP" qui contient la même arborescence qu'une tuile unique (Earth nav data, osm, etc.), comme si j'avais une mega tuile? Correct? En terme de performance, une solution est-elle préférable?

Oui, c'est cela. Aucune idée niveau performance, mais je doute que cela fasse une réelle différence. Par contre ne t'avise pas à utiliser "clean unused dds/ter" files dans ce cas, sinon tu effacerais toutes les textures de tes autres tuiles !
C'est une solution que je n'utilise pas, mais je n'ai jamais du avoir plus de 50 tuiles simultanément sur mon disque... je suis plutôt amateur de vfr avec moteur à pistons :-)

Edit : bien d'accord avec Pascal. De plus pour moduler : Linux = file system efficace, Windows = file system $*ù%%% !

[ghandii]

Ok ok, merci à tous pour vos réponses.
Justement Oscar, quand tu indiques ne t'avise pas à utiliser "clean unused dds/ter" files, peux tu dire un peu plus ce que va scrapper l'option "Clean tmp files"? Plus généralement, une fois la tuile créée (que ce soit dans son dossier propre ou le custom build_dir) quels sont les fichiers que l'on peut éventuellement supprimer manuellement pour faire de la place?

Intuitivement, je me dis que peuvent dégager (car utiles uniquement pour la génération de la tuile, et non son utilisation)
- tout le dossier osm
- tous les fichiers à la racine de la tuile (apt, mesh, poly, cfg)

[jojo64]

Je vais te donner mon avis et ma méthode que je peaufine depuis maintenant les presque début d'Ortho4xp

Tu peux bien évidement réunir tous tes dossier de tuiles Ortho4xp en 1 seul, pas de soucis là-dessus.

Tu peux le faire comme te l'as indiqué Oscar avec la fonction "Custom build_dir", ça marche très bien.
Mais en ce qui me concerne, et ce n'est que mon avis, je préfère créer mes tuiles dossier par dossier, puis une fois ma tuile créée, testée, validée, et seulement après ça, je l'intègre "à la main" à un dossier général qui regroupe toutes mes tuiles.
Fabriquer "dossier par dossier" permet d'utiliser la fonction "clean unused dds/ter" qui est bien pratique, et surtout de ne pas s'emmeler les pinceaux avec les texture et le fichiers .ter, ce qui peux vite arriver avec des millier de fichier regroupé! Maintenant si tu ne vas pas aussi loin, oublie ce que je viens de dire!

Je préciserai juste que regrouper les tuiles permet d"éviter des doublons de certaines photos et de mask de bord de tuiles, et de gagner par conséquent quelques octets par tuile sur le disque dur. Pour 2 tuiles la différences n'est pas importante, mais pour une cinquantaine de tuiles, tu feras quelques économie de place!

Pour ce qui est de regrouper beaucoup de dossier et le temps l’accès initial, j'ai aussi effectué beaucoup de test la dessus. Ceci aussi n'engage que moi, je pense pouvoir dire que le type de machine utilisée joue beaucoup.
De mon coté donc, pour le démarrage (du moment ou je lance X-plane et le moment où la fenêtre de démarrage apparait), entre un custum scenery remplit à raz bord un un custum presque vide, la différence se joue en quelques seconde (en moyenne entre 5 et 10 seconde), pas plus, donc pour le gain que cela apporte...
Maintenant le même test mais cette fois ci à partir de la fenêtre de démarrage et l'apparition de mon avion et de ma scène, la différence entre un custum scenery plein, et un custum avec juste mes scènes et tuile correspondant à mon lieu de vol (6 ou 9 tuiles adjacentes) il n'y a pas de différence, le temps est le même ce qui est plutôt logique...

Par contre, il y aura une grosse différence de temps de chargement entre une zone avec de ortho18, des grosses montagnes et que de la terre autour et beaucoup de scène très grosses, et une zone comme St Martin ou il y a peu de terre, un sol relativement plat et donc pas beaucoup de photo satellites et de petite scène, ce qui est là aussi logique!

[jojo64]

Ok ok, merci à tous pour vos réponses.
Justement Oscar, quand tu indiques ne t'avise pas à utiliser "clean unused dds/ter" files, peux tu dire un peu plus ce que va scrapper l'option "Clean tmp files"? Plus généralement, une fois la tuile créée (que ce soit dans son dossier propre ou le custom build_dir) quels sont les fichiers que l'on peut éventuellement supprimer manuellement pour faire de la place?

Intuitivement, je me dis que peuvent dégager (car utiles uniquement pour la génération de la tuile, et non son utilisation)
- tout le dossier osm
- tous les fichiers à la racine de la tuile (apt, mesh, poly, cfg)

Pour revenir plus en détail sur l'option "clean unused dds/ter":
Cette option va demander à ortho4xp de vérifier le contenue de ton dossier réceptionnant la tuile, et supprimer toutes les photos et fichier .ter qui ne sont pas ou plus utiliser dans la tuile que tu est entrain de fabriquer. Du coup, si tu utilise la fonction "Custom build_dir" pour créer ta tuile dans un dossier qui en contient d'autre, Ortho4xp va supprimer les fichiers .dds et .ter que tu avais avant et qui ne font pas partie de la tuile que tu créés, tu suis?!

[ghandii]

Ok jojo, donc si je résume
- tu crées ta tuile, sans passer par le custom_build_dir, la tuile apparaît donc dans le dossier Ortho4XP
- tu utilise la fonction "clean unused dds/ter" pour la nettoyer son contenu (par ailleurs, quid de "clean tmp files"?)
- tu la places à la racine du custom scenery, vas-y pour un essai et valider la tuile
- et tu copies/colles le contenu de chacun des répertoires contenus dans la tuile nouvellement créée dans un dossier mammouth, à la racine du custom scenery: "Earth Nav data" de la tuile dans le "Earth nav data" du dossier mammouth, idem pour "terrain" et "textures". Pareil pour OSM, et les fichiers apt, mesh et poly à la racine de la tuile?

Correct?

Ca revient au même que la fonction custom_build_dir, à ces différences près:
- tu peux vérifier si la tuile est ok, ou la refaire avant de la migrer vers le dossier mammouth
- tu peux utiliser "clean unused dds/ter" sans crainte de lâcher le feu nucléaire, car contenu à la seule tuile en cours de création
- d'après ce que tu dis, deux mêmes tuiles peuvent utiliser les mêmes photos et masques, permet donc de supprimer les doublons.

Re-correct?

[jojo64]

T'as tout juste!
Je précise juste:

-tu la places à la racine du custom scenery, vas-y pour un essai et valider la tuile
Après avoir validée, n'oublie pas de la sortir du custum scenery, car si tu souhaite utiliser un dossier "central", cela fera doublon. (Je le rappel parce que ça m'est déjà arrivé d'oublier...)

- et tu copies/colles le contenu de chacun des répertoires contenus dans la tuile nouvellement créée dans un dossier mammouth, à la racine du custom scenery: "Earth Nav data" de la tuile dans le "Earth nav data" du dossier mammouth, idem pour "terrain" et "textures". Pareil pour OSM, et les fichiers apt, mesh et poly à la racine de la tuile?

Déja pour commencer, OSM, apt, mesh et poly ne servent à rien dans X-plane, et dans tous les cas, dans un dossier central, il ne feraient que s'écraser les uns les autres. Donc pas la peine de les copier. Par contre tu peux les garder, si tu souhaite un jour refaire ta tuile exactement de la même façon. Moi je ne les garde pas.

Ensuite dans ton dossier central, que toi tu appel "mammouth" (attention de le nommer de manière a ce qu'il apparaisse toujours après les scènes et autre, en le nommant avec un "z" au début par exemple), dans ce dossier tu devras toujours avoir les dossiers "Earth nav data", "terrain" et "texture", et ce, que tu ais une ou des centaines de tuiles à l’intérieur.

Tu ne copie donc pas, depuis ton dossier tuile que tu viens de créer, le DOSSIER "terrain", mais tu copies bien tous les FICHIERS .ter qu'il contient. Sinon tu ne fera qu'écraser les dossiers précédent et les fichiers .ter qu'ils contenaient au passage. C'est pareil pour les textures, tu copies tous les FICHIERS .dds, dans le dossier texture.

Du coup si tout ce passe bien, lorsque tu copieras la 2nd tuiles, de 2 tuiles adjacentes, il devrait alors te demander "voulez vous écraser cet image" ou une truc comme ça. C'est normal! En effet la frontière entre 2 tuiles est souvent aussi au milieu de 2 orthophoto. Du coup chaque tuiles utilisent la même image à leurs frontière respective, mais elle y est 2 fois, une dans chaque dossier tuiles. En rassemblant les 2 dossier, plus besoin de 2 images mais plus que d'une seule. Et c'est pareil avec les Mask et les .ter.

Pour le "Earth nav data", pareil il ne faut pas copier le DOSSIER mais le FICHIER .dsf qui est tout à l’intérieur. Par contre là il y a une petite subtilité, il y a un sous dossier avec un numéro de coordonnée pour nom. Il faut bien mettre le .dsf dans le bon dossier (comme dans ton dossier tuile d'origine). Sachant qu'un dossier peu contenir plusieurs .dsf, et qu'il peut y avoir plusieurs dossier dans "Earth nav data".
Du coup moi ce que je fait, je regarde le numéro du dossier où il y a le .dsf dans le "Earth nav data" de mon dossier tuile d'origine. Je regarde ensuite dans le "Earth nav data" du dossier central "mammouth" si ce dossier existe déjà. Si il existe et qu'il y a donc déja un .dsf dedans, je copie alors seulement mon .dsf. Si le dossier n'existe pas, alors copie direct le dossier!

[ghandii]

Merci pour ces précisions.
Je vais tester de ce pas et voir, sur 3-4 tuiles contiguës, combien la méthode permet de sauver en espace disque.
En revanche, je vais tout de même garder le fichier .cfg (en le renommant des coordonnées de la tuile), au cas où je veuille la reproduire...

[Pascal]

Je vais tester de ce pas et voir, sur 3-4 tuiles contiguës, combien la méthode permet de sauver en espace disque.

C'est la somme des tailles des images qui sont mitoyennes entre 2 tuiles. Leur nombre dépend du zoom et de la latitude de la tuile.
J'avais fait le calcul précis, je pense qu'il doit y avoir un sujet qui en parle loin dans les archives empoussiérées du forum... De mémoire, c'est de l'ordre de 2 ou 3%.

[Glah_Salamanthe]

En effet, au bout d'un moment, je risque d'avoir des dizaines voire des centaines de tuiles Ortho4XP ayant finalement la même priorité d'affichage.
Existe-t'il un moyen d'avoir un seul et même dossier "Ortho4XP" dans la racine du Custom Scenery, pour y mettre toutes les tuiles créées?

Je réponds un peu tardivement !
• tuiles Ortho4XP ayant finalement la même priorité d'affichage.
non, pas vraiment ! la tuile "+43-007" sera prioritaire à la tuile "+43-008", le nom faisant la différence

• un seul et même dossier "Ortho4XP"
selon moi peu judicieux ! Pour rappel , lors du boot X-Plane va vérifier ton emplacement de démarrage et charger toutes les scènes se trouvant dans un rayon de 6 tuiles (ou 12 suivant le paramétrage de tes paramètres graphique)
Si tes tuiles sont dans des dossiers séparés, X-P ne va charger QUE les tuiles nécessaire. Si tout est groupé dans "une seule scène" , il va (tenter) de charger toute une scène complète gigantesque !! (et je ne sais pas comment il va faire le tri entre que prendre et que ne pas prendre ?)

Pour ma part, j'ai opté pour le compromis suivant : toutes mes tuiles (environ 500 pour l'Europe) sont dans des dossiers séparés et j'ai par contre regroupé les Overlay issus de Ortho4XP dans un seul et même dossier !

[Glah_Salamanthe]

Pour ce qui est de regrouper beaucoup de dossier et le temps l’accès initial, j'ai aussi effectué beaucoup de test la dessus. Ceci aussi n'engage que moi, je pense pouvoir dire que le type de machine utilisée joue beaucoup.
De mon coté donc, pour le démarrage (du moment ou je lance X-plane et le moment où la fenêtre de démarrage apparait), entre un custum scenery remplit à raz bord un un custum presque vide, la différence se joue en quelques seconde (en moyenne entre 5 et 10 seconde), pas plus, donc pour le gain que cela apporte...
Maintenant le même test mais cette fois ci à partir de la fenêtre de démarrage et l'apparition de mon avion et de ma scène, la différence entre un custum scenery plein, et un custum avec juste mes scènes et tuile correspondant à mon lieu de vol (6 ou 9 tuiles adjacentes) il n'y a pas de différence, le temps est le même ce qui est plutôt logique...

J'avais effectué une série de tests similaires en 2014 … et étais arrivé aux mêmes conclusions !

http://www.x-plane.fr/showthread.php?t=52891&p=431299&viewfull=1#post431299