Forum Flightgear France

Une communauté prend son envol

Vous n'êtes pas identifié(e).

Annonce

Futur nouvel inscrit, tu dois au préalable lire l'intégralité des 10 articles des règles, s'il te plaît. Tout nouveau compte qui ne respecte pas les règles sera supprimé par l'administration.

#201 14/06/2017 8:50:05

Clm76
Membre
Lieu : LFOH - LFOY
Inscription : 22/10/2012
Messages : 1 632

Re : Alouette-II

Bonjour à tous,

Pourquoi le simulateur est-il en mode PAUSE dès le lancement de l'appareil ? Cela expliquerai le "frame rate" à 0.
Il y a certainement un problème à ce niveau car l'appui sur la touche "p" pour sortir du mode PAUSE fait sortir de FG.

fgfs-s40.jpg


Fg 2020.4.0 - Linux Mint 21.3 Victoria - Cinnamon et Mate en dual boot - CM Asus P8H67 MLE - CPU i7 3770K - 12 Go Ram - Nvidia Geforce GTX 1660TI - Driver Nvidia 525
+ Hp notebook-15 - Linux Mint 21.3 Victoria -  CPU i3-7020u - Ram 4Go - Intel Graphics 620.

Hors ligne

#202 14/06/2017 15:21:06

HH64
Membre
Lieu : Sud-Ouest Pyrénées
Inscription : 6/08/2016
Messages : 347

Re : Alouette-II

Bonjour á tous.

Je n'ai pas le code sous les yeux mais me souviens avoir utilisé les proprietes sim/freeze/ dont sim/freeze/clock... replay, master.

Je pense aussi á un possible probléme de listener ou de timer.

Rechercher dans le code ces fonctions pourraient aider á lever
le liévre.

Pour Dany93: l'alouette II est aussi caractérisée par alouette2-base.xml. S'y cache peut-être le loup puisque ce fichier est le dénominateur commun aux 3 modèles.


FG 2020.3.13, CPU: 2 x Xeon 5570 3GHz, RAM: 12Go, CG: Nvidia FX3800 1Go, Linux Mint 20 & Windows 10

Hors ligne

#203 14/06/2017 17:54:28

Clm76
Membre
Lieu : LFOH - LFOY
Inscription : 22/10/2012
Messages : 1 632

Re : Alouette-II

HH64 a écrit :

Bonjour á tous.

Je n'ai pas le code sous les yeux mais me souviens avoir utilisé les proprietes sim/freeze/ dont sim/freeze/clock... replay, master.

Gagné!... Pour que ça fonctionne, il faut, lorsque l'appareil est lancé, mettre la propriété "sim/freeze/replay-state" à "true" et "sim/freeze/clock" à "false", dans cet ordre et en attendant 1 à 2 secondes entre la mise à 1 du "replay-state" et la mise à 0 du "clock". Si on met d'abord le "clock" à 0, FG sort .

[EDIT] En supprimant la partie "freeze" dans "alouette2-base.xml" et en mettant le code suivant  dans "al2.nas", avec les déclarations de variables (ligne 33 par exemple), ça fonctionne correctement. :

setprop("sim/freeze/replay-state",1);

Je n'ai rien mis pour "sim/freeze/clock" car tu ne l'utilises pas et je pense qu'il est utilisé par FG, ce qui expliquerait la sortie de FG si on y touche.

[RE-EDIT] Enfin, quand je dis que ça fonctionne, c'est vite dit, il y a des frames, Battery On et Magnétos On fonctionnent, la turbine démarre... et s'arrête au bout de quelques secondes !... sad

Dernière modification par Clm76 (14/06/2017 18:39:06)


Fg 2020.4.0 - Linux Mint 21.3 Victoria - Cinnamon et Mate en dual boot - CM Asus P8H67 MLE - CPU i7 3770K - 12 Go Ram - Nvidia Geforce GTX 1660TI - Driver Nvidia 525
+ Hp notebook-15 - Linux Mint 21.3 Victoria -  CPU i3-7020u - Ram 4Go - Intel Graphics 620.

Hors ligne

#204 14/06/2017 22:38:50

HH64
Membre
Lieu : Sud-Ouest Pyrénées
Inscription : 6/08/2016
Messages : 347

Re : Alouette-II

Bonsoir CLM76

