Salut PEPE,

MP envoyé avec ce que tu demandais.

[glTF] Model lod loaded: [LOD0] SimObjects\Airplanes\MyCompany_Simple_Aircraft\model\SimpleAircraft_LOD00.gltf
PackageBuilder | Reading G:\1jd140\SimpleAircraft\SimpleAircraftProject.xml...
PackageBuilder | Preparing asset groups...
PackageBuilder | Done, 4 asset groups registered.
PackageBuilder | Generating commands for package mycompany-aircraft-simple...

Bonjour
Je comprend mieux pourquoi je n'ai pas le model interior de chargé .. car il  ne le charge pas,
Et comme dirait monsieur de la Palice ....pourquoi il l'oublie le SimpleAircraft_interior_LOD00.gltf

Je cherche, je cherche

pepe qui a vérifé le gltf interior en inversant les donnée, j'ai bien l'interieur qui apparait comme extérieur, et plus rien en intérieur...

[models]
exterior=SimpleAircraft.xml
interior=SimpleAircraft_interior.xml

et  SimpleAircraft.xml
     SimpleAircraft_interior.xml

      SimpleAircraft_LOD00.bin et gltf
pareil pour 
      SimpleAircraft_interior_LOD00. bin et gltf

Somme toute rien de bien compliqué, je met de l'ordre dans le dossier et te le fait parvenir.
Pour le moment vu mes essais, je n'ai rien de bien propre..
pepe

En fait je me rend compte que je suis complètement a coté de ce qu'il faut faire question xml.

Faut juste maintenant que je corrige les énoncés et les noms des fichiers..

Je reviendrai lorsque j'aurai réussi a avoir d'un coté l'avion et de l'autre le cockpit..

Dernière modification par pepe-pompero (28-01-2021 18:27:53)

De ce que j'ai compris et que j'applique:

Pour la création d'un animation pour un aileron droit, dont l'"animation name" est aileron_droit_key
- je choisis le point pivot, je place le Cursor à ce point pivot et je crée le Empty plain axes qui va être placé par Blender sur le Cursor
- je lie la pièce représentant l'aileron à l'empty
- je choisis selon le cas le type de mouvement (Location, Rotation, ... Quaternion ou Euler)
- je créé les keyframes aux divers points en bougeant l'empty en rapport avec ce qui est souhaité
- je sélectionne toutes les keyframes et je les passe en Interpolation linéaires

A la suite de quoi, en retournant dans la collone de droite (le OutLiner) sous le nom de l'empty je vais trouver le symbole Animation et dessous un nom.
Ce nom doit être changé avec l'animation name pour que le logiciel puisse faire la relation entre la description en XML et l'animation de Blender ... jusque là, c'est logique.

Si le nom ne correspond pas : il faut le changer impérativement. Le terme d'action est à retirer si tu ne l'as pas employé dans l'animation name.

Sauf que si je me réfères à ce que je connaissais sous Gmax ou 3DS: en cas de multiples pièces régies par la même animation (ce qui peut arriver, je pense à l'animation de la dérive qui s'appliquait à la dérive mais aussi à la pièce mobile commandant la roulette de queue dans ma façon de modéliser), je pense que là ... il va falloir incrémenter.

Jusqu'à présent je n'ai pas eu à réaliser cela mais cela va arriver d'ici la semaine prochaine ... pour ma roulette de queue entre autres.
Ceci dit en regardant avec attention les multiples captures d'écran sur FSDeveloper, je crois avoir vu cela dans ce type de cas ... à vérifier.

Oui, c'est vrai que je n'ai pas répondu à ce cas de figure qui arrive très souvent.

En fait, cela m'arrive souvent avec les matériaux: de temps à autre, le logiciel incrémente bizarrement la texture utilisée et ce *.00x se retrouve ensuite dans le fichier glTF, la texture n’existant pas cela cause un souci ensuite. Cela m'arrivait fréquemment avec la création de scènes, avec le Ménestrel beaucoup moins. Il y a la possibilité d'éditer le glTF et de changer toutes les occurrences texture.001 par texture ... et de sauvegarder. C'est chiant mais pas bloquant mais c'est chiant à la longue
Autre manière de faire, je supprime la texture et je réaffecte manuellement celle qui est nécessaire.
En fait pour une raison ou une autre Blender considère qu'il s'agit d'un autre matériau et donc incrémente automatiquement.

Pour les animations, je corrige manuellement aussi.

[EDIT]
Ah oui la bille, désolé j'avais un peu zappé la fin de la question.
Sur FS9, j'utilisais cela:

<Gauge Name="inclinometer" Version="1.0">
   <Image Name="inclinometer_background.bmp"/>

