Bonjour,

Bien, les modifications apportées hier ont été versées puis vérifiées sur le Ménestrel en fin de matinée, voici ce que cela donne dans le simu:

Effets de neige:


Effets de pluie:


J'aurais aimé rajouté un effet de fumée lors du démarrage des moteurs mais l'Editeur d'effets fourni lors de SU4 ne fonctionne plus très bien depuis la SU5 malgré les deux hotfix. Je pourrais bricoler un truc vite fait mais je préfère attendre.

Maintenant, comment faire ? Si il y a encore une personne qui suit et qui est intéressée, elle voudra connaître ce qu'il faut faire pour disposer de ces effets nativement.
Concrètement, voici les étapes à suivre pour disposer de ces effets, en notant que on peut aussi les faire apparaître sur certains avions free ou payware qui ont les pré-requis.

1) Depuis peu la primitive normal que l'on pouvait utiliser dans le model.cfg pour pouvoir utiliser qu'un seul modèle 3D, ne semble plus fonctionner. Après avoir vu cela, j'ai transformé tous mes avions en cours avec deux modèles 3D, comme cela:

[model.options]
; if true, when showing the exterior, also show the interior model (default false)
withExterior_showInterior=false

; if true, when showing the interior with the exterior, exclude interior.lod.0 (default false); only has an effect when withExterior_showInterior is true
withExterior_showInterior_hideFirstLod=false

; when showing the interior, force showing lod0 (default true)
withInterior_forceFirstLod=false

; when showing the interior, also show the exterior model (default false)
withInterior_showExterior=false

[models]
exterior=HN43x_Exterieur.xml
interior=HN43x_Interieur.xml

