opensceneryx -/aDobjet/_Eoliennes_france /_Marquage_France/Obstacles_France: dossiers

[Ypsos]

Salut
Je suis en train de faire le ménage et mettre à jour le dossier custom scenery.

Depuis la version 9 on possède des éléments pas toujours à jour et quand bien même que xPlane 10.41 est stable il est bon de faire le ménage.

Nous avons tous dans custom scenery les dossiers suivant:

opensceneryx
_aDobjets
_Eoliennes_France
_Marquages_France
_Obstacles_France

Ces dossiers nous les surveillons et généralement ils sont à jour.

Par contre certains développeurs de scène ont placé dans leur dossier de scène aéroport également ces dossiers.
IL est possible que des éléments de base sont crées ou modifiés ce qui explique la présence de ces dossiers.


Néanmoins l'évolution étant, n' existe t-il pas risque d'un double de chargement et de saturer la mémoire, voir de conflit entre les objets présents dans le dossier scène (plus mis à jour) avec les mêmes élément génériques dans le dossier de base mais mis à jour?

exemple openscenery générique et openscenery dans le dossier scène.



questions:
- conservons nous dans les dossiers scènes ces anciens éléments?
- si ces éléments sont nécessaires à la scène car absentes dans le dossier générique , n'est il pas plus judicieux de les sortir et de les placer dans le dossier racine?

merci pour vos avis.

[laoo]

Nous avons tous dans custom scenery les dossiers suivant:

opensceneryx
_aDobjets
_Eoliennes_France
_Marquages_France
_Obstacles_France

Salut, non, je n'ai rien de tout ça dans mon openscenryX....ni dans mon custom scenery.
ça devient la galère toutes ces bibliothèques, quand il faut mettre à jour.

[Daniel_L]

...
_aDobjets
_Eoliennes_France
_Marquages_France
_Obstacles_France
...

Ces éléments viennent des scènes d'AIME43.

Daniel

[laoo]

- si ces éléments sont nécessaires à la scène car absentes dans le dossier générique , n'est il pas plus judicieux de les sortir et de les placer dans le dossier racine?

Ok, ok, merci Daniel,
donc, si j'ai bien compris..., oui, il faut les garder, ils sont là, pour que la scène fonctionne sans la bibliothèques qui correspondrait.
Tu peux les déplacer, Mais, alors , il faudra repasser par overlay editor, pour réassigner dans la scène,
les objects déplacé, si ça répond à ta question....

[Ypsos]

Ces éléments viennent des scènes d'AIME43.

Daniel

Salut et merci

Conclusion, pour ces 4 dossiers,

- vaut il mieux les regrouper en générique au premier niveau dans custom scenery?
- ou les laisser dans chaque scène quitte à ce qu'il y a doublon et virer les 4 génériques au premier niveau du custom scnenery?

reste ouverte la question de openscenery générique qui est mis à jour avec l'installeur d'openscenery. Or l'installer openscenery ne va pas mettre les éléments d'openscenery présents dans certains dossiers de scènes.

du coup même question:
-supprimer les éléments openscenery dans les dossiers de scène?
-les regrouper dans le dossier générique?

(ps édité et posté en même temps que le post de Laoo)


(Pour l'instant je ne sais plus pourquoi on a ces 4 dossiers hors dossiers d'Aimé (il devait y avoir un motif un jour mais je ne m'en souviens plus)

[Daniel_L]

...
du coup même question:
-supprimer les éléments openscenery dans les dossiers de scène?
...

Dans les scènes ce n'est pas OpenSceneryX mais le Placeholder de OpenSceneryX. En fait ce sont des objets bidons de remplacement au cas où OpenSceneryX ne serait pas installé.
Même si OpenSceneryX est installé, il n'est pas prudent de supprimer ces éléments des scènes car opensceneryx évolue et c'est le reflet de la version utlisée lors de la création de la scène. De plus c'est très petit en taille.

Daniel

[Ypsos]

Dans les scènes ce n'est pas OpenSceneryX mais le Placeholder de OpenSceneryX. En fait ce sont des objets bidons de remplacement au cas où OpenSceneryX ne serait pas installé.
Même si OpenSceneryX est installé, il n'est pas prudent de supprimer ces éléments des scènes car opensceneryx évolue et c'est le reflet de la version utlisée lors de la création de la scène. De plus c'est très petit en taille.

Daniel

Merci Daniel_l

Ma crainte était que des éléments risquent de faire doublon et finir par se "chamailler"