<!-- ======================= Inclinometer indicator ===================== -->
   <Element>
      <Position X="60" Y="69"/>
      <Image Name="inclinometer_ball.bmp">
         <Axis X="7" Y="7"/>
      </Image>
      <Shift>
         <Value Minimum="-1" Maximum="1">(A:Turn coordinator ball,position)
         </Value>
         <Nonlinearity>
            <Item Value="-1" X="21" Y="65"/>
            <Item Value="0" X="59" Y="70"/>
            <Item Value="1" X="97" Y="65"/>
         </Nonlinearity>
         <Delay PixelsPerSecond="12"/>
         <Failures>
            <GAUGE_TURN_COORDINATOR Action="Freeze"/>
         </Failures>
      </Shift>

<!-- ======================= Inclinometer hightlight ===================== -->
   </Element>
   <Element>
      <Position X="0" Y="0"/>
      <Image Name="inclinometer_highlight.bmp" Alpha="Yes"/>
   </Element>

<!-- =======================     Event's Mouse     ===================== -->
   <Mouse>
      <Tooltip ID="TOOLTIPTEXT_TURN_INDICATOR_RATE"/>
      <Area Left="15" Top="59" Width="88" Height="25">
         <Tooltip ID="TOOLTIPTEXT_INCLINOMETER_BALL"/>
      </Area>
   </Mouse>
</Gauge>

Donc en adaptant on devrait pouvoir se servir de la variable (A:Turn coordinator ball,position) ce qui donnerait ce code:

<Animation name="inclinometre_ball" guid="F45AA3DB-7FAB-4c27-B87E-32D4DC276186" type="Sim" typeParam="AutoPlay" typeParam2="inclinometre_ball" length="50"/>
<PartInfo>
        <Name>inclinometre_ball</Name>
        <AnimLength>50</AnimLength>
        <Animation>
            <Parameter>
                <Code>(A:Turn coordinator ball, position) 25 * 25 +</Code>
            </Parameter>
        </Animation>
</PartInfo>

Mais ce n'est pas très original

bonjour
l'ensemble pitch, bank sur un élément est plus simple que du temps de fsx et des invisibilités.

Ici, deux bones liés et l'objet lié au deuxieme bone et roule ma poule.

Le nom de l'anim pitch sur un bone, et bank sur le deuxieme; avec un seul objet, pas besoin d'invisibilité


Je continue

pepe

hello

il existe un traducteur ? entre le premier code et le second ?? O_oO_o

merci Didier pour ton retour .... bon va falloir se retrousser les manches alors

Bonjour Pepe,

Pour les lampes, j'ai lu un truc intéressant sur FSDeveloper:
- créer un empty avec comme nom un truc genre LIGHT_Asobo_Landing
- dans le fichier system.cfg déclarer la lampe par ce nom dans la rubrique Lights à la fin avec le label #EmMesh:LIGHT_Asobo_Landing et cela fonctionne direct
- la position ne doit même pas être renseignée car c'est la position de l'Empty qui joue.
Je ne retrouve pas exactement le post mais celui-ci est un début : https://www.fsdeveloper.com/forum/threa … ost-861061

[EDIT] j'ai retrouvé la partie dont je parlais, je cite:

... la création de lumières dans Blender est plus pour le décor que pour l'avion. Pour mon avion, je crée simplement un EMPTY, je le place où il veut et je lui donne un nom approprié, "LIGHT_NAV_RED", puis j'utilise ce nom dans les fichiers CFG de la section LIGHTS. Au lieu d'utiliser `#LocalPosition:x,y,z` vous utilisez `#Node:LIGHT_NAV_RED`.

Une autre méthode consiste à laisser les anciennes lignes de ton aircraft concernant les lampes et de les placer via le DEV Mode mais c'est un peu plus long et fastidieux (c'est comme cela que j'ai fait pour le Ménestrel ... chuuuttt).

Pour l'ouverture de la porte, il faudrait donner plus de détails, voire le code utilisé.

Si j'ai bien compris à la lecteur de certains posts, le clic souris droit est à proscrire dans les code XML pour régir les animations car il est aussi utilisé pour gérer le zoom dans le VC.
Toujours dans mes lecture j'ai cru comprendre qu'il fallait créer un empty (cube) autour de la zone de clic et attribuer à ce empty la fonction clik pour actionner l'élément voulu: pas testé encore.

C'est donc la surface du empty (cube) qui détermine la surface utile.

Le Grumman G-21 Redux de OZ team revu par OZWikkie / PAM est un très bon exemple, il remplace avantageusement le DA62 du SDK ... en terme d'exemple fonctionnel.

