Instrument display - FlyWithLua script - XP11 - XP12

[playrec]

Instrument display - FlyWithLua script 1.2.1

https://forums.x-plane.org/index.php?/files/file/69032-instrument-display-flywithlua-script/

Il s'agit d'un simple plug-in d'affichage d'instruments et d'informations de vol.
Même en vue extérieure ou en vue cockpit, il est affiché en tant qu'information de vol lisible à tout moment et utile sans perturber votre visuel.

Cet affichage comporte quatre panneaux.
Chacun d'entre eux peut être commuté à l'aide de la commande assignée.

1. L'écran 1 affiche les instruments et les conditions de vent.
2. L'écran 2 permet de contrôler l'AP et de régler les radios COM et NAV.
3. L'écran 3 affiche l'état des gouvernes de profondeur, des trims, etc.
4. L'écran 4 affiche l'état des axes du joystick.

compatible avec XP12.07 - XP11.51 minimum

[MortyMars]

Merci playrec

[Ypsos]

Bonjour

Ne fonctionne pas avec x-Plane12 et MacStudio M Ventura . Le script est placé en quarantaine.

[playrec]

Bonjour

Ne fonctionne pas avec x-Plane12 et MacStudio M Ventura . Le script est placé en quarantaine.

Bonjour !

J'ai vu ton post sur xp.org ; pour aider le dev qui n'a peut-être pas de Mac M1/M2 , tu peux forcer FlyWithLua à écrire un fichier debug qui se retrouvera dans le dossier préférences d'X-Plane 12 :

[Ypsos]

Salut

Merci
Dèjà fait sur l'org avant de poster par ici.

[playrec]

Nouvelle version compatible avec XP12.08b1

https://forums.x-plane.org/index.php?/files/file/69032-instrument-display-flywithlua-script/

[MortyMars]

Salut playrec,

Toujours pas testé, mais je vais m'y mettre avec la mise à jour que tu signales

Merci

[Ypsos]

testé la version 2v122

comme la version précédente, la 2v122 est aussi placée en quarantaine au lancement d'X-Plane12.

[MortyMars]

testé la version 2v122

comme la version précédente, la 2v122 est aussi placée en quarantaine au lancement d'X-Plane12.

Salut Ypsos,

Comme dit à playrec, toujours pas testé, et toujours pas devant le simulateur...
Mais à la lecture en diagonale du script Lua en question je remarque qu'il interagit en écriture sur un grand nombre de datarefs, et si parmi tes scripts déjà chargés par FWL il se trouve qu'il y a déjà une variable modifiant une dataref exploitée par 'Instrument Display' alors il y a conflit et déplacement en quarantaine

Je ne sais pas si tu utilises beaucoup de scripts Lua mais pour trouver celui qui provoque un doublon d'accès en écriture sur une dataref, le mieux est, de copier 'Instrument Display' seul dans le dossier des scripts actifs pour voir déjà s'il fonctionne normalement chez toi, puis de réintégrer un à un les scripts que tu utilises afin de trouver celui avec lequel çà coince.
Après il faudra encore déterminer la ou les datarefs communes et modifier un des deux scripts pour que la ou les datarefs en question soient 'pilotées' par des variables de mêmes noms dans les deux scripts

J'aurai peut-être l'occasion de tester le 'plugin' demain, auquel cas je vous dirai ce qu'il en est chez moi.

[Ypsos]

Salut Ypsos,

Comme dit à playrec, toujours pas testé, et toujours pas devant le simulateur...
Mais à la lecture en diagonale du script Lua en question je remarque qu'il interagit en écriture sur un grand nombre de datarefs, et si parmi tes scripts déjà chargés par FWL il se trouve qu'il y a déjà une variable modifiant une dataref exploitée par 'Instrument Display' alors il y a conflit et déplacement en quarantaine

Je ne sais pas si tu utilises beaucoup de scripts Lua mais pour trouver celui qui provoque un doublon d'accès en écriture sur une dataref, le mieux est, de copier 'Instrument Display' seul dans le dossier des scripts actifs pour voir déjà s'il fonctionne normalement chez toi, puis de réintégrer un à un les scripts que tu utilises afin de trouver celui avec lequel çà coince.
Après il faudra encore déterminer la ou les datarefs communes et modifier un des deux scripts pour que la ou les datarefs en question soient 'pilotées' par des variables de mêmes noms dans les deux scripts

J'aurai peut-être l'occasion de tester le 'plugin' demain, auquel cas je vous dirai ce qu'il en est chez moi.

Je suis content de lire qu'il y en à au moins,1 qui a intégré ce que je professe depuis 15 ans.

Plaisanterie à part, . mon x_Plane de test est une version "sortie d'usine". Je ,ne p^rends pas de risque de fusiller ma version stable.


Moins il y a de plugin , d'addon et de script mieux mon x-Plane se porte : ceci est ma philosophie depuis mes débuts.


je confirme donc que mon test du script se fait sans autre script présent .

