Bonsoir,

Si c'est faisable, on sait jamais, ça m'intéresse, parce que à la longue ça va devenir le vrai boxon en effet

Ça marche!
Je me suis limité à intégrer quelque noms de sous dossiers potentiels. Ce qui permet déjà de savoir plus précisément ce qu'il y a dans ce Community

Ce n'est qu'un point de départ. C'est sur que si on avait l'équivalent de SceneryConfig ce serait l'idéal, çà viendra.

Super , je suis preneur

Olivier

Lagaffe a écrit:

Bonjour,

Suite à ma remarque de Lundi, j'ai un peu réfléchi et je pensais réaliser une interface Windows avec quelques lignes de C~# ou de VB pour gérer mon répertoire.
Etant donné que j'ai développé pendant de nombreuses années à titre professionnel sur Windows/Linux, je devrais pouvoir me débrouiller quand même pour faire un truc simple et qui rende service même sur les dév Windows ne sont pas ma tasse de thé

Voilà une ébauche de ce que l'on pourrait avoir:
[img align=c]https://i.postimg.cc/J7JhHP54/Gestion-Community.jpg[/url]

PS: Environnement SharpDevelop et codes en C#

Cahier des charges:
- une zone de texte pour entre le chemin jusqu'au répertoire Community
- une zone pour indiquer où se situe la librairie des scènes/avions
- un certain nombre de radio-button pour choisir le répertoire sur lequel on veut mettre un lien symbolique vers Community
- un bouton Appliquer pour supprimer l'ancien lien et faire le nouveau.

Si cela intéresse quelques personnes, on peut modifier ce cahier des charges et faire l'outil.

Bonjour Choco,

J'ai bien précisé un outil de gestion des liens symboliques ...
point 1: là tu demandes un programme d'installation, vu l'hétérogénéité de ce qui est proposé soit c'est trop tôt soit trop ambitieux
point 2: cela revient à pouvoir modifier le package livré avec toutes les implications et dépendances que cela induit ...
point 3: la création des liens symboliques st prévu mais je n'avais pas envisagé une telle granularité (j'explique plus loin)
point 4: ok
point 5: ok
point 6: là, il n'est pas prévu de faire le café et de rajouter le sucre, éventuellement un fichier BAT avec une commande trre redirigée vers un fichier CSV permet habilement de résoudre la demande

Etre dès maintenant trop ambitieux ne sachant comment cela va être modifié par la suite par Asobo serait une dépense de temps et de moyens.
Dans un premier temps, ce que j'envisageais c'était du simple et de l'éprouvé:
- une bibliothèque/librairie avec des répertoires  1 2 3 4 ...
- suppression du lien précédent Community qui pointait vers un de ces répertoires
- sélection d'un des répertoires, le 2 par exemple
- création du lien de ce répertoire 2 vers Community

Après vient se greffer la problématique des avions, des scènes, des poi ... comment gérer tout cela pour que cela rentre dans ce schéma.

Je ne suis pas contrarié, je tenais juste à préciser que essayer de réaliser quelque chose répondant à l'ensemble de tes points c'est un développement d'au moins 1 mois à temp plein, entre l'élaboration du squelette, l'écriture et les tests sur plusieurs configurations.
Cela me semble très ... trop gros pour un premier jet qui risque fort de n'être utilisé que quelques mois tout au plus.

Pour les liens symboliques, nous les utilisons aussi depuis bien longtemps http://www.pilote-virtuel.com/viewtopic.php?id=65680

Le répertoire Community joue de mon point de vue, le même rôle que le répertoire Addon Scenery, à ceci près que l'on peut y mettre aussi des avions, des missions ... c'est un bac à sable qui surcharge le répertoire Onestore.

Après le principal intérêt du lien symbolique c'est qu'il permet de déplacer n'importe lequel répertoire de Windows dans une autre localisation sans que cela perturbe le moins du monde.
D'ailleurs, depuis Windows 7, Microsoft l'utilise et en abuse pour la gestion de ses propres répertoires Windows.

C'est comme cela qu'il faut faire: cela doit marcher! As-tu fait l'essai pour voir ?

A ta place j'éviterais des noms à rallonge genre "MSFS ADDONS", avec ADDONS, c'est suffisant puisque c'est déjà dans le répertoire MSFS, idem pour Landmark. C'est juste un conseil.

Pourquoi ...
- tout système a une limite dans le nombre de caractères qui composent le chemin d'un fichier
- je me suis aperçu que les arborescence de MSFS avec la façon de programmer de Asobo vont vite arriver à saturation (leur règles de nommage à rallonges)
- on utilise beaucoup de vieux utilitaires qui sont encore bridés aux règles de nommages 8+3 et avec des noms sans "blancs" (vieilles pratiques mais elles sont éprouvées).