Dans la toute dernière version (qui fonctionne correctement sous fg2017.1.2), j'ai repris la fonction replay pour y gérer les crashes.

J'ai rencontré des difficultés à placer des listeners sur les propriétés de sim/freeze. Je pense que certains changements d'état sont interceptés avant que le code nasal alouette2 ne puisse les gérer.

Cependant, ces propriétés semblent dupliquées... Ainsi en est-il de sim/freeze/replay-state répliquée en sim/replay/replay-state.

Que certains listeners ne puissent être mis en oeuvre n'est pas nouveau. Peut-être une tentative pour y remédier conduit-elle à une différence de comportement entre versions.

Un autre exemple est la propriété sim/freeze/clock alias pause. On comprend pourquoi le simulateur est prioritaire sur le code dédié à l'aéronef.


Si l'alouette 2 ne fonctionne que quelques instants, n'est-ce pas une confusion des modes play, pause et replay liés à une gestion modifiée des listeners...

Dernière modification par HH64 (15/06/2017 7:47:04)


FG 2020.3.13, CPU: 2 x Xeon 5570 3GHz, RAM: 12Go, CG: Nvidia FX3800 1Go, Linux Mint 20 & Windows 10

Hors ligne

#205 14/06/2017 23:18:31

dany93
Administrateur
Lieu : Région Parisienne
Inscription : 5/07/2009
Messages : 4 037

Re : Alouette-II

HH64 a écrit :

Pour Dany93: l'alouette II est aussi caractérisée par alouette2-base.xml. S'y cache peut-être le loup puisque ce fichier est le dénominateur commun aux 3 modèles.

Pas besoin.
Le dossier "avion" est réduit à sa plus simple expression : un FDM, un modèle.ac prétexte (le glider.ac de FG), et un -set.xml pour introduire ce tout petit monde.
Et encore, le dossier Models n'est même pas obligatoire.

Je l'ai fait avec un FDM JSBSim sans moteur, ça marche très bien.
De même avec l'ogel (JSBSim avec moteur) expurgé au maximum.
Je ne sais pas pourquoi ça a buggué ici (YASim ?).


FG 2020.4.0, Linux Mint 20.3, Intel Core i7-11700F @ 2.50GHz, RAM 32 GB DDR4, NVIDIA GeForce RTX 3060 (12 GB)
Boeing 787-8 (YASim, avec nickyivyca, aco)
Hangar avions Patten (PAF) Robin  DR400 JSBSim, Douglas DC3 JSBSim, CAP10B, Tecnam P92 JSBSim.

Hors ligne

#206 15/06/2017 8:06:40

HH64
Membre
Lieu : Sud-Ouest Pyrénées
Inscription : 6/08/2016
Messages : 347

Re : Alouette-II

Bonjour Dany,

Faut-il comprendre que tu as testé le code alouette 2 avec un fdm réduit à sa plus simple expression et que cela fonctionne!


FG 2020.3.13, CPU: 2 x Xeon 5570 3GHz, RAM: 12Go, CG: Nvidia FX3800 1Go, Linux Mint 20 & Windows 10

Hors ligne

#207 15/06/2017 11:47:25

dany93
Administrateur
Lieu : Région Parisienne
Inscription : 5/07/2009
Messages : 4 037

Re : Alouette-II

Bonjour HH64,

Malheureusement non, voir mon message plus haut.
Si cela avait été le cas, je me serais empressé de transmettre cette information.

Mon essai (vieux) portait sur un modèle de planeur le plus dépouillé possible avec un FDM JSBSim basique. Rien à voir avec l'hélico YASim sauf que, avec ton FDM hélico YASim dans un dossier dépouillé par ailleurs au maximum j’espérais autre chose que les messages d'erreurs que j'ai eus en réponse. L'objectif était d'éliminer tout ce qui n'était pas FDM.

Cependant, vos essais (Clm76) comme les miens me font penser qu'il faut chercher ailleurs que dans le FDM. Même si nous n'avons pas de certitude.
Dans le même esprit j'ai fait un autre essai : importer le modèle Alouette-2 de FGAddon (Trunk) et :
- remplacer, dans le dossier du modèle FGAddon, son FDM par le tien puis,
- mettre le FDM FGAddon dans ton Alouette-2.
Dans le premier cas (ton FDM dans le modèle FGAddon), ça plantait au lancement (dommage, le fonctionnement positif aurait été un test de ton FDM),
dans le deuxième cas (FDM FGAddon dans ton modèle) ça donnait les mêmes symptômes qu'avec ton FDM (fps à 0 et non-démarrage).
Difficile d'en tirer une conclusion positive, bien que cela écarterait plutôt un problème dû au FDM.