[fred35]

Bonjour
Ypsos

Ne fonctionne pas avec x-Plane12 et MacStudio M Ventura . Le script est placé en quarantaine.

Le problème semble également apparaitre avec W10 . Le fichier est systématiquement placé en quarantaine. A l'inverse d'Ypsos j'ai quelques plugins flywithlua.
Je vais essayer comme proposé de supprimer les plugins FLW et de les rajouter un par un pour connaitre celui qui vient en conflit

[MortyMars]

Bonjour à tous,

J'ai fini par faire un passage rapide devant le simulateur pour tester le 'plugin' et j'ai eu droit moi aussi à sa mise en quarantaine.
Mais mon intuition était bonne : il s'agit bien d'un problème de doublon de déclaration de variables modifiant en écriture une même 'dataref'.
C'était en tous cas le cas pour moi.

La seule déclaration fautive dans mon cas, présente dans 'Instrument Display' est :
DataRef("Qnh", "sim/cockpit/misc/barometer_setting", "writable").

J'avais déjà dans un de mes scripts une déclaration de variable pointant sur cette même dataref , créant ainsi le doublon fatidique.
Il m'a suffit de renommer ma variable du même nom que celle présente dans 'Instrument Display, càd 'Qnh' pour que tout rentre dans l'ordre.
À noter que j'ai choisi de renommer ma variable du nom de celle de 'Instrument Display' et pas l'inverse, afin d'assurer une compatibilité avec les mises à jour futures du plugin.
L'important est d'avoir à l'esprit que : On ne peut pas avoir deux variables différentes modifiant une même 'dataref', mais on peut par contre 'redéfinir' la même variable dans des scripts différents

Cela étant, il n'est pas dit que la mise en quarantaine soit due chez tout le monde, à un accès problématique concernant la même 'dataref' ; ça peut être pour celle-ci bien sûr, mais ça peut être pour une autre ou même pour plusieurs autres.
Après avoir trouvé un premier script en conflit il faut identifier tous les doublons de déclarations et faire tous les renommages de variables utiles.
Et passer au script suivant...

En outre la possibilité de conflit ne se limite pas aux seuls scripts Lua, elle concerne également les plugins (c'est sans doute le cas pour Ypsos).
Et dans ce cas, pour trouver le doublon de déclaration et renommer la variable, c'est beaucoup plus compliqué....

[Ypsos]

....
En outre la possibilité de conflit ne se limite pas aux seuls scripts Lua, elle concerne également les plugins (c'est sans doute le cas pour Ypsos).
Et dans ce cas, pour trouver le doublon de déclaration et renommer la variable, c'est beaucoup plus compliqué....

Comme je l'ai stipulé, mes tests sont toujours réalisés avec un x-Plane "sortie d'usine".

Le seul Addon intégré est celui testé.

Donc pas de conflit possible sauf avec x-Plane lui-même.

Je pense que le problème est ailleurs . Je suis en train de faire d'autres test savec un développeur pour son application externe mais fonctiopnnan t avec xplane.

et c'est la c...a

je teste en séparé comme d'habitude donc pas de conflit possible.

[MortyMars]

Comme je l'ai stipulé, mes tests sont toujours réalisés avec un x-Plane "sortie d'usine".

Le seul Addon intégré est celui testé.

Donc pas de conflit possible sauf avec x-Plane lui-même.

Je pense que le problème est ailleurs . Je suis en train de faire d'autres test savec un développeur pour son application externe mais fonctiopnnan t avec xplane.

et c'est la c...a

je teste en séparé comme d'habitude donc pas de conflit possible.

Alors bons tests à toi, et tiens nous au courant

[Ypsos]

Bingo , trouvé.

dupliquer dossier scripts pour sécuriser

ouvrir 2 dossiers pour vérifier si seul le fichier " Instrument display.lua" s'y trouve dans chacun.


Ok

Utiliser l'option "lire les informations" pour modifier les autorisations sur un des 2 dossiers.

heu c'est quoi que ce truc?
le système voit 2 éléments alors que je n'ai qu'un seul fichier dans chaque dossier

Bon!!! qu'est ce que j'ai fais les dernières semaines comme intervention sur mon système

A oui.

Sur le compte du petit fils , j'ai masqué le dossier x_Plane car il a la fâcheuse manie de réaliser des vols à la place de faire des recherches pour ses devoirs du collège.

on ouvre Onyx



le dossier x-Plane était masqué, je sélectionne "Afficher un dossier".

loupé j'ai toujours un seul fichier dans le dossier scripts et 2 éléments dans lire les informations.

on va essayer avec "afficher un fichier" et se rendre dans le dossier scripts.

et bien trouvé.
Onyx me montre le second fichier qui est masqué .
"Ypsos 2... ..lua" . C'est le script pour mon GF-MCP




Ouf le coquin était masqué,.

Le système dans x-Plane le voyait et du coup comme il utilise la même dataref , " Instrument display" était éjecté en quarantaine.