Xplane 12 :les liens symboliques et le dossier Global_Airports

[langson]

Bonjour, je dois mal m'y prendre pour faire ces liens symboliques car j'ai un message d'erreur de la part d'X Plane. Etant sur Mac, j'utilise un petit soft qui se nomme "SymbolicLinker"
La manip que je fais est la suivante : je fais un lien symbolique du Global Airports (dans le global scenery), ce lien se créé dans ce répertoire; puis je déplace ce lien dans mon custom scenery en le renommant V-Global Airports symlink afin qu'il se place au bon endroit dans le .ini
En espérant avoir été clair. Merci

[MortyMars]

Je pense que le répertoire et le lien doivent porter exactement le même nom.
Il ne faut donc pas renommer le lien symbolique après l’avoir créé, si ce n’est pour qu’il ait juste le nom du répertoire d’origine...

Mais quel est l’intérêt de créer ce lien puisque XP12 le fait de lui-même ?
C’est le fameux *GLOBAL_AIRPORTS*, qu’il faut malheureusement repositionner à la mano dans le fichier .ini

[Glah_Salamanthe]

Bonjour, je dois mal m'y prendre pour faire ces liens symboliques car j'ai un message d'erreur de la part d'X Plane. Etant sur Mac, j'utilise un petit soft qui se nomme "SymbolicLinker"

Hello, pour ma part (sur Mac M1 Apple Studio Pro 64 Go) je passe simplement par les services proposés par le Finder pour créer mes liens symboliques .
C'est las cas de presque toutes mes tuiles photos (env 500) qui sont sur un disque externe.
J'ai laissé le suffixe "symlink" à chaque fois, sans que cela pose problème .

Je me suis aussi créé des "Custom Scenery" par continent (je ne pratique pas de Liner, donc pas de traversée d'océan), dont je déplace les liens symboliques selon mon envie de vol.
J'ai constaté que dans ce cas le fait de laisser le suffixe "symlink", perturbait . X-Plane ne "trouvant pas" son Custom Scenery, il en créait un nouveau … vide !
J'ai donc renommé mon ""Custom Scenery symlink" en "Custom Scenery"

Pour le "Global Airports" , dès la première version bêta de X-Plane , j'ai constaté le nouvel emplacement de "Global Airports" et le risque de le voir "écrasé" par mes tuiles . Je n'avait pas même fait attention qu'il se trouvait aussi placé dans le "Scenery_packs.ini" (que j une consulte jamais, car détruit à chaque lancement !)
J'en ai donc simplement effectuée une copie (renommée "V-Global Airports" dans mon Custom Scenery )
Je sais qu'il faudra que je choisisse un lien symbolique , car actuellement je dois en effectuer une copie à chaque mise à jour importante de X-Plane

[langson]

Salut Glah, je crois que je vais faire ça, copier et renommer quitte à mettre à jour. Merci

[Ypsos]

Je pense que le répertoire et le lien doivent porter exactement le même nom.
Il ne faut donc pas renommer le lien symbolique après l’avoir créé, si ce n’est pour qu’il ait juste le nom du répertoire d’origine...

Mais quel est l’intérêt de créer ce lien puisque XP12 le fait de lui-même ?
C’est le fameux *GLOBAL_AIRPORTS*, qu’il faut malheureusement repositionner à la mano dans le fichier .ini

En faisant un lien du Global Airport dans le dossier d'origine avantages :

1) on ne le duplique pas le Global Airports,
2) On évite de gérer manuellement les mises à jours lorsque Laminar modifie le Global Airports Source
3) on peut modifier l'ordre de chargement en ajoutant comme l'exemple sur le nom du lien le V devant Global Airports


ceci étant j'ai remarqué que depuis la dernière mise a jour de x-Plane 12, Laminar a du faire quelque chose car automatiquement dans le Custom Scebnery le fichier scenery packs.init le Global est chargé à la fin.

[MortyMars]

@Ypsos:
Et donc ?
N’est-ce pas ce que je disais dans ma réponse ?

[Odevillée]

J'ai eu un autre problème en créant un lien symbolique vers Global Airport, lors de l'emploi du Zibo_ 738X il m'était impossible de rentrer le code OACI de départ dans le FMC.
Après suppression du lien tout est redevenu normal.