En positif, j'ai l'impression que vous avez une piste importante Clm76 et toi avec les freeze.


FG 2020.4.0, Linux Mint 20.3, Intel Core i7-11700F @ 2.50GHz, RAM 32 GB DDR4, NVIDIA GeForce RTX 3060 (12 GB)
Boeing 787-8 (YASim, avec nickyivyca, aco)
Hangar avions Patten (PAF) Robin  DR400 JSBSim, Douglas DC3 JSBSim, CAP10B, Tecnam P92 JSBSim.

Hors ligne

#208 15/06/2017 19:48:22

HH64
Membre
Lieu : Sud-Ouest Pyrénées
Inscription : 6/08/2016
Messages : 347

Re : Alouette-II

Bonsoir à tous et plus particulièrement à vous CLM & Dany.
Merci de vos recherches. Pour ma part, je n'ai à ma disposition qu'un vieux smartphone et ne peux donc pousser très loin les investigations. Dès mon retour en fin de mois, j'installe fg2017.3 et reprendrai mes travaux. J'ai besoin de clarifier certains points entre les instructions nasal ancien et nouveau mondes. al2.nas manque d'homogénéité sur ce plan.

Dernière modification par HH64 (16/06/2017 10:02:42)


FG 2020.3.13, CPU: 2 x Xeon 5570 3GHz, RAM: 12Go, CG: Nvidia FX3800 1Go, Linux Mint 20 & Windows 10

Hors ligne

#209 18/06/2017 17:48:32

dany93
Administrateur
Lieu : Région Parisienne
Inscription : 5/07/2009
Messages : 4 037

Re : Alouette-II

Bonjour,

J'ai fait une constatation, qui malheureusement ne suffit pas à faire fonctionner les versions actuelles HH64 (SA315B etc...)
Je vous donne quand même l'information.

Au départ, avec FG 2017.3.0 [voir EDIT] ma dernière version de FG 2017.2.0, la version Alouette-2 Patten (Juillet-Août 2015 - Déc. 2015) ne se lançait plus chez moi. Le simulateur se plantait avant même d'atteindre la scène.

Dans le FDM alouette2.xml (ligne 7) je vois :

<airplane mass="2100" version="YASIM_VERSION_CURRENT">

Or, dans la version FGAddon/Trunk (qui fonctionne) il n'y a pas la mention

version="YASIM_VERSION_CURRENT"

En supprimant cette mention, la ligne devient :

<airplane mass="2100">

(le FDM devient identique à celui de FGAddon)
et l'hélico (version Patten) se lance et vole avec FG 2017.3.0
[EDIT]Attention : je dis bien FG 2017.3.0, ce qui ôte toute rigueur à ma remarque présente.[/EDIT]

J'ai l'impression que cette mention n'avait pas lieu d'être à l'époque et avec ce fichier FDM (de toute évidence ancienne version). Mais YASim était encore tolérant. Et très peu évolutif.
Il faut donc faire attention avant de l'ajouter sans savoir ce qu'elle implique quant à la forme du FDM. Ou alors il faut tenir le fichier à jour par rapport à YASim courant.

Mais, je le répète, cela ne résout pas notre problème actuel.

[EDIT, 19 juin 2017]
Erreur de ma part, pardon. Je viens de m'apercevoir que le plantage de la version Patten m'arrivait avec ma dernière version de FG 2017.2.0.
Avec FG 2017.3.0, la version Patten se lance et vole même avec version="YASIM_VERSION_CURRENT" dans le FDM.
Mon observation n'était donc pas probante.

Il faut sans doute quand même se méfier de cette mention sauf à savoir ce qu'elle implique.
[/EDIT]

Dernière modification par dany93 (19/06/2017 11:08:08)


FG 2020.4.0, Linux Mint 20.3, Intel Core i7-11700F @ 2.50GHz, RAM 32 GB DDR4, NVIDIA GeForce RTX 3060 (12 GB)
Boeing 787-8 (YASim, avec nickyivyca, aco)
Hangar avions Patten (PAF) Robin  DR400 JSBSim, Douglas DC3 JSBSim, CAP10B, Tecnam P92 JSBSim.