2) Pour le modèle 3D, il est nécessaire d'animer les éléments des trains atterrissage avec les nouvelles déclarations "ModelBehaviours" car, ces macros utilisent des templates/squelettes tout prêts qui eux-même  incluent des tests sur les variables systèmes relatives aux points de contact et à la nature des terrains (on verra ce point en dernier).
Ces déclarations sont situées dans le fichier HN43x_Exterieur.xml (le fichier HN43x_Interieur.xml n'est normalement pas impacté, les roues étant visualisées avec le modèle extérieur).

Par exemple pour le Ménestrel, on a la roulette de queue qui est animée comme suit:
- un dummy/empty (c'est deux droites qui se croisent à angle droit mais qui seront invisibles dans le simu) qui sert d'axe de rotation pour la roue,
- ce dummy/empty est animé en rotation (dans le sens de progression de l'avion, pour que l'effet de rotation soit dans le bon sens) généralement sur 100 keyframes/images (le chiffre est paramétrable)
- le nom de l'animation est crucial est doit être le nom qui sera donné à l'animation dans les déclarations ModelBehaviours, içi c_tire_anim
- les deux roues still :c_tire_still mouvement à faible vitesse et blurred: c_tire_blurred mouvement très rapide sont attachées au dummy/empty
- ces roues seront nommées très précisément c_tire_still et c_tire_blurred comme dans le cas du dummy/empty.

En résumé,cela donne dans Blender:


Lorsque le dummy tourne suite à la mise des gaz, il va tourner sur 100 images continuellement, les deux roues c_tire_still et c_tire_blurred comme elles sont attachées, vont tourner, elles aussi.
Lors des mouvements à faible vitesse, seule c_tire_still va être rendue à l'écran, l'autre sera commutée invisible par le code XML contenu dans HN43x_Exterieur.xml, ensuite à haute vitesse c'est le contraire qui se produit.

3) Passons au contenu du fichier HN43x_Exterieur.xml
Ce fichier peut contenir des instruction au format legacy (format utilisé sur FSX ou P3D, du genre:

<!-- Iphone ON and OFF -->
        <Animation guid="21482e00-83df-4228-9889-727b4b05a234" length="50" name="iphone_on" type="Sim" typeparam="AutoPlay" typeparam2="iphone_on"/>
        <PartInfo>
            <Name>iphone_on</Name>
            <AnimLength>50</AnimLength>
            <Animation>
                <Parameter>
                    <Code>
                    (L:IPHONE, bool) 50 *
                </Code>
                    <Lag>400</Lag>
                </Parameter>
            </Animation>
            <MouseRect>
                <Cursor>Hand</Cursor>
                <TooltipText>iPhone display On</TooltipText>
                <CallbackCode> 
                (L:IPHONE, bool) 0 == if{ (L:IPHONE, bool) ! (&gt;L:IPHONE, bool) }
            </CallbackCode>
            </MouseRect>
        </PartInfo>

ou des instructions modern introduites par les ModelBehaviours d'Asobo. Ces instruction sont encadrées par deux balises : <ModelBehaviors> et </ModelBehaviors> et comme il s'agit de macros, elles peuvent appeler des macros déjà rédigées par Asobo et contenues dans des fichiers situés dans l'arborescence ...\MSFS\Official\Onestore.

Pour les macros déjà rédigées par Asobo et nécessaire pour la définition des mouvements des roues, il faudra rajouter celles qui sont en rouge ci-dessous.
Les instruction en bleu sont elles pour faire la relation entre les points de contact de l'avion, les surfaces sol et définir l'effet visuel adapté par le biais de tests pré-écrits par Asobo.

<ModelBehaviors>

        <!-- Includes ###################################### -->
        <Include Path="Asobo\Common.xml"/>
        <Include Path="Asobo\Exterior.xml"/>
        <Include Path="Asobo\NAVCOM\NavComSystem.xml"/>
        <Include ModelBehaviorFile="Asobo\Exterior.xml"/>
        <Include ModelBehaviorFile="Asobo\Generic\FX.xml"/>
....
    </ModelBehaviors>

A cela il faut aussi rajouter les compléments suivants qui contiennent les noms des animations que l'on a utilisé au point 2):

<!-- GEARS ######################################## -->
        <Component ID="GEARS">

            <!-- GEAR Center, Left, Right templates (for faster integration) -->
            <UseTemplate Name="ASOBO_GEAR_Center_Template">
                <ID>0</ID>
                <ANIM_NAME>c_gear</ANIM_NAME>
                <ANIM_LENGTH>200</ANIM_LENGTH>
            </UseTemplate>   
                <UseTemplate Name="ASOBO_GEAR_Left_Template">
                    <ID>1</ID>
                <ANIM_NAME>l_gear</ANIM_NAME>
                <ANIM_LENGTH>200</ANIM_LENGTH>
            </UseTemplate>
            <UseTemplate Name="ASOBO_GEAR_Right_Template">
                <ID>2</ID>
                <ANIM_NAME>r_gear</ANIM_NAME>
                <ANIM_LENGTH>200</ANIM_LENGTH>
            </UseTemplate>

            <!-- Animate tires rotation & switch mesh with a blurred version depending on wheel RPM -->
            <UseTemplate Name="ASOBO_GEAR_Center_Tire_Template">
                <ANIM_NAME>c_tire_anim</ANIM_NAME>
                <ANIM_LENGTH>100</ANIM_LENGTH>
                <NODE_ID_STILL>c_tire_still</NODE_ID_STILL>
                <NODE_ID_BLURRED>c_tire_blurred</NODE_ID_BLURRED>
            </UseTemplate>
            <UseTemplate Name="ASOBO_GEAR_Left_Tire_Template">
                <ANIM_NAME>l_tire_anim</ANIM_NAME>
                <ANIM_LENGTH>100</ANIM_LENGTH>
                <NODE_ID_STILL>l_tire_still</NODE_ID_STILL>
                <NODE_ID_BLURRED>l_tire_blurred</NODE_ID_BLURRED>
            </UseTemplate>
            <UseTemplate Name="ASOBO_GEAR_Right_Tire_Template">
                <ANIM_NAME>r_tire_anim</ANIM_NAME>
                <ANIM_LENGTH>100</ANIM_LENGTH>
                <NODE_ID_STILL>r_tire_still</NODE_ID_STILL>
                <NODE_ID_BLURRED>r_tire_blurred</NODE_ID_BLURRED>
            </UseTemplate>
        </Component>

Nota:
a) On y retrouve en gras, les noms des animations que l'on a utilisé plus haut pour la roue arrière.
b) On remarque aussi les instructions <ANIM_LENGTH>200</ANIM_LENGTH> qui permettent de surcharger les instructions par défaut qui sont de 100 keyframes/images par le nombre d'images utilisées dans notre cas, pour le Ménestrel les animations qui retranscrivent le mouvement des suspensions se font sur 200 images (entre la 100ième et la 200ième).
c) les instructions <NODE_ID_STILL> ...</NODE_ID_STILL> et <NODE_ID_BLURRED> ... </NODE_ID_BLURRED> appellent d'autres instructions qui gèrent la visibilité de l'une ou l'autre partie en fonction de la vitesse de rotation des roues.

