Il semblerait que sur FSDevelopper une piste en vidéo existe déjà sur le sujet: Comment animer une passerelle d'aéroport ?
=> http://www.fsdeveloper.com/wiki/index.p … o_tutorial

Hello,
Je pense que je Jetway est une animation spécifique qui ne pourra pas forcément s'appliquer sur un navire AI.
Par contre comme le dit Michel, il est possible d'animer un mdl de navire en utilisant des variables existantes pour un navire AI comme la vitesse.
Hélas la fréquence Nav n'est pas une variable crée par FSX pour un objet de type Boat, donc le code de l'animation ne sera pas capable de l'utiliser pour une ouvrir une porte. Par contre n'importe quelle variable L: est accessible par tous les modèles. Ainsi une gauge peut créer et alimenter une variable L qui sera alors utilisée par le modèle du navire: c'est ce que j'utilise pour réaliser le miroir  du Clem/Foch/CDG mais aussi gérer les animations des officiers de lancement (par ex)
Pour info, la prochaine version de la gauge RFN contiendra une variable L: avec la valeur de fréquence nav utilisée.
Lagaffe, tu pourras donc, si tu le veux, utiliser cette variable pour animer la porte du hangar de la version AI FSX de ta frégate.

Enfin, dans la cas de l'ascenseur, la difficulté réside avant tout dans la question de la surface dure : en animant l'ascenseur on perd la surface dure (l'avion tombant à l'eau...) . A ma connaissance seul Javier Fernendez a réussi à faire un ascenseur mais je ne sais pas comment et il ne répond plus au mail... Donc le 1er qui trouve une solution prévient les autres

A+
Fro'

Salut à tous,

Je poste ici, mais c'est également pour le CDG de Fro' ...

Je ne pense pas que les animations 'JetwayHood...' puisent être d'un grand secours, bien qu'elles figurent en bonne place dans 'modeldef.xml', elles n'ont pas de module programmé dans la zone de code. C'est une commande 'hard' du simulateur et il me semble qu'elle ne fonctionne que si un appareil est sur le point de stationnement désigné et que celui-ci est reconnu par le JetWay, ne serais-ce que pour définir la position, de la porte d'accès !

@ Sylvain : j'ai une piste pour faire transporter un appareil par un ascenseur : 