Hors ligne

#210 19/06/2017 8:06:47

Clm76
Membre
Lieu : LFOH - LFOY
Inscription : 22/10/2012
Messages : 1 632

Re : Alouette-II

Bonjour à tous,

Avec la dernière version de HH64, le fait d'enlever "version="YASIM_VERSION_CURRENT" ne change rien chez moi: La turbine démarre et s'arrête quelques secondes plus tard (en ayant supprimé le "freeze" bien sûr).
J'ai également une autre version de HH64, celle de janvier 2017 qui, elle,  fonctionne correctement.


Fg 2020.4.0 - Linux Mint 21.3 Victoria - Cinnamon et Mate en dual boot - CM Asus P8H67 MLE - CPU i7 3770K - 12 Go Ram - Nvidia Geforce GTX 1660TI - Driver Nvidia 525
+ Hp notebook-15 - Linux Mint 21.3 Victoria -  CPU i3-7020u - Ram 4Go - Intel Graphics 620.

Hors ligne

#211 19/06/2017 9:55:48

HH64
Membre
Lieu : Sud-Ouest Pyrénées
Inscription : 6/08/2016
Messages : 347

Re : Alouette-II

Bonjour à tous et plus particuliérement à vous deux Dany et CLM.

Vos conclusions vont rendre mes recherches plus simples.

Je ne pense pas avoir touché aux modèles de vol et aux fonctions d'aide au pilotage depuis la version de janvier. Mes recherches porteront dans un premier temps sur les fonctions: les vols en formation (AI), le mode replay,  le gyro compas, le HUD, le FGpanel, l'académisme des balises en xml...
Je dois certainement revoir l'usage que je fais des variables nasal globales ou locales et de l'arbre des propriétés.

Comme mon pc est modeste, je m'impose également de conserver un modèle autour de 50Mo.


Merci encore.


FG 2020.3.13, CPU: 2 x Xeon 5570 3GHz, RAM: 12Go, CG: Nvidia FX3800 1Go, Linux Mint 20 & Windows 10

Hors ligne

#212 19/06/2017 16:13:22

dany93
Administrateur
Lieu : Région Parisienne
Inscription : 5/07/2009
Messages : 4 037

Re : Alouette-II

Vous m'avez mis un doute et ... oups !
Après vérification des versions de FG utilisées, j'ai ré-édité mon message ci-dessus à propos de version="YASIM_VERSION_CURRENT" dans le FDM.

Actuellement, je ne vois pas de preuves permettant d'accuser ou d’innocenter le FDM sans équivoque.
Je penche quand même pour une autre cause (la panne subsiste quand je remplace la version FDM HH64 par celle FGAddon ~ Pattten 2014-2015, en revanche l'intervention de Clm76 sur le "freeze" commence à faire fonctionner,...).


FG 2020.4.0, Linux Mint 20.3, Intel Core i7-11700F @ 2.50GHz, RAM 32 GB DDR4, NVIDIA GeForce RTX 3060 (12 GB)
Boeing 787-8 (YASim, avec nickyivyca, aco)
Hangar avions Patten (PAF) Robin  DR400 JSBSim, Douglas DC3 JSBSim, CAP10B, Tecnam P92 JSBSim.

Hors ligne

#213 29/06/2017 22:50:07

HH64
Membre
Lieu : Sud-Ouest Pyrénées
Inscription : 6/08/2016
Messages : 347

Re : Alouette-II

Bonsoir à tous et plus particulièrement Dany et CLM,

Comme je suis (toujours) sous Windows (Vista) et que je ne compile pas FG (pour le moment), je pense avoir téléchargé la dernière version disponible, à savoir la 2017.2.1
mini_272104FGrelease.png.

Après avoir téléchargé (download) l'alouette-II sur Mediafire à partir du lien proposé http://www.mediafire.com/file/rwh15wd8v … e-2.tar.gz, je ne rencontre aucun soucis de fonctionnement.

Aucune retouche quant au contenu téléchargé. En revanche, rencontrant quelques difficultés avec le nouveau lanceur, je travaille en ligne de commande:

cd C:\FlightGear
start C:\FlightGear\bin\fgfs --aircraft=alouette2-SA318C --model-hz=60 --max-fps=15 --bpp=16 --fg-scenery=data/Scenery_SudOuest;data/Scenery-France-v1;data/Scenery --enable-hud --disable-hud-3d --airport=LFDA --runway=12 --on-ground --disable-real-weather-fetch --season=summer --fog-disable --enable-fuel-freeze --enable-splash-screen --disable-enhanced-lighting --disable-ai-models --disable-fgcom --httpd=8080 --disable-fullscreen --disable-clock-freeze --callsign=HHalou2 --dme=nav1 --offset-distance=-0.1 --timeofday=morning --download-dir=downloaded_data --terrasync-dir=downloaded_data/TerraSync --disable-terrasync --console --log-level=info

La nuance de comportement entre chez vous ou chez moi est peut-être dans cette ligne de commande!

Pour revenir à "YASIM_VERSION_CURRENT" dans le FDM, c'est un choix délibéré en phase de développement pour bénéficier des derniers progrès de Yasim avec cependant le risque assumé que le modèle puisse être déclaré obsolète.

Je pense que le modèle a gagné en maturité et peut-être voudrez-vous bien me conseiller et m'aider à le publier (dans l'esprit 100% FG et quand vous le jugerez au point)?