En final, il ne faudra pas oublier les déclarations qui suivent pour les effets visuels et que l'on rajoute en fin de fichier HN43x_Exterieur.xml :

<!-- LANDING EFFECTS ########################## -->   
        <Component ID="LANDING_FX">
            <UseTemplate Name="ASOBO_LANDING_FX"/>
        </Component>
...
    </ModelBehaviors>

4) Là, nous avons :
- animer une roue dans Blender
- nommer l'animation par le nom consacré,
- dans le fichier de descriptions des animations, nous avons rajouté les macros indispensables
- complété les squelettes de base avec ces noms d'animation pour "faire les raccordements".

Il reste à définir les fichiers d'effets qui seront joués à l'appel de ces codes. Cela se passe dans le fichier aircraft.cfg dans la section EFFECTS:
La syntaxe diffère légèrement de celle que l'on utilisait dans FSX/P3D, car la section Effects pour MSFS doit se présenter comme ceci:

...
[EFFECTS]
wake = fx_wake
water = fx_spray
dirt = fx_tchdrt
concrete = fx_sparks
touchdown = fx_tchdwn_s, 1
...

Pour les 4 premiers effets, il n'y a pas de virgule ni de paramètre derrière le nom de l'effet, seul touchdown semble inchangé par rapport à la syntaxe FSX/P3D.
Ces effets sont situés dans ...\MSFS\Official\OneStore\fs-base-effects-legacy\effects

En réalisant ceci, dans l'ordre et sans erreur on obtient un avion ou un hydravion qui au contact d'une surface via les points de contact (type 1 pour les avions et 4 pour les hydravions) appele les effets référencés et les affichent à l'écran.

Attention, si Asobo décide de modifier les codes dans les fichiers que l'on a rajouté en tant qu'instructions Include, il va de soi que le reste peut ou ne pas fonctionner. C'est ce qui est arrivé lors du SU5 avec certains avions. Le Ménestrel avant le SU5 ne dépendait pas de ces Modelbehaviour ou très peu (moins de 10% du code), donc il n'a pas été touché.
Le souci c'est que si on veut des effets de touché réaliste, il faut passer obligatoirement par cette méthode ou bien tout reprogrammer en code legacy ...

=> Cette méthode permet donc de créer des effets pour les avions et hydravions dans l'état actuel du SDK ... pourvu qu'il ne soit pas modifier par les prochaines versions  ...

Oui, mais tout cela comment on s'en sert pour les navires ?
Pour les navires pilotables, on utilise un fichier aircraft.cfg et un flight_model.cfg donc on peut définir des effets et aussi les points de contact dont on parlait.
Exemple pour la Calypso:

aircraft.cfg

...
[EFFECTS]
wake =fx_wake
water =fx_spray
dirt =fx_tchdrt
concrete =fx_sparks
touchdown =fx_tchdwn_s, 1