Protoype installé sur LFST, c'est loin de la mer, mais bon ...
> La montée et la descente fonctionnent en charge,
> Des bugs subsistent lors des arrivées en haut et en bas (amortissement de l'intertie du mouvement ???), pourtant dans Gmax tout est bon !

Comment j'ai procédé :
> J'ai placé sur chaque surface une 'plateforme' par clonage des polygones de la surface et 'AttachPointTool',
> J'ai lié la plateforme du plateau à celui-ci par l'outil 'Select and Link' ...
Aux premier essais : effectivement vers le 1/3 de l'ascension l'appareil décroche et tombe !
> J'ai réduit la vitesse d'ascension : l'appareil tient jusqu'aux 2/3, c'est déja mieux ...
> J'ai rendu 'nocrash' tous les éléments, ce qui a bien supprimé tous les 'Crash Boxes' : jours 2/3 actifs
> J'ai ajouté une seconde 'plateforme' en doublure sur le plateau et liée à celui-ci en pensant 'durcir' cette surface : l'appareil tient jusque en haut !

Donc la 'tenue' en mouvement dépend :
> De la vitesse de translation, il ne faut surtout pas vouloir aller trop vite, le cycle complet est étalé sur 1600 unité-temps de Gmax !
> Et peut-être aussi de la 'dureté' de la plateforme.

Sylvain, si tu me transmets une adresse courriel, je t'envoie les fichiers qui ont servi aux tests.

A+

Patrick

Dernière modification par PatDeBarr (05-03-2013 18:29:08)

Bravo Pat et merci pour l'astuce !

Pour ce qui est des jetways, j'ai posé la question sur FSDeveloper et j'ai obtenu une réponse :
- une passerelle est prévue pour se dirigerer automatiquement vers la porte de l'avion définit dans l'aircraft
- et il faut que l'avion soit sur un parking.

... hors dans le cas de figure qui nous intéresse on peut toujours définit le bateau comme un objet statique avec un parking mais je vois mal la porte de hangar que l'on fait passer pour une passerelle / "jetway", se diriger vers la porte de l'hélico.
Donc je pense que cette piste ne tient pas debout.

Bonsoir Sylvain ... et les autres,

Pour la construction :

> Le 'Plateau' est un objet simple issu de la primitive 'Box',
> 1 - J'ai sélectionné la surface supérieure, clonée en 'Object01'
> 2 - A cet object, j'ai affecté 1 effet 'Plateform',
> 3 - J'ai 'linké' cet effet avec le 'Plateau' avec l'outil 'Select and Link',
> J'ai opéré de la même manière une seconde fois (1 + 2 + 3)
>>> J'ai donc un plateau auquel sont linkés 2 platform_CONCRETE

Pour l'animation :

> Je sélectionne le 'Plateau' et je règle son animation ...
> Les deux platform suivent ...

Mais je me répette : il faut animer avec lenteur
J'ai multiplié les clés d'animation pour obtenir un démarrage et un arrêt plus lents que le reste de la progression.
Chaque 'trajet' se fait en 600 unités environ pour 10m de dénivelé.

Bonne suite.

Patrick

Bonsoir,

Ce sujet devient de plus en plus intéressant. je vais finir par être obligé de m'intéresser à GMax moi.
Ton plateau (ascenseur) est fort intéressant Pat.
A l'occasion, il faudra que je teste un truc du genre pour ma base de Polynésie...

Bonne nuit à tous

Dernière modification par WhiteNouNOurs (06-03-2013 00:04:39)

Fro' a écrit:

...Effectivement il faut descendre lentement car sinon l'avion est en perpétuelle chute/choc avec la surface dure...

Hello,
je modère un peu ma remarque pour ne pas faire  trop peur... Si la surface descend trop vite,  FSX ne  laissera pas l'avion en contact avec la surface avec un risque réel de choc voire de passage au travers de la surface dure....
Par contre, avec un taux de descente plus faible rapidement on constate que  le contact est maintenu grâce aux amortisseurs .  Si on veut obtenir un effet plus sympa et éviter de voir les roues s'agiter nerveusement, il est nécessaire de baisser encore la vitesse ce qui se fait assez simplement en ajoutant des clés d'animation ou comme dans mon cas, en jouant sur le lag de l'animation....
A+
Fro'

Bonjour à tous,

@ Sylvain : je suis content d'avoir pu, au moins, apporter une petite idée à ce CDG qui fait tant réver ...

Ton idée d'affecter une combinaison de touche à la commande de l'ascenseur est certainement le meilleur compromis possible !!!

MERCI pour ton petit bout de code !!!
Mais, puisque nous en sommes aux commandes XML, si on peut commander un ascenseur, on peut aussis, sans doute, commander une porte de hangar ...
Tu pourrais pas nous dommer un petit fil à suivre pour ce faire ???

A+

Patrick

Dernière modification par PatDeBarr (06-03-2013 09:12:00)

Bonjour PatDeBarr
Je ne sais pas si Fro' t'a répondu, mais en ce qui concerne le CDG, le mouvement de l’ascenseur est commandé par un raccourci clavier qui fonctionne avec une gauge à installer sur l'avion de façon à intercepter la variable.
En fonctionnement autonome, on a l'exemple de l'animation liée à la vitesse, comme pour le HMS Victorious chez Flying Stations.
Sans recourir à une gauge, Alberto Garcia a procédé par deux modèles (hangar fermées / ouvert).
Mais il doit exister d'autres solutions...
Michel

Hello,
j'ai fait qqs aménagements dans ma gauge pour avoir une variable qui bascule de 0 à 1 (toggle) via une combinaison de touches paramètrable.
Côté animation c'est un eu plus "propre":

<PartInfo>
        <Name>Elevator_1</Name>
        <AnimLength>360</AnimLength>
        <Animation>
            <Parameter>
                <Code>
                    (L:RFN_Command1, bool) if{ 360 } els{ 0 }                    
                </Code>
                <Lag>15</Lag>
            </Parameter>
        </Animation>
    </PartInfo>

Après, Patrick, pour répondre à ton idée, Modeldef.xml ne permet pas de créer des variables (en tout cas pas dans ses codes d'animation). Donc, les animations qui y sont définies doivent utiliser des variables existantes par ailleurs. Cela peut être des variables de FSX, or les objets de type AI Boat ne possèdent pas beaucoup de variables FSX : on y trouve la vitesse le cap, les variables d'environnement, etc... Donc rien de modifiable simplement par le joueur pour déclencher une ouverture de porte (par exemple). C'est pourquoi je penche vers une utilisation de variable L: créée par une gauge, et ce type de variable est visible par tous les navires AI.

L'avantage de la commande générique de ma gauge, c'est qu'elle nécessite pas d'installation spécifique pour peu que l'avion (ou l'hélico dans le cas de la Fremm) soit déjà équipé de la gauge ne serait-ce pour avoir un Tacan sur le navire mobile...
Pour l'instant j'ai défini une seule "variable de commande", mais rien n'empêche d'en crée 1 ou 2 de plus... C'est du gros contournement mais pour l'instant c'est le seul moyen que je connaisse pour permettre à un modèle de navire AI d'accéder à une variable "commandable".

A suivre...
Fro'

Salut Didier,

Elle aura, sans aucun doute, fière allure aux côtés du CDG de Fro' ...

Patrick

Très très beau !!!!!!

David

Magnifique travail
Et tous nos encouragements.
Michel