Merci encore.


FG 2020.3.13, CPU: 2 x Xeon 5570 3GHz, RAM: 12Go, CG: Nvidia FX3800 1Go, Linux Mint 20 & Windows 10

Hors ligne

#214 30/06/2017 16:11:14

dany93
Administrateur
Lieu : Région Parisienne
Inscription : 5/07/2009
Messages : 4 037

Re : Alouette-II

Bonjour HH64, bonjour à tous.

Ayant constaté ces dysfonctionnements avec FG 2017.2.0 version git du 27/04/2017, je pensais que tu pourrais les observer avec la version stable du 22/05/2017. J'aurais cru que la version stable (y compris celle pour Windows) reflétait la dernière de git.
Je ne comprends pas....

Je ne pense pas que cela vienne de ta ligne de commande. Tu peux essayer en éliminant tout ce qui peut l'être de cette ligne, mais je n'y crois pas.

Pour publier l'avion (ou sa version mise à jour) sur FGAddon (en Français Fr/FGAddon) c'est malheureusement un peu le parcours du combattant. On peut passer directement par SVN ou, si on préfère parce qu'on connaît déjà git, par git-svn. Ceci demande un certain apprentissage (bien utile pour git, esprit Linux). Un utilitaire d'interface avec git existe aussi sous Windows. Pour SVN, je ne sais pas.
FGAddon et git fonctionnant par "patches" correctifs, une mise à jour suppose bien sûr d'avoir importé la version FGAddon puis d'y intégrer tes changements (ajouts, suppressions, remplacements).
Si tu considères que c'est un nouvel appareil ce problème de remplacements ne se pose pas.
Ensuite, il faut exporter ta version sur un de ces dépôts et demander à quelqu'un ayant les droits (typiquement les développeurs) de la fusionner ou de l'ajouter pour toi sur FGAddon.
Quand c'est rôdé ça peut passer comme sur des roulettes, la difficulté est d'en arriver là.

J'ai fait cette démarche pour le P51D, j'en ai pas mal bavé. Il faut dire que, en plus, le processus décrit sur le Wiki n'était pas bien au point, la fusion par un développeur ayant les droits ne passait pas. C'est corrigé sur le Wiki.

Je ne sais pas si c'est sous-jacent dans ta question, mais mon aide en ce qui concerne YASim ne peut être que très limitée. Ma pratique de ce FDM n'a été que faible et ponctuelle. Encore pire quand il s'agit d'un hélicoptère.


FG 2020.4.0, Linux Mint 20.3, Intel Core i7-11700F @ 2.50GHz, RAM 32 GB DDR4, NVIDIA GeForce RTX 3060 (12 GB)
Boeing 787-8 (YASim, avec nickyivyca, aco)
Hangar avions Patten (PAF) Robin  DR400 JSBSim, Douglas DC3 JSBSim, CAP10B, Tecnam P92 JSBSim.

Hors ligne

#215 30/06/2017 16:38:28

HH64
Membre
Lieu : Sud-Ouest Pyrénées
Inscription : 6/08/2016
Messages : 347

Re : Alouette-II

Bonjour dany93, bonjour à tous,

Merci Dany de me faire partager ton expérience.