effect.0 = FX_EXHAUST_L#(A:GENERAL ENG COMBUSTION:1, bool)#FX_ASOBO_HEAT_BIG
effect.1 = FX_EXHAUST_R#(A:GENERAL ENG COMBUSTION:1, bool)#FX_ASOBO_HEAT_BIG
...

flight_model.cfg

...

[CONTACT_POINTS]
static_pitch     =0
static_cg_height =0

point.0 = 1, -1.15, 0, -3.6, 5000, 0, 1.4, 30, 0.3, 2.5, 0.8, 0, 0, 0, 0, 0, 1
point.1 = 1, -86.4, -6.25, -3.6, 5000, 1, 1.5, 0, 0.4, 2.5, 0.8, 0, 0, 2, 0, 0, 1
point.2 = 1, -86.4, 6.25, -3.6, 5600, 2, 1.5, 0, 0.4, 2.5, 0.8, 0, 0, 2, 0, 0, 1
point.3 = 4, -22, -2, -5.4, 5000, 0, 2, 0, 0.5, 2.5, 0.9, 0, 0, 0, 0, 0, 1
point.4 = 4, -22, 2, -5.4, 5000, 0, 2, 0, 0.5, 2.5, 0.9, 0, 0, 0, 0, 0, 1
point.5 = 4, -52, -15, -5.2, 5000, 1, 2, 10, 1, 2, 0.9, 0, 0, 2, 0, 0, 1
point.6 = 4, -52, 15, -5.2, 5000, 2, 2, 10, 1, 2, 0.9, 0, 0, 3, 0, 0, 1
...

Les points de type 1 (en gras) sont vus par le simulateur comme des roues, qui peuvent être animées donc on peut y affecter un effet.

=> La solution serait de rajouter 3 roues fictives et invisibles au navire puis de disposer d'un effet de sillage à chacune car ces roues même fictives touchent l'eau et génère des sillages (cf. http://www.pilote-virtuel.com/viewtopic … 1#p1064361  le Cessna qui effleure la surface de l'eau ...)

Merci pour ce petit mot sympa
Je créé pour moi et si cela plait, tant mieux ... mais surtout pas pour la reconnaissance des autres, sur ce point j'ai déjà donné

Si ces infos peuvent aider Henrik, cela sera le bonus.

j'essaye de suivre...mais sans bruit; toujours instructifs tes post Didier, merci pour le boulot

J'attends avec impatience les resultats

J'adore ! Tellement intéressant à suivre !

Je suis aussi mais ma compréhension du sujet demeure modeste. Je note pour plus tard peut être. Merci

pas mal
a tu une photo plus grande pour voir l'effet ?

C'est vrai que les premiers mètres sont "bizarres" mais on suit la progression avec intérêt. Superbe travail de défrichage.

Suite des investigations ...

J'ai eu ce matin un retour de THEALX qui travaille aussi sur l'outil VisualEffets et il m'a apporter certaines précisions:

D'autres bugs mineurs ont également été introduits, principalement liés à la rotation et à la translation.
Il est devenu plus difficile d'appliquer la vitesse initiale aux particules par exemple, elles se déplacent dans la mauvaise direction par rapport à la version précédente de la simulation.

En fait j'ai pu voir deux types de problèmes:
a) une fois l'effet Wake Standard appliqué, en changeant de point de vue, le sillage a l'air de bouger dans l'espace comme s'il était fixe et ne suit plus la route du navire,
b) à la sortie de l'hélice, il y a des pics disgracieux en Z qui s'atténue avec le temps puis disparaissent.

La réponse de THEALX ne donne des réponses aux deux problèmes.
En fait si vous regardez la 2ième image en post #37, dans l'encart Nodes Graph à gauche, vous voyez que j'ai utilisé deux fois la fonction LERP qui fait une interpolation de la donnée d'entrée du filtre entre la valeur x qui positionne le min et la valeur y qui représente le max.
La valeur calculée en final du filtre est ensuite appliqué au node suivant.