skyrader_57 a écrit:

bonjour,

merci à tous pour vos info :
Alors j'ai procédé comme ceci, mais je ne suis pas sur que cela fonctionne :
J'ai crée des répertoires sur un autre disque dur comme exemple :
E:\MSFS\MSFS ADDONS\AIRCRAFT LIVERY\AIRCRAFT
E:\MSFS\MSFS ADDONS\AIRCRAFT LIVERY\TRAFFIC AI
E:\MSFS\MSFS ADDONS\LANDMARK & 3D\EUROPE\FRANCE
E:\MSFS\MSFS ADDONS\LANDMARK & 3D\EUROPE\POLOGNE
E:\MSFS\MSFS ADDONS\LANDMARK & 3D\EUROPE\SUISSE

ensuite j'ai installé LinkShellExtension.
Je fais un clique droit sur le répertoire paris-ladefense (exemple ci dessous)  et  prendre comme cible du lien :
E:\MSFS\MSFS ADDONS\LANDMARK & 3D\EUROPE\FRANCE\paris-ladefense

Ensuite je retourne dans le répertoire : ........LocalCache\Packages\Community
Je fais  un clic droit et je sélectionne coller un lien symbolique.
J'ai fais la même chose pour les avions et scènes.
C'est comme cela qu'il faut procéder ?

merci

Oui, ça marche bien !

Demandes de Magnum: http://www.pilote-virtuel.com/viewtopic.php?id=95534

Magnum a écrit:

__// Autre grande question comment savoir si certaines scènes ajoutées // doublons et autres airports // ne portent pas préjudice à la base?

D'une certaine façon je pense avoir répondu à la question sur ce post: http://www.pilote-virtuel.com/viewtopic.php?id=95507

Pour ce qui est des addons sur MSFS, les auteurs vont au plus vite sans s'embarrasser de fioritures. Très souvent les noms des répertoires proposés dans les exemples du SDK sont très souvent repris in-extenso. Je pense que c'est une erreur car lorsque vous réalisez ou que vous utilisiez plusieurs scènes, il va arriver un jour ou l'autre deux scènes qui utiliseront le même répertoire genre mymodelLib (on distingue très bien le nom de ce répertoire dans la vidéo proposée) ou le répertoire material.

Ces noms de répertoires peuvent être facilement changés dans  le fichier XML sous PackageDefinitions du projet. Il faut les changer à deux endroits:
- dans l'AssetGroup Name
- et ensuite dans l'AssetDir soit le nom relatif du chemin qui sera utilisé.

Voici un exemple qui n'est pas de moi mais qui illustre le propos:


Le but n'est pas d'être narcissique mais de pouvoir facilement distinguer par des noms différents deux répertoires/fichiers aux fonctions différentes.

En fait, pour bien comprendre, il faut savoir que MSFS exécute une "machine virtuelle" et créé à cette occasion un Virtual File System dit VFS que l'on peut visualiser via le menu DEV Mode. Ce système de fichiers virtuel est comme un RAM Disk, un disque créé en mémoire dans lequel on va y stocker une arborescence de type FSX avec à la racine les répertoires habituels:
- SimObjects,
- Scenery\World,
- Scenery\Global,
- Texture,
-  etc
soit ce que l'on trouve dans une installation classique de FSX.

Lors de lancement de MSFS, ce VFS est créé en mémoire et le "contenu" de Official\OneStore et de Community va y être copié à partir du répertoire n-1.
Pour mon F:\MSFS\Community\frenchvfr-c180g\SimObjects on y prendre simplement SimObjects et copier cette arborescence dedans.

Si dans Community, deux produits utilisent scene\global\scenery\mymodelLib.bgl  par exemple(nom proposé par défaut dans les Samples du SDK), vous pouvez vous douter que cela peut poser des soucis à la longue quand la liste des répertoires sous Community va grossir.
Même si il existe un fichier Content.XML (sur une installation Windows Store, il est dans ...\WpSystem\S-1-5-21-3880022473-3033334198-2254575957-1004\AppData\Local\Packages\Microsoft.FlightSimulator_8wekyb3d8bbwe\LocalCache\Content.xml) fichier qui reprend "le rôle" de l'ancien Scenery.cfg qui existait sous FSX et qui on peut le supposer organise "des priorités" (à démontrer car c'est juste une de mes suppositions).

Voici le mien pour exemple:

Effectivement , un programme du style Xorganizer pour XP ou SceneryConfig pou P3d serait l'idéale
Peut-être que dans quelques temps . . . . .

Oula 👍👌 top Un grand merci