Pour la publication, je vais peut-être la tenter mais sans me prendre la tête. J'ai une première expérience de contact avec la communauté internationale mais ma démarche est restée lettre morte. Pourtant je posais le problème (reconnaissance par FGMap des hélicoptères non déclarés) et délivrais une solution simple.

A présent, je poursuis des travaux sur le Caracal en partant d'une feuille blanche. Si des amateurs devaient se déclarer, je ne vois que du bon à poursuivre au sein d'une équipe projet (3 à 5 personnes).

Encore merci.


FG 2020.3.13, CPU: 2 x Xeon 5570 3GHz, RAM: 12Go, CG: Nvidia FX3800 1Go, Linux Mint 20 & Windows 10

Hors ligne

#216 30/06/2017 16:50:52

Patten
Membre
Lieu : LFLR
Inscription : 14/12/2010
Messages : 1 757
Site Web

Re : Alouette-II

Je rajouterai que lorsque j'ai décidé d'améliorer ce modèle, j'ai pris la décision de le faire en freelance, afin de ne pas "mouiller" la Team de la PAF, le créateur ayant par le passé eu des comportements et des propos plus qu'incorrects, voire puants, bref!.
La 3D, les uv map qui vont avec, ainsi que les textures de cette Alouette II n'a plus grand chose à voir avec le modèle original, mais malgré tout, la paternité en reste au créateur en question.
Suggestion: En faire un modèle Lama pur et dur, tous les prérequis sont là... roll
Attention cependant, il y a une texture sous copyright, j'ai les droits en exclusivité, mais FG et les Copyrights...
mini_472000turbine.png

smile

Dernière modification par Patten (30/06/2017 16:51:29)


Intel I7.7700k 4.2 GHz.CM:MSI Z270 Gaming pro.CG:ASUS GTX 3070 Tuff OC  8Go.Ram:32Go DDR4 GSKILL. 2*SSD 500G 1*M2 500G 1*M2 1T, 2*HDD 2*2T Seagate Baracuda.Alim:Corsair RM750X 80Plus Gold.Ventirad Be quiet pure rock.Boîtier Aérocool GT-S black édition.DVD Asus drw-24f1-mt. Wifi + Bluetooth gigabyte.Dual boot LinuxMint 20.3 Una /Windows10 FG2020.4.0
http://pattenflightgear.wifeo.com/

Hors ligne

#217 30/06/2017 17:15:47

HH64
Membre
Lieu : Sud-Ouest Pyrénées
Inscription : 6/08/2016
Messages : 347

Re : Alouette-II

Bonjour Patten,

J'ai bien noté ton commentaire.

Pour ma part, j'entends par esprit FlightGear 100% que je ne revendique rien. En toute modestie, je pense que la version actuelle de l'Alouette II est un modèle stable et souhaite uniquement en faire bénéficier qui pourrait le souhaiter. Pour autant, je n'en oublie pas la grande qualité graphique dont je te tiens pour le principal artisan et à laquelle j'ai très peu touché.

En terme de codes source, je ne pense pas avoir modifié quoique ce soit, concernant l'origine de ces travaux. Cependant, je ne demande qu'à clarifier mes sources si ce cela devait s'avérer nécessaire.

Dernière modification par HH64 (30/06/2017 17:19:01)


FG 2020.3.13, CPU: 2 x Xeon 5570 3GHz, RAM: 12Go, CG: Nvidia FX3800 1Go, Linux Mint 20 & Windows 10

Hors ligne

#218 10/08/2017 10:41:15

HH64
Membre
Lieu : Sud-Ouest Pyrénées
Inscription : 6/08/2016
Messages : 347

Re : Alouette-II

Bonjour à vous Denis, CLM et Arradoy
Bonjour à tous