Pour un test, j'ai décidé
- de mettre la vitesse d'évolution de l'effet à (0/0/0) au lieu de (0/1.5/0) (Node Init - variable velocity) en rapport avec les infos de THEALX : bugs mineurs liés à la rotation/translation des effets
- de purement et simplement supprimer ce filtrage LERP et d'imposer une valeur fixe sur la couleur de la sortie (Node Output - variable Color) et sur la taille de l'effet lors de l'Update (Node Update - variable size)

De ces deux modifications, il s'avère que le bug a) a disparu et que les pics du point b) sont aussi de l'histoire ancienne.

Cela m'a permis de comprendre un peu mieux le fonctionnement et surtout de prévoir une version v0.2.0 des effets qui sera bien meilleure du moins pour SU5.
Je revois mon paquet cadeau pour Henrik de façon à ce qu'il ait les meilleurs effets à sa disposition.

Marcstrasb a écrit:

Eh bien je suis le travail de Didier avec l'œil du béotien, mais quel travail ! Bravo !

Pareil de mon coté, comme d'hab, bravo Didier...

Pour vous répondre simplement, je pense que cet outil est plus simple qu'il n'y parait. Il s'inspire beaucoup de ce qui avait été fait sur FSX et P3D.

Un effet est un flot de particules ou plusieurs flots ensemble qui vont naître, s'initialiser, mis à jour et fournir une sortie graphique.
Si on dissèque dans notepad, un effet (*.fx) de FSX ou de P3D, on a la même chose mais en mode texte.
Là, c'est pareil, on a des fichiers texte mais écrits en XML et cet outil de plus haut niveau qui va vous permettre de jouer plus facilement.

En préambule, il faut avoir jouer un peu avec le DEV MOD pour connaitre les principaux menus puis avoir lu la doc de cet outil dans le SDK: https://docs.flightsimulator.com/html/i … sualeffect

Pour faire simple, tout se joue dans le Node Graph (la boite graphique avec les diverses boites).
On a deux types de boites:
- les jaunes qui sont créées lors de l'initialisation de l'effet,
- les mauves qui peuvent influer sur des caractéristiques.

Les jaunes se composent dans l'ordre de haut en bas :
- d'une boite tout en haut créant l'effet,
- d'une boite en dessous qui définir les émissions de particules (Emitter)
- encore en dessous, un boite pour initialiser les particules et donc l'effet (Init)
- une boite pour définir la façon dont les particules vont évoluer (Update)
- et enfin une boite qui regroupe les parties graphiques à afficher (Output)

Ensuite les boites mauves sur le côté, là c'est un peu plus compliqué.
C'est grosso-modo des boites qui vont définir soit des propriétés (âge, âge dans le temps, couleur, etc) soit des filtres qui vont permettre de modifier ces propriétés dans le temps.
Par exemple pour modifier le sillage, on prend la propriété Age dans le temps puis on applique un filtre qui va moduler l'entrée entre deux valeurs de sortie (mi, max) et donc le sillage va s'élargir en largeur au fur et à mesure du temps.

Ensuite pour voir comment se comporte l'effet, il faut définir à partir de l'objet (hangar, avion, bateau, etc) un node qui est le nom d'une pièce (la cheminée d'une maison par exemple)
Si cela vous intéresse, je peut créer un effet de base (juste les boites jaunes) et faire un ZIP à télécharger pour que via le DEV MOD vous puissiez commencer vos essais.

Bonsoir,

Voici la preuve en image que l'on peut bien créer des incendies sur MSFS, et prévoir les avions pour les éteindre.



D'après ce que j'ai pu voir, il faut systématiquement attacher l'effet à un SimObjet ou à un POI pour que celui ci soit visible.

Rien n'interdit donc de construire une mission avec un navire en feu et de prendre l'air avec un avion prévu pour cela et retrouver le navire en péril pour le secourir.

Dépassé mais je suis la progression. Respect , ça augure de belle choses.