Instrument display - FlyWithLua script - XP11 - XP12

[MortyMars]

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

Tu avais donc bien un autre script Lua qui provoquait un doublon de déclaration...

[Ypsos]

Tu avais donc bien un autre script Lua qui provoquait un doublon de déclaration...

Comme je le préconise aux participants de mon réseau , la règle de base en cas de conflit est de toujours de retirer tous les addons, tester et remettre un par un pour identifier le fauteur de trouble.

Dans le cas présent, si le dossier script est visuellement vide comme je l'ai expliqué, je mets au défi quiconque de soupçonner qu'il y traine un fichier masqué.

C'est donc cette invisibilité qui empêchait le trouver le script fauteur de trouble.

Pour ce qui nous lise, au cas ou il se trouverait dans une situation similaire, pourquoi dupliquer le dossier scripts ?

Je voulais retirer le dossier scripts et le mettre sur le bureau pour le remplacer par un nouveau dossier script dans FlyWithLua.

Pourquoi?

Au cas ou les autorisations du compte utilisateur seraient fusillés. (sinon j'aurais testé avec mon second compte utilisateur Test avec "autorisation Administrateur". Les maceux connaissent cette procédure de base)

Et c'est en voulant accorder dans "lire les informations" les autorisations que je suis tombé sur l'information de 2 éléments.

Démonstration est faite dans cette situation qu'en informatique, il ne faut pas rester obtus sur une seule piste mais accepter d'élargir son champ de recherche.


Et comme je ne lâche jamais, j'ai pu trouver.

[playrec]

Salut !

MortyMars . bravo pour avoir trouvé une solution pour ne pas voir le script partir en quarantaine .

Ypsos , tu as réussi à t'en sortir , c'est l'essentiel .

Bon , alors il est bien ce petit script , pour éviter d'être dans le cockpit 3D ?

[fred35]

Bonsoir
J'ai trouvé le plugin qui est en conflit sur ma configuration, c'est le plugin UT4XP XP12 de Pascal ( PZorglub) qui gère les nuages .
En le mettant en quarantaine le plugin "instrument display "reste dans le script et fonctionne parfaitement .
Ne connaissant pas trop les "bidouilles " dataref je dois hélas faire un choix entre les deux .

[Ypsos]

Salut !


Bon , alors il est bien ce petit script ,

J'utilise le "concurrent" depuis des années simple-hud, au lien suivant

Pour mes yeux simple-hud utilise une poilice plus lisible qu "instrument Display".

Pour la quetsion

pour éviter d'être dans le cockpit 3D ?

Dans ce contexte pour ne pas être dans le cockpit, j'utilise

-Aviator pro ,A ce sujet je travaille avec le développeur pour le rendre compatible avec le mac puce M2
-Skyscout
- AirTrack
- AirNavigation
-X-Mapper TNG

[MortyMars]

Salut !

Bon , alors il est bien ce petit script , pour éviter d'être dans le cockpit 3D ?

Oui, il est est cool ce script
Efficace, complet, sans être invasif

Merci pour cette trouvaille

[MortyMars]

Bonsoir
J'ai trouvé le plugin qui est en conflit sur ma configuration, c'est le plugin UT4XP XP12 de Pascal ( PZorglub) qui gère les nuages .
En le mettant en quarantaine le plugin "instrument display "reste dans le script et fonctionne parfaitement .
Ne connaissant pas trop les "bidouilles " dataref je dois hélas faire un choix entre les deux .

Salut fred35,

Cool, tu as fait la moitié du boulot en trouvant le plugin en conflit
Sachant que UT4XP est dans une toute autre catégorie de complexité, je ne promets rien mais je vais jeter un oeil pour le cas où une évidence surgirait.
Je te dirai.

[MortyMars]

fred35,

Je ne suis pas certain d'avoir travaillé sur les bonnes versions des deux plugins en cause.
De surcroît je ne suis pas devant un poste XP12 et suis donc dans l'incapacité de tester les modifications effectuées.
Aucune garantie donc que tout ça fonctionne...

Cela étant, après comparaison du code des deux plugins, j'ai identifié une 'dataref' sur laquelle pèse un doublon d'accès potentiellement conflictuel.
Il s'agit de "sim/cockpit2/gauges/indicators/altitude_ft_pilot" qui est exploitée par un des scripts de UT4XP : "XPT_Hauteur_Ajustement_V3.lua".

Plutôt qu'UT4XP (pour lequel j'ai quelques doutes quant à la version examinée ici) j'ai choisi de modifier 'Instrument Display' pour éliminer le conflit.
Le script original est donc à supprimer du dossier 'scripts' et à remplacer par le fichier joint ci-dessous, après l'avoir dézippé.

