X-Plane 10.x utilite de Flywith Lua

[sixberas]

je vois de plus en plus d'add-ons qui utilisent Flywith lua

Quel est son intérêt ?
Pbs rencontrés ?

Merci de vos avis
Cordialement
Gérard

[Goofy]

FlyWithLUA est un interpréteur, donc les scripts pour FlyWithLua sont en langage texte interprété (comme autrefois les langages Basic, Pascal,... même MS-Dos). Pour programmer un script LUA un simple éditeur de texte suffit, ce qui rend sa programmation accessible à tous, pas besoin de compilateur pour générer le code.
Tu peux facilement lire ce que fait un script LUA : il te suffit d'ouvrir un fichier ayant l'extension ".LUA" avec un éditeur de texte et de comprendre ce qu'il fait en t'aidant de la doc sur le langage LUA livrée avec le plugin (dans le sous-dossier Documentation). Avec cette documentation sur la programmation en langage LUA, tu peux parfaitement réaliser tes propres scripts à exécuter sous X-Plane. Un peu de compréhension et de logique de programmation suffisent, ce n'est pas compliqué.

Pour fonctionner, le script LUA à besoin d'un interpréteur de commandes : c'est justement le plugin "FlyWithLua que tu as dans le dossiers des plugins de X-Plane qui fait ce travail d'interpréteur de commandes. Dans le dossier du plugin FlyWithLua, tu as le sous-dossier "Scripts" : c'est dans ce sous-dossier que le plugin FlyWithLUA va chercher les scripts LUA à exécuter.