[Ypsos]

@Ypsos:
Et donc ?
N’est-ce pas ce que je disais dans ma réponse ?

Heu je ne crois pas pour la totalité du post
Je lis

Je pense que le répertoire et le lien doivent porter exactement le même nom.
Il ne faut donc pas renommer le lien symbolique après l’avoir créé, si ce n’est pour qu’il ait juste le nom du répertoire d’origine...

Je réponds si on peut renommer sans problème ( du moins je n'en ai jamais rencontré depuis 15 ans dans x-Plane sauf récemment avec les Simheaven végétation)

ensuite j'ai imagé mon explication en prenant comme exemple le sujet présent soit Global avec le V

et conclu comme toi que depuis les dernières mises à jour x-Plane1200b9 on a plus besoin de créer des liens sur le Global car Laminar a modifié un truc pour que x-Plane le place automatiquement à la fin de la liste du fichier scenery_packs.ini


juste dans la nuance

[langson]

Merci, ça me parait plus logique en effet.

[Glah_Salamanthe]

et conclu comme toi que depuis les dernières mises à jour x-Plane1200b9 on a plus besoin de créer des liens sur le Global car Laminar o modifié un truc pour que x-Plane le place automatiquement à la fin de la liste du fichier scenery_pack.ini

Ce qui n'est doublement pas juste !


1. Ce n'est pas depuis 12.00b9 que XP 12 place un lien pour Global Airports dans son "Scenery_packs.ini", il le faisait dès les premières versions (je n'avais pas réalisé tout au début, ne consultant jamais mon Scenery_packs.ini) . On en parlait ici le 21 septembre déjà : https://www.x-plane.fr/forum/x-plane...497#post513497


2. PLUS IMPORTANT : C'est ce lien même dans Scenery_packs.ini qui pose problème !

Placé ainsi, sous les tuiles photos et sous les SimHeaven, il est parfaitement INUTILE (et inutilisé dans de nombreux endroits)!
Pour rappel : une tuile photo couvre TOUT ce qui est sous elle ! C'est la raison pour laquelle Oscar Pilot a offert l'option Overlay, Overlay qui sont déposés au dessus des tuiles ! (de même les vieilles tuiles de ZonePhoto comportent toutes un Ovelay) . Si vous utilisez une tuile photo sans overlay, elle sera … vide !

Bien sûr qu'il est possible (et même conseillé) d'utiliser les SimHeaven au lieu des Overlay .
Mais les SimHeaven possèdent eux des zones d'exclusion de la taille … d'un contient ! Tout élément 3D placé SOUS les SimHeaven est inévitablement … écrasé ! (c'est la raison pour laquelle je renomme mes SimHeaven en "X_Worls_SimHeaven_Europe", de façon à ce qu'ils soient au-dessus de mes tuiles mais n'écrasent aucune de mes scènes !)

Conclusion : si X-Plane place Global-Airports tout en bas de Scenery_packs.ini, tous les aérodromes qui le composent seront écrasés !!

[Ypsos]

Ce qui n'est doublement pas juste !

Mais pas de fait : doublement pas faux

1. Ce n'est pas depuis 12.00b9 que XP 12 place un lien pour Global Airports dans son "Scenery_packs.ini", il le faisait dès les premières versions (je n'avais pas réalisé tout au début, ne consultant jamais mon Scenery_packs.ini) . On en parlait ici le 21 septembre déjà : https://www.x-plane.fr/forum/x-plane...497#post513497

J'aurai du stipulé que depuis la version 12.00b9, comme je ne vais pas m'y promener tous les jours dans le fichier scenery_packs.ini. j'ai relevé la présence d' une ligne ajoutée par x-Plane12 se nommant SCENERY_PACK *GLOBAL_AIRPORTS*. Cette ligne est placée à la fin de la liste.

Pour ce qui est du lien symbolique sujet dont nous parlons dans le présent post.
IL est crée dans le dossier Custom scenery par l'utilisateur pointant sur le dossier Global Airports dans Globals scenery.
Il est nommé Global Airport symlink,
Il ne serait plus obligatoire vue qu'il figure dans la liste du fichier scenery_packs.ini.

Donc je constate :