instrument display 2 v123.lua.zip

Merci de me dire si cela permet de résoudre ton problème

[fred35]

MortyMars

Merci pour ton retour et de t''être intéressé à mon cas .

Le problème existe toujours avec ton fichier modifié, mais la raison est que nous n'avons pas la même version de UT4XP : j'ai une version récente UT4XP_12_06. et dans cette version le fichier XPT_Hauteur_Ajustement n'existe plus . le " doublon doit être dans un autre fichier également .
https://drive.google.com/file/d/1V28...RAgfT9LNY/view c'est l'adresse du fichier en espérant que Pascal ne m'en voudra pas, car en raison de plaisantins désagréables, et hermétique au travail d'autrui il ne souhaitait plus mettre ses fichiers en ligne . ( à effacer si je commet une faute )

[MortyMars]

MortyMars

Merci pour ton retour et de t''être intéressé à mon cas .

Le problème existe toujours avec ton fichier modifié, mais la raison est que nous n'avons pas la même version de UT4XP : j'ai une version récente UT4XP_12_06. et dans cette version le fichier XPT_Hauteur_Ajustement n'existe plus . le " doublon doit être dans un autre fichier également .
https://drive.google.com/file/d/1V28...RAgfT9LNY/view c'est l'adresse du fichier en espérant que Pascal ne m'en voudra pas, car en raison de plaisantins désagréables, et hermétique au travail d'autrui il ne souhaitait plus mettre ses fichiers en ligne . ( à effacer si je commet une faute )

C'est un peu ce que je craignais avec la version un peu ancienne d'UT4XP dont je disposais.
Je me permettrai de regarder ce soir avec cette nouvelle version, mais toujours en ne modifiant à la marge et à titre local et personnel, que le script 'Instrument Display'...
Car on ne peut que comprendre les réticences des uns et des autres développeurs que nous avons la chance de croiser, face à des 'utilisateurs' parfois peu respectueux et reconnaissants.

[fred35]

MortyMars

La dataref en doublon est dans le fichier XPT_Thermal.lua . c'est : DataRef("wind_speed", "sim/weather/wind_speed_kt", "readonly")
je l'ai copié et coller dans Instrument display en remplacement de : dataref("wind_speed","sim/weather/wind_speed_kt[0]")

Je ne sais pas si ma démarche est correcte, mais en tout cas les deux plugins fonctionnent ensemble maintenant .

Merci à toi MortyMars

[MortyMars]

MortyMars

La dataref en doublon est dans le fichier XPT_Thermal.lua . c'est : DataRef("wind_speed", "sim/weather/wind_speed_kt", "readonly")
je l'ai copié et coller dans Instrument display en remplacement de : dataref("wind_speed","sim/weather/wind_speed_kt[0]")

Je ne sais pas si ma démarche est correcte, mais en tout cas les deux plugins fonctionnent ensemble maintenant .

Merci à toi MortyMars

Le conflit a été résolu par ton intervention , mais ça ne peut suffire pour un fonctionnement correct et complet des deux plugins
En effet la variable 'wind_speed' que tu as identifiée doit également remplacer l'ancienne variable partout dans 'Instrument Display', à moins que tu aies fait ces remplacement aussi, sans le préciser.
Je regarderai de mon côté...

[MortyMars]

fred35,

Mon analyse est différente de la tienne :

1. Je n'ai pas trouvé le script dont tu parles : XPT_Thermal.lua.
   Ouille, j'espère qu'on est bien en phase en termes de versions...
   J'ai travaillé sur celle téléchargée aujourd'hui même grâce à ton lien (UT4XP_HIGH-FPS), mais peut-être y'a-t-il eu d'ultimes modifications depuis ton propre téléchargement ?