Globalement, un script (donc un fichier texte en langage interprété) sera plus lent qu'un plugin compilé en langage machine, puisque dans ce dernier cas on ne passe pas par un intermédiaire traducteur. Un script sera également plus limité dans ses possibilités : on fait uniquement avec les seules fonctions connues de l’interpréteur. En revanche et c'est un avantage : un script est indépendant du type d'ordinateur (PC, MAC ou Linux), seul le plugin (FlyWithLua) doit être propre au type d'ordinateur (PC, Mac ou Linux). Le plugin lui-même est en langage compilé, donc en langage machine (fait avec n'importe quel environnement de programmation capable de compiler des libraires)

-----
Tout ceci est totalement valable et transposable aux scripts Python : ce sont également des fichiers texte écrits en langage interprété de type Python (donc visualisables dans n'importe quel éditeur de texte). L'interpréteur Python (Python Interface) doit alors être présent dans l'ordinateur (peu importe où) et propre au type d'ordinateur. C'est celui-ci qui va interpréter les scripts python situés dans le sous-dossier "PythonScripts" du dossier des plugins de X-Plane.

[sixberas]

Merci Goofy pour ces très claires explications
J'en déduis que ni mon système ni XP ne courent de risques en installant cet add-on
Cordialement

[Goofy]

Le plugin FlyWithLUA (tout comme Python), ne fait rien dans X-Plane, seuls les scripts (LUA ou Python) vont faire "quelque chose" dans X-Plane en utilisant les services du plugin.

Néanmoins, le plugin FlyWithLua, même s'il n'a aucun script à exécuter, il est là dans X-Plane et démarré avec ce dernier... donc il prend un peu des ressource système, même si c'est pour ne rien faire.

-----
Avec un utilitaire fonctionnant indépendamment de X-Plane, comme xOrganizer ( http://forums.x-plane.org/index.php?...nizer-windows/ ), tu peux facilement activer ou désactiver les plugins et les scripts de ton choix parmi ceux présents dans X-Plane, ce qui permet d'adapter la charge de X-Plane à ce que tu as réellement besoin. Si lors d'un vol tu n'as pas besoin de scripts LUA, tu les désactives et tu désactives aussi le plugin FlyWithLua qui ne sert à rien dans ce cas là.
Avec xOrganizer, désactiver un élément ne le désinstalle pas. Il est toujours là, mais non démarré avec X-Plane. Tu peux tout aussi facilement réactiver ce que tu veux comme plugins et scripts. Tout est réversible: en fait il modifie l'extension du nom du fichier de telle sorte que le plugin ou le script ne soit pas reconnu en tant que tel lorsqu'il y a désactivation.

Tu démarres xOrganizer, tu actives ou désactives ce que tu veux depuis cet utilitaire, puis tu démarres X-Plane depuis xOrganizer ou en dehors de xOrganizer. xOrganizer s'arrête alors et libère la mémoire, puis démarre X-Plane avec les plugins et autres scripts que tu as choisis d'activer. Tout est mémorisé d'une cession à l'autre de xOrganizer... donc pas besoin de tout refaire à chaque utilisation de xOrganizer. Tu ne fais des modifications ponctuellement que lorsque tu en as besoin.

[Sloboda]

Bonjour à tous,
personnellement, je ne sais pas affecter les boutons de joysticks aux commandes des avions complexes qui utilisent des datarefs propriétaires autres que celles natives dans X-Plane, sans un Plugin complémentaire.
En clair, dans un Flight Factor par exemple, pas d'affectation du Disconnect PA sans Plugin.
Après plusieurs essais, comme xJoyMap sous Python par exemple, le plus efficace reste LUA sans comparaison. (Dans ce cas précis d'affectation boutons)
Aucun souci rencontré avec ce Plugin.

[Goofy]

Salut Sloboda,

Quel est le nom de ce script LUA qui te permet d'affecter les boutons de ton joystick à des Datarefs propriétaires ?
Où est-il téléchargeable ?

[Sloboda]

Je viens justement de faire une vidéo:

https://www.youtube.com/watch?v=dAwWzuXwqdY

[Goofy]

Merci Sloboda.

[Sloboda]

Tu as vu que j'avais tout le code en texte dans la description de la vidéo pour que vous puissiez couper coller la base fondamentale du code

[Goofy]

Oui, merci.

Ce qui m'intéressait, c'était le source du code LUA afin de comprendre la logique de programmation en LUA de l'affectation d'une touche joystick à une DataRef.

[Dobro]

Perso je me sert de flight with LUA pour changer la couleur des oceans
grace a ce Script :

http://forums.x-plane.org/index.php?/files/file/24252-replacement-water-color-for-x-plane-1025/

Resultat Avant :



Resultat Apres :

[Dobro]

Je viens justement de faire une vidéo:
https://www.youtube.com/watch?v=dAwWzuXwqdY

bonne idee, cependant, on voit que t'es pas un codeur

il faudrai expliquer que ton code contient une Fonction (une procedure )

et un test .... pour mettre en oeuvre cette procedure (fonction )

a un moment : (23:50 ) tu dis que tu creer une Variable !!!
ne pas embrouiller les gens , il ne s'agit pas d'une Variable , mais en fait de l'appel de la fonction !!


ton code est le suivant :

---- creation d'une fonction
fonction nom_de_la_fonction()
--- tout ce qui se trouve entre ces deux lignes, fais partie de la fonction et sera executée de haut en bas
--- lorsque la fonction sera appelée
End

--- le test
If Plane_ICAO == "B752" Then <<< ici on test si le B752 est actif

--- l'appel de la fonction (le saut vers la fonction )
nom_de_la_fonction()

End

ce qui t'a trompé c'est le "Set" qui n'est pas une attribution dans ce cas, mais simplement fait partie du nom de la fonction
en clair la fonction a un mauvais nom, qui peut embrouiller sa compréhension..... on ne devrai pas trouver de "Set" dans un nom de fonction c'est maladroit ;)

par contre, je ne code pas en LUA , et j'aimerai bien savoir ou tu as trouvé
le nom des fonctions "create_positive_edge_flip ....... " etc ....
Merci encore pour ta video

(ps: un guitariste ? ;) )

[Odevillée]

par contre, je ne code pas en LUA , et j'aimerai bien savoir ou tu as trouvé
le nom des fonctions "create_positive_edge_flip ....... " etc ....

Dans la doc de Flywihtlua tout simplement

[Dobro]

ha ok Merci

je pensai que c'etait des fonctions reservées a Xplane ... ^^

[Glah_Salamanthe]

Perso je me sert de flight with LUA pour changer la couleur des oceans
grace a ce Script :

http://forums.x-plane.org/index.php?/files/file/24252-replacement-water-color-for-x-plane-1025/

Resultat Avant :



Resultat Apres :

ça devient pas un peu "keetch" comme couleur ?
… et j'ai l'impression que tu as perdu l'effet de vaguelettes sur la rive ? Est-ce le cas ?