En travaillant sur le Caracal, j'ai noté un comportement étrange du démarrage de l'hélicoptère provenant d'un manque de typage de la variable magneto-switch.
En nasal, les variables ne sont pas typées (none ou unspecified dans l'arbre des propriétés). En fait, elles le sont par leur premier utilisateur.
Ainsi magneto-switch est un booléen si magneto.xml le définit (par un clic souris sur l'interrupteur correspondant) ou bien une variable longue (double) par l'action setprop("controls/engines/engine/magneto-switch, 1").
Suivant la première action de l'utilisateur, procédure normale ou "s", l'animation du bouton et sa fonction deviennent aléatoires d'où les difficultés rencontrées pour démarrer ou redémarrer l'aéronef.

Pour un informaticien, c'est certainement trivial mais je me demande si cela peut justifier la différence de comportement entre les différentes plateformes?

J'ai téléchargé des versions corrigées en ce sens.
http://www.mediafire.com/file/rwh15wd8v … e-2.tar.gz
http://www.mediafire.com/file/4yx2reco0 … cal.tar.gz

Dernière modification par HH64 (10/08/2017 12:43:45)


FG 2020.3.13, CPU: 2 x Xeon 5570 3GHz, RAM: 12Go, CG: Nvidia FX3800 1Go, Linux Mint 20 & Windows 10

Hors ligne

#219 6/10/2017 10:35:25

HH64
Membre
Lieu : Sud-Ouest Pyrénées
Inscription : 6/08/2016
Messages : 347

Re : Alouette-II

Bonjour à tous,

Dépôt d'une version sans section logging qui pose un problème de compatibilité entre plateformes (Win, Linux, Lac OS) sous FG 2017-3.

http://www.mediafire.com/file/rwh15wd8v … e-2.tar.gz


FG 2020.3.13, CPU: 2 x Xeon 5570 3GHz, RAM: 12Go, CG: Nvidia FX3800 1Go, Linux Mint 20 & Windows 10

Hors ligne

#220 9/10/2017 8:30:44

Clm76
Membre
Lieu : LFOH - LFOY
Inscription : 22/10/2012
Messages : 1 632

Re : Alouette-II

Bonjour,

HH64 a écrit :

Dépôt d'une version sans section logging qui pose un problème de compatibilité entre plateformes (Win, Linux, Lac OS) sous FG 2017-3.

Le splash screen se lance correctement mais au moment où l'appareil devrait apparaître, Fg plante ...  aussi bien avec fg2017.3 qu'avec fg2017.4, sans aucune information dans la console de debugging.


Fg 2020.4.0 - Linux Mint 21.3 Victoria - Cinnamon et Mate en dual boot - CM Asus P8H67 MLE - CPU i7 3770K - 12 Go Ram - Nvidia Geforce GTX 1660TI - Driver Nvidia 525
+ Hp notebook-15 - Linux Mint 21.3 Victoria -  CPU i3-7020u - Ram 4Go - Intel Graphics 620.

Hors ligne

#221 9/10/2017 13:15:03

HH64
Membre
Lieu : Sud-Ouest Pyrénées
Inscription : 6/08/2016
Messages : 347

Re : Alouette-II

Bonjour,

Dès ma mise à jour de Flightgear, je mets cela au point.

Bonne journée.


FG 2020.3.13, CPU: 2 x Xeon 5570 3GHz, RAM: 12Go, CG: Nvidia FX3800 1Go, Linux Mint 20 & Windows 10

Hors ligne

#222 20/10/2017 19:04:32

rotor1964
Membre
Inscription : 16/06/2012
Messages : 187

Re : Alouette-II

Bonjour,
En effet, j'ai le même problème que toi Clm76, après le splash FG se ferme et aucun message!!:(
Dommage car elle est bien cette alouette II et de plus avec un jolie travaille dessus.
++


Linux mint 18.3   CPU i5-2520   64 bits CG NVIDIA 8400 M  GF RAM 6Go  FG2018.2.2     Blender 2.76

Hors ligne

#223 21/10/2017 11:04:07

dany93
Administrateur
Lieu : Région Parisienne
Inscription : 5/07/2009
Messages : 4 037

Re : Alouette-II

Bonjour,

HH64 a écrit :

En travaillant sur le Caracal, j'ai noté un comportement étrange du démarrage de l'hélicoptère provenant d'un manque de typage de la variable magneto-switch.
En nasal, les variables ne sont pas typées (none ou unspecified dans l'arbre des propriétés). En fait, elles le sont par leur premier utilisateur.
Ainsi magneto-switch est un booléen si magneto.xml le définit (par un clic souris sur l'interrupteur correspondant) ou bien une variable longue (double) par l'action setprop("controls/engines/engine/magneto-switch, 1").
Suivant la première action de l'utilisateur, procédure normale ou "s", l'animation du bouton et sa fonction deviennent aléatoires d'où les difficultés rencontrées pour démarrer ou redémarrer l'aéronef.

Je suis un peu basique en nasal, et de plus j'ai pas mal oublié en pratique... suggestion qui vaut ce qu'elle vaut

Est-ce qu'une initialisation de variable en booléenne pourrait lever l'indétermination ?
(DR400-jsbSim/Nasal/dr400-180.nas, #Fuel Management)

props.globals.initNode("consumables/fuel/fuel-low",0,"BOOL");

ce qui donnerait quelque chose comme (en début de fichier, hors boucle) :

props.globals.initNode("controls/engines/engine/magneto-switch,0","BOOL");

ou directement dans alouette2-base.xml,

  <controls>
    <engines>
      <engine n="0">
        <magnetos type="bool">0</magnetos>
      </engine>
    </engines>

[EDIT]
A la réflexion, je vois mieux. Il y a un problème de logique entre la commande (en amont : par "s", "}" ou "clic" sur l'interrupteur) de "magnetos" et l'animation de "magneto-switch". Le démarrage effectif devant, de plus, être cohérent avec "BATTERY".
La compatibilité entre le démarrage par "s" ou/et "}" d'une part, et celui par "clics" batterie + magneto tableau de bord d'autre part, n'est pas triviale.
On peut aussi se dire que ceux qui démarrent en simpliste avec les touches clavier puis veulent commander avec les interrupteurs tableau de bord ont un problème de cohérence interne... hmm

Dernière modification par dany93 (21/10/2017 12:49:49)


FG 2020.4.0, Linux Mint 20.3, Intel Core i7-11700F @ 2.50GHz, RAM 32 GB DDR4, NVIDIA GeForce RTX 3060 (12 GB)
Boeing 787-8 (YASim, avec nickyivyca, aco)
Hangar avions Patten (PAF) Robin  DR400 JSBSim, Douglas DC3 JSBSim, CAP10B, Tecnam P92 JSBSim.

Hors ligne

#224 21/10/2017 13:11:00

HH64
Membre
Lieu : Sud-Ouest Pyrénées
Inscription : 6/08/2016
Messages : 347

Re : Alouette-II

Bonjour à tous,

Je viens d'installer la version FG 2017-3 et vous fais part de mes observations.

Assez singulièrement, la version QT du lanceur, que j'ignorais jusque là, fonctionne correctement. Cependant je suis obligé de reprendre le numéro de piste et l'altitude de l'aéroport de départ pour sortir d'une situation de crash de l'aéronef dès le lancement.

J'ai également fait le constat que l'option "disabled-enhanced-lighting" conduit irrémédiablement au plantage de FG 2017-3 en mode ligne de commande. En la supprimant, tout rentre dans l'ordre (sous Vista).

J'ai l'intention de procéder sur Alouette-2 et ec135h, comme pour Caracal, à une déclaration systématique des propriétés dans les fichiers xxx-set.xml afin de réduire les cas de variables non déclarées. (De plus, pour éviter les aléas rencontrés avec Linux ou Mac, je pense réduire au jeu des minuscules les noms de chemins et ceux des propriétés.)

Merci de me faire part de vos propres observations.

Dernière modification par HH64 (21/10/2017 14:07:46)


FG 2020.3.13, CPU: 2 x Xeon 5570 3GHz, RAM: 12Go, CG: Nvidia FX3800 1Go, Linux Mint 20 & Windows 10

Hors ligne

#225 21/10/2017 14:44:23

Clm76
Membre
Lieu : LFOH - LFOY
Inscription : 22/10/2012
Messages : 1 632

Re : Alouette-II

Bonjour,

HH64 a écrit :

J'ai également fait le constat que l'option "disabled-enhanced-lighting" conduit irrémédiablement au plantage de FG 2017-3 en mode ligne de commande. En la supprimant, tout rentre dans l'ordre (sous Vista).

Je confirme que "disabled-enhanced-lighting" n'est plus reconnu par les nouvelles versions de FG et conduit irrémédiablement au crash de Fg lors de son lancement.


Fg 2020.4.0 - Linux Mint 21.3 Victoria - Cinnamon et Mate en dual boot - CM Asus P8H67 MLE - CPU i7 3770K - 12 Go Ram - Nvidia Geforce GTX 1660TI - Driver Nvidia 525
+ Hp notebook-15 - Linux Mint 21.3 Victoria -  CPU i3-7020u - Ram 4Go - Intel Graphics 620.

Hors ligne

Pied de page des forums