-plus de dossier global Airport dans le custom scenery.
-pas de lien symbolique
-un fichier scenery_packs.in qui liste SCENERY_PACK *GLOBAL_AIRPORTS*.

par contre effectivement ou se trouve la question de fond

2. PLUS IMPORTANT : C'est ce lien même dans Scenery_packs.ini qui pose problème !

Placé ainsi, sous les tuiles photos et sous les SimHeaven, il est parfaitement INUTILE (et inutilisé dans de nombreux endroits)!
Pour rappel : une tuile photo couvre TOUT ce qui est sous elle ! C'est la raison pour laquelle Oscar Pilot a offert l'option Overlay, Overlay qui sont déposés au dessus des tuiles ! (de même les vieilles tuiles de ZonePhoto comportent toutes un Ovelay) . Si vous utilisez une tuile photo sans overlay, elle sera … vide !

Bien sûr qu'il est possible (et même conseillé) d'utiliser les SimHeaven au lieu des Overlay .
Mais les SimHeaven possèdent eux des zones d'exclusion de la taille … d'un contient ! Tout élément 3D placé SOUS les SimHeaven est inévitablement … écrasé ! (c'est la raison pour laquelle je renomme mes SimHeaven en "X_Worls_SimHeaven_Europe", de façon à ce qu'ils soient au-dessus de mes tuiles mais n'écrasent aucune de mes scènes !)

Conclusion : si X-Plane place Global-Airports tout en bas de Scenery_packs.ini, tous les aérodromes qui le composent seront écrasés !!

Dans ce contexte si nous suivons ton développement:
-On ne ferait plus de lien symbolique dans le custom scenery pointant sur le Global Airport.
-On ne duplique pas le dossier Global Airport pour le placer dans le Customs scenery.
-On renomme les autres dossiers (sauf les scènes) avec un X devant pour forcer l'ordre de Simheaven de la liste du scenery_packs ini.

En renommant les dossiers de Simheaven pour qu'ils se trouvent au-dessus des tuiles OK on le fait

et en laissant le Global Airports à la fin
SCENERY_PACK Custom Scenery/zPhotoXP_+68+015_16_Lofoten6_XP10_2015-12-terrain symlink/
SCENERY_PACK Custom Scenery/zPhotoXP_+68+017_16_Narvik_XP10_2015-10 symlink/
SCENERY_PACK Custom Scenery/zPhotoXP_-21+055_18_LaReunion_XP10_2012-03 symlink/
SCENERY_PACK Custom Scenery/zPhotoXP_-21+057_17_Maurice_XP10_2013-04 symlink/
SCENERY_PACK Custom Scenery/zPhotoXP_-23+163_16_Nouvelle Caledonie_2015-01 symlink/
SCENERY_PACK *GLOBAL_AIRPORTS*


Nous avons ce soir avec les copains en réseau fait le tests sur LFLL
A ce stade:

Le copain sur Linux a bien LFLL de Laminar bien que setrouve à la fin de la liste la ligne SCENERY_PACK *GLOBAL_AIRPORTS*

et moi sur mac il se passe ce que tu expliques, LFLL est écrasé

Une explication?

si je veux voir la scène LFLL de Laminar, je dois dans le fichier scenery packs_ini , déplacer la ligne SCENERY_PACK *GLOBAL_AIRPORTS*au dessus des dossier Simheaven

SCENERY_PACK Custom Scenery/X-Plane Landmarks - Sydney/
SCENERY_PACK Custom Scenery/X-Plane Landmarks - Washington DC/
SCENERY_PACK *GLOBAL_AIRPORTS*
SCENERY_PACK Custom Scenery/ZNY_simHeaven_X-World_Africa-0-exclusions/
SCENERY_PACK Custom Scenery/ZNY_simHeaven_X-World_Africa-1-vfr/
SCENERY_PACK Custom Scenery/ZNY_simHeaven_X-World_Africa-2-regions/

Par contre ajouter un X devant le nom du dossier Simheaven dans le Custom scenery ne change rien non plus.

je dois avoir un truc qui perturbe.

de toute manière le post présent c'est Lien symbolique présent dans le Custom scenery et on a vu qu'il pose aussi problème ,

[Glah_Salamanthe]

J'aurai du stipulé que depuis la version 12.00b9, comme je ne vais pas m'y promener tous les jours dans le fichier scenery_packs.ini. j'ai relevé la présence d' une ligne ajoutée par x-Plane12 se nommant SCENERY_PACK *GLOBAL_AIRPORTS*. Cette ligne est placée à la fin de la liste

Comme ce dossier n'existe pas dans ton Custom Scenery, j'en ai conclu que cette ligne finale dans Scenery_packs.ini est obtenue par rajout d'un lien symbolique de la part de Laminar.

Par contre ajouter un X devant le nom du dossier Simheaven dans le Custom scenery ne change rien non plus.

Par rapport aux SimHeaven, c'est pour qu'ils soient SOUS ! toutes tes scènes .

En laissant le nom "SimHeaven…" et en ne renommant pas tes scènes, tes scènes d'Amérique du sud (Brésil (SN) , Colombie (SK), Venezuela (SV) ), de Martinique -Guadeloupe, des pays baltes et ancienne URSS et d'Asie, SimHeaven se trouve alors au dessus d'elles !
En effet, toutes ces scènes ont un code OACI qui les place APRÉS les SimHeaven ! Sans déplacement des SimHeaven, c'est elles qui sont écrasées !

[Ypsos]

Depuis des années mes dossiers Simheaven dans le custom scenery sont placés après les scènes et avant les ortho.

comme le montre l'extrait de la liste dans le fichier scenery_packs.ini
SCENERY_PACK Custom Scenery/X-Plane Landmarks - Sydney/
SCENERY_PACK Custom Scenery/X-Plane Landmarks - Washington DC/
SCENERY_PACK Custom Scenery/ZNY_simHeaven_X-World_Africa-0-exclusions/
SCENERY_PACK Custom Scenery/ZNY_simHeaven_X-World_Africa-1-vfr/
SCENERY_PACK Custom Scenery/ZNY_simHeaven_X-World_Africa-2-regions/
.........
SCENERY_PACK Custom Scenery/zPhotoXP_-21+057_17_Maurice_XP10_2013-04 symlink/
SCENERY_PACK Custom Scenery/zPhotoXP_-23+163_16_Nouvelle Caledonie_2015-01 symlink/
SCENERY_PACK *GLOBAL_AIRPORTS*

Sauf que SCENERY_PACK *GLOBAL_AIRPORTS* étant en dernier dans la liste du fichier scenery_packs.ini , mes scènes sont écrasées ( encore une fois pas dans Linux chez le copain)

Ce lien sCENERY_PACK *GLOBAL_AIRPORTS* généré par Laminar dans le fichier scenery_packs.ini, pour avoir mes scènes de visibles je dois le placer après les scènes et avant les Simheaven avec texte edit
SCENERY_PACK Custom Scenery/X-Plane Landmarks - Washington DC/
SCENERY_PACK *GLOBAL_AIRPORTS*
SCENERY_PACK Custom Scenery/ZNY_simHeaven_X-World_Africa-0-exclusions/

Mais on ne vas pas chaque fois le faire manuellement.

ce lien dans le fichier scenery_packs.ini pose un problème mais pour l'instant sur mon mac je n'ai pas encore trouvé la solution .

Le fait de réaliser un lien symbolique, sujet du présent post, directement dans le custom scenery va faire doublon ensuite dans la liste du fichier scenery_packs.ini.

Doublon générant ensuite dans x-Plane12 des messages d'erreurs dans le meilleur des cas ou des problème OACI comme chez Odevillée .

[androl2015]

Salut, salut
je vois que vous vous penchez depuis un moment sur ce problème de dossier Global Airport .
Cependant il me semble dans un autre topic qu'avec Glah nous avions déjà abordé et développer le sujet et que pour ma part sous Windows j'applique la procédure suivante qui fonctionne parfaitement :

- Copier coller GA du Global Scenery dans le Costume Scenery
- Toutes mes scènes sont renommées en A_xxx
- Global Airport vient donc se placer en dessous
-Tous les Simheaven commencent par un Y_ donc au dessus des tuiles Ortho Z_
J'obtiens ainsi dans le Scenery_Packs.ini un dossier Global Airport placé sous les scènes et toujours le même Global Airport entre les *....* situé tout en bas du dossier

Et cela fonctionne aucune scène écrasée .

La seule chose à faire refaire c'est le copier - coller à chaque màj de Xplane.

RoRo

[Ypsos]

Salut, salut
je vois que vous vous penchez depuis un moment sur ce problème de dossier Global Airport .
Cependant il me semble dans un autre topic qu'avec Glah nous avions déjà abordé et développer le sujet et que pour ma part sous Windows j'applique la procédure suivante qui fonctionne parfaitement :

- Copier coller GA du Global Scenery dans le Costume Scenery
- Toutes mes scènes sont renommées en A_xxx
- Global Airport vient donc se placer en dessous
-Tous les Simheaven commencent par un Y_ donc au dessus des tuiles Ortho Z_
J'obtiens ainsi dans le Scenery_Packs.ini un dossier Global Airport placé sous les scènes et toujours le même Global Airport entre les *....* situé tout en bas du dossier

Et cela fonctionne aucune scène écrasée .

La seule chose à faire refaire c'est le copier - coller à chaque màj de Xplane.

RoRo

Tu peux nous dire si dans ce cas dans la liste de ton fichier scenery_packs.ini
- le Global _Airports dupliqué se trouve avant les Simheaven et Ortho
- et également après les tuiles à la fin?

Je pose cette question car sur mon mac si je duplique le Global_Airports et le place dans le custom_scenery, j'ai ce message d'erreur au lancement de x-Plane12

0:00:19.845 E/SYS: MACIBM_alert: Il y a eu un problème lors du chargement de la scène:
0:00:19.845 E/SYS: MACIBM_alert: Custom Scenery/ZNN_Global Airports/
0:00:19.845 E/SYS: MACIBM_alert: Il est probable que la scène comporte des erreurs.
0:00:19.845 E/SYS: MACIBM_alert: Voyez le fichier log.txt pour une information détaillée.
0:00:19.845 E/SYS: MACIBM_alert: /Users/Shared/jenkins/design-triggered/source_code/engine/REN/io_dsf.cpp:1105
0:00:19.845 E/SYS: +-------------------------------------------------------------------------------
0:00:19.845 E/SYS: | Il y a eu un problème lors du chargement de la scène:
0:00:19.845 E/SYS: | Custom Scenery/ZNN_Global Airports/
0:00:19.845 E/SYS: | Il est probable que la scène comporte des erreurs.
0:00:19.845 E/SYS: | Voyez le fichier log.txt pour une information détaillée.
0:00:19.845 E/SYS: | (io_dsf.cpp:1105)
0:00:19.845 E/SYS: +-------------------------------------------------------------------------------
0:00:19.845 I/SCN: DSF load time: 6956 for file Custom Scenery/ZNN_Global Airports/Earth nav data/+40+000/+46+003.dsf (0 tris, 0 skipped for 0.0 m^2)
0:00:19.845 I/SCN: DSF load time: 8410 for file Custom Scenery/ZNN_Global Airports/Earth nav data/+40+000/+44+005.dsf (0 tris, 0 skipped for 0.0 m^2)
0:00:19.845 I/SCN: DSF load time: 6170 for file Custom Scenery/ZNY_simHeaven_X-World_Europe-3-details/Earth nav data/+40+000/+44+003.dsf (0 tris, 0 skipped for 0.0 m^2)

et de plus il fait office de doublon avec le lien généré par x-Plane dans la liste à la fin du fichier scenery_packs.ini

SCENERY_PACK Custom Scenery/X-Plane Landmarks - Sydney/
SCENERY_PACK Custom Scenery/X-Plane Landmarks - Washington DC/
SCENERY_PACK Custom Scenery/ZNN_Global Airports/
SCENERY_PACK Custom Scenery/ZNY_simHeaven_X-World_Africa-0-exclusions/
SCENERY_PACK Custom Scenery/ZNY_simHeaven_X-World_Africa-1-vfr/


SCENERY_PACK Custom Scenery/zPhotoXP_-23+163_16_Nouvelle Caledonie_2015-01/
SCENERY_PACK *GLOBAL_AIRPORTS*

mêzme problème si j'utilise un lien symbolique, Global_Airports placé dans le Custom scenery