2. Les datarefs que tu cites : "sim/weather/wind_speed_kt" et "sim/weather/wind_speed_kt[0]" sont en fait deux datarefs différentes :
   
   
   Et même si elles sont rattachées à un même nom de variable 'wind_speed' (ce qui est de toutes façons problématique en termes de code et de résultats inattendus), le conflit ne vient pas de là.
   Le fait que tu aies modifié la dataref référencée dans 'Instrument display' a opportunément masqué le conflit existant avec la dataref "sim/weather/wind_speed_kt[0]" exploitée par un autre script de UT4XP.
   Mais en contrepartie 'Instrument Display' n'affiche plus la valeur qu'il est censé présenter.
3. Le conflit provoquant la mise en quarantaine existait entre 'Instrument Display' et le script 'Vague_ID.lua' qui exploitent tous les deux la dataref "sim/weather/wind_speed_kt[0]" mais avec des variables différentes.
4. D'autres conflits potentiels (mais inactifs apparemment pour une raison que j'ignore) existaient également avec le script 'XPT_Oscilla_V2.lua' qui exploite comme 'Instrument Display' les datarefs "sim/joystick/yoke_heading_ratio", "sim/joystick/yoke_roll_ratio" et "sim/joystick/yoke_pitch_ratio", là encore avec des variables différentes.

J'ai donc renommé un certain nombre de variables dans le script 'Instrument Display'
Pour tester tout ça tu pourras mettre de côté ton script modifié et le remplacer par celui joint (j'en ai adapté le nom mais ça n'a aucune conséquence, si ce n'est que c'est sans doute mieux pour s'y retrouver au bout d'un moment )

instrument_display_2_v123_mod.lua.zip

Merci de me dire ce que ça donne au final, en espérant que je ne me suis pas trop emmêlé le clavier...

[fred35]

MortyMars
Bonjour j'ai l'impression que le lien que je t'ai donné n'est plus celui du dernier fichier ( il pointe sur la version pour XP11 ) pour UT4XP XP12 .voici celui que tu dois trouver normalement, UT4XP _12_06:https://drive.google.com/file/d/1Jne...5IAMbDal2/view.

Je viens d'essayer ta version : v123 _mod , elle fonctionne avec ma version de UT4XP sans mise en quarantaine d'aucun fichier .

[MortyMars]

MortyMars
Bonjour j'ai l'impression que le lien que je t'ai donné n'est plus celui du dernier fichier ( il pointe sur la version pour XP11 ) pour UT4XP XP12 .voici celui que tu dois trouver normalement, UT4XP _12_06:https://drive.google.com/file/d/1Jne...5IAMbDal2/view.

Je viens d'essayer ta version : v123 _mod , elle fonctionne avec ma version de UT4XP sans mise en quarantaine d'aucun fichier .

Salut fred35,

Dommage que je n'ai pu travailler tout de suite sur les bons fichiers
Mais rassure toi, je suis également fautif car j'aurais dû voir que ton lien pointait sur UT4XP pour X-Plane 11.
Et je comprends maintenant pourquoi j'avais détecté des conflits (point 4) qui ne se manifestaient pas chez toi
Avec cette nouvelle analyse, je pense avoir fait le tour des problèmes potentiels


En définitive, le script en cause est bien 'XPT_Thermal.lua' ; mais comme dit dans mon précédent post (point 2), ta modification fait que 'Instrument display' n'affiche pas tout à fait ce qu'il devrait.
La différence est absolument imperceptible, et sans doute très faible en termes de valeur, mais là encore respectons le développeur et ce qu'il a souhaité afficher à l'écran.

Pour respecter ce principe et supprimer le conflit, j'ai donc gardé la bonne dataref affichée : "sim/weather/wind_speed_kt[0]" mais ai modifié le nom de la variable indûment présente dans les deux scripts.
Dans 'Instrument display' on accède désormais à la dataref par la variable 'wind_speed_kts'.
(NB : C'est ce même principe de renommage que j'avais employé sur la version pour X-Plane 11, pour la même dataref, qui assurait le fonctionnement de ta version pour X-Plane 12)

Le nouveau script 'Instrument display' est ici : Instrument_display_2_v123_mod-UT4XP_12_06.lua.zip


Bons tests ultimes