Au niveau du Ménestrel, j'ai utilisé:
- un interrupteur au tableau de bord qui manipule une variable locale (L:CanopyCommand, bool) (le beacon est HS lui pour l'instant)

<Animation guid="5a355eb4-ac7a-4d35-86c5-c54e6e01eb98" length="50" name="switch_beacon_light" type="Sim" typeParam="AutoPlay" typeParam2="switch_beacon_light"/>
        <PartInfo>
            <Name>switch_beacon_light</Name>
            <AnimLength>50</AnimLength>
            <Animation>
                <Parameter>
                    <Code>
                        (L:CanopyCommand, bool) 50 *
                    </Code>
                    <Lag>400</Lag>
                </Parameter>
            </Animation>
            <MouseRect>
                <Cursor>Hand</Cursor>
                <HelpID>HELPID_GAUGE_LIGHT_SWITCH_BEACON</HelpID>
                <TooltipID>TOOLTIPTEXT_LIGHT_SWITCH_BEACON</TooltipID>
                <CallbackCode>
                    (L:CanopyCommand, bool) 0 ==  if{ 1 (&gt;L:CanopyCommand, bool) } els{ 0 (&gt;L:CanopyCommand, bool) }
                             </CallbackCode>
            </MouseRect>
        </PartInfo>

et une animation de la canopy qui se déclenche lorsque cette variable locale passe à 1

<Animation guid="75fb8da0-58f7-11eb-ae93-0242ac130002" length="50" name="canopyanimation" type="Sim" typeparam="AutoPlay" typeparam2="canopyanimation"/>
        <PartInfo>
            <Name>canopyanimation</Name>
            <AnimLength>50</AnimLength>
            <Animation>
                <Parameter>
                    <Code>(L:CanopyCommand, bool) 50 * </Code>
                    <Lag>50</Lag>
                </Parameter>
            </Animation>
            <MouseRect>
                <Cursor>Hand</Cursor>
                <HelpID>HELPID_CANOPY_HANDLE</HelpID>
                <TooltipID>TOOLTIPTEXT_CANOPY_HANDLE</TooltipID>
                <CallbackCode>
                   (L:CanopyCommand, bool) 0 == if{ 1 (&gt;L:CanopyCommand, bool) } els{ 0 (&gt;L:CanopyCommand, bool) }
                               </CallbackCode>
            </MouseRect>
        </PartInfo>

dutrla a écrit:

Bonsoir,

question peut être encore prématuré, as tu testé des atterrissages sur quelques pentes enneigées ?

euh  je crois ...*

https://youtu.be/hrdN1Kcl9Ug

mais je n'arrive pas a "sortir" les ski,je ne crois pas que les fonctions r_ski et l_ski serventdéja. 

enfin j'essaye déja bien sur

pepe

Salut Pepe,

Je vois que l'on a les mêmes soucis l'un après l'autre ...
La manip que l'on faisait sur FS9 de suffixer avec une chiffre ne fonctionne pas. Par contre on peut utiliser le NLATrack pour ce genre de choses et c'est tout l'intérêt de la chose.

J'avais deux instruments identiques (pilote/co-pilote), j'ai donc créé ma première animation needle_airspeed puis je suis allé, comme décris dans plusieurs tutos jusqu'à la "pousser" via le PushDown button pour la ranger dans la pile.
Ensuite, j'ai animé le second instruments et je n'ai pas affecté d'animation/tag, mais en allant dans le Dope Sheet - Action Editor, on peut dans la liste des animation, sélectionner celle que l'on veut et l'appliquer à la seconde pièce comme sur l'image qui suit:



On peut aussi via le Nolinear animation, dans la colonne de gauche, double-cliquer sur le nom du tag précédé par une étoile, ce qui le rend modifiable et entrer le même nom (important), ce n'est que dans la colonne du milieu où il y a l'échelle des temps que tu vois qu'il y a deux occurrences de ce tag.
Dans le outliner  tout à droite de l'interface, tu dois aussi avoir le même nom de tag qui s'applique aux deux animations (cf mon image).

Si mes explications sont un peu brouillonnes, elles sont justes: cela marche. Essaies sur un exemple facile et en manipulant entre les deux fonctions d'animations tu devrais y arriver.
Moi, je suis parti de deux lignes en anglais écrites par LionHeart (FSDeveloper) que j'ai décortiqué jusqu'à trouver la solution.

D'ailleurs, cela rejoint ce qu'écrivait Hinano: la seule utilité du NLATrack c'est celle-ci, dans la plupart des cas, il ne faut pas utiliser le bouton PushDown, et s'arrêter avant car le reste n'est nécessaire que pour ce cas de figure.