Bonjour à tous,

Mon message est simple : " Au Secours " !
Ceci ne m'arrive qu'avec le Fouga Zephyr DC, rien d'anormal avec le Zephyr Solo ! J'ai du perdre une gauge, en cours de route . . .
J'ai ré-installé 2-3 fois, et même aprés avoir rechargé le fichier : toujours le même résultat !

Merci de votre aide .

Hello Gilles,
Je ne suis pas sûr de comprendre  ce que tu as fait...
Il y a dans les HUD de J.Rusev  une partie détection de porte-avions et calcul de variable qui est aussi présente dans les V2 et V3 de mes gauges RFN.
Que l'on utilise le radius ou le nom AI  cela ne change pas grand chose au calcul des variables L :
La V3 a beau être en C++ elle calcule quand même les variables L: dont tu trouveras la liste dans la doc....
A+
Fro'

Hello,
Je poursuis la conversation ici car c'est un sujet qui peut intéresser autant des codeur de gauges pure-XML (comme un HUD) que des codeurs de cockpit 3D.

Gillesaw a écrit:

...En fait la nouvelle gauge n'alimente pas les données nécessaires au Tacan et à l'ILS du HUD....

Non, la gauge C++ alimente l'ensemble des variables nécessaires (et même un peu plus...)! Regarde la dernière page de la doc fournie avec la gauge et tu trouveras la liste des variables alimentées par la dll.


Nativement dans FSX il n'y a pas de Tacan et/ou d'ILS sur des porte-avions AI : toutes les fonctions de nav sont calculées par FSX à partir de coordonnées fixes.  Donc pour obtenir le même résultat (apparent) à partir d'un navire en mouvement , il est nécessaire de reconstruire totalement les fonctions en dehors.
Synthétiquement il y a 3 couches fonctionnelles:
1) Couche "basse": l'identification et la localisation du porte-avions
2) Couche "intermédiaire" : le calcul et l'alimentation des variables de nav
3) Couche "utilisateur" : la restitution

Dans le package 3.2, la couche basse est réalisée par la multi-gauge (partie du code commune à toutes les gauges de la dll), elle utilise Simconnect pour obtenir de FSX les informations élémentaires nécessaires (position/cap/vitesse, altitude de l'avion, liste des navires AI, position/cap/vitesse du navire désigné, etc...). C'est aussi cette couche qui récupère de Carrier.xml tous les paramètres nécessaires au fonctionnement des gauges.

La couche "intermédiaire" est réalisée dans la multi-gauge et dans la sous-gauge TACAN_Nav1 (ou TACAN_Nav2): le calcul (à base de trigonométrie sphérique etc...) est fait dans la multi-gauge, et les conversions finales et alimentation des variables L: sont faites par la sous-gauge.

Enfin, la partie "utilisateur" est faite par la gauge XML "Tacan_Indicator". Il s'agit de la partie visible du système qu'on a mis dans un gauge 2D générique afin de pouvoir "équiper" n'importe quel avion, mais elle peut réalisée directement dans le VC (comme dans l'ETD) ou dans une autre gauge (comme un HUD par ex). Pour cela il suffit d'utiliser les variables L: mises à dispo par la couche intermédiaires comme on le ferait avec n'importe quelles autres variables FS.

Le HUD de J.Rusev est particulier pour 2 raisons:
1) son code contient les 3 couches fonctionnelles dont j'ai parlé ci-dessus (donc il y a des redondances avec la dll RFN)
2) l'affichage des réticules utilisent les mêmes variables L: que celles de la gauge RFN : je suis en contact avec l'auteur et me suis coordonné avec lui pour utiliser exactement les mêmes variables.

En effet, Jivko travaille sur une version de ses gauges HUD 100% compatibles avec la gauge RFN : le code teste la présence de la gauge RFN et, selon si elle est présente ou non, soit il utilise directement les variables L: (couche utilisateur seule) ou soit il fait appelle à une autre partie du code pour exécuter préalablement les 2 couches fonctionnelles manquantes...

En attendant ces nouvelles moutures, tu peux toujours shunter les parties basse et intermédiaire du code existant du HUD : cela t'éviteras tout parasitage dans les variables L:...C'est relativement simple d'isoler les partie purement affichage du reste du code...

De la même façon, il est assez peu complexe d'enrichir un HUD non équipé (comme celui du F14 d'IRIS) de telles fonctions...

En espérant que tout cela est assez clair,
A+
Fro'

A+
Fro'

jahna a écrit:

BONJOUR à tous    ( je relance ce post noyé par d'autre bien plus techniques )

une petite question simple :   ( posée à Géoair mais il doit être occupé  .... )

est ce que les livrées  " P "  vont sans problème sur les avions de type  " M "  ( Etendard )
mon but est d'avoir un lisse 2 bidons avec une livrée " camouflée .

merci d'avance
@+ JAHNA

Hello,
la question est sans vraie réponse : "sans problème"? forcément non car tu auras obligatoirement un problème au niveau du  nez!
Pour autant , le reste de l'avion est identique donc c'est question d'appréciation de ta part...
Qu'est-ce qui t'empêche de faire l'essais? Il s'agit juste d'une modif dans le aircraft.cfg pour qu'un IVM utilise les textures d'un IVP....
Après les paintkit sont disponibles donc tu pourras aussi corriger les défauts si tu le souhaites...

En d'autres termes : essaies et dis-nous, car nous n'avons pas essayé! 
A+
Fro'

Bonjour fro,
comme évoqué dans mon post 2546, j'ai installé la version V3 et c'est une vrai merveille. J'ai remarqué en plus des constatations de mon post, c'est que lorsque à bord du PA, on se présente au break à 800ft, on obtient déjà les indications de l'OA qui nous signifie que l'on est bien sur trop haut...Chose qui n'arrivait pas avec la version 2. L'annonce "contact 1nq5" manque de jour en percée et aussi de nuit. En espérant que vous trouverez mes remarques constructives et surtout continuez car votre travail est remarquable. Merci

ICAREJ a écrit:

Bonjour fro,
comme évoqué dans mon post 2546, j'ai installé la version V3 et c'est une vrai merveille. J'ai remarqué en plus des constatations de mon post, c'est que lorsque à bord du PA, on se présente au break à 800ft, on obtient déjà les indications de l'OA qui nous signifie que l'on est bien sur trop haut...Chose qui n'arrivait pas avec la version 2. L'annonce "contact 1nq5" manque de jour en percée et aussi de nuit. En espérant que vous trouverez mes remarques constructives et surtout continuez car votre travail est remarquable. Merci

Hello,
Des annonces OA alors le train est rentré? ? Pas normal en effet... il faudra que je regarde...
Concernant l'annonce "1NM5", comme tu le précises, il s'agit d'une annonce de l'approche CCA et non de l'approche à vue.  Nous avons prévue d'intégrer le circuit CCA un peu plus tard car il demande plus de réflexion/tests donc pour l'instant il faut se contenter du  seul circuit "à vue"...

jahna a écrit:

j'ai essayé ! et catastrophe , j'ai été obligé de désinstaller l'avion

Michel te dirait de toujours faire une copie de sauvegarde de son aircraft.cfg avant toute modification...
Après croiser le VC d'un modèle avec l'extérieur d'un autre c'est assez simple au final : je t'invite à jeter un coup d'oeil au contenu des fichiers model.cfg de l'ETD IVM 4pts avec altimètre pour voir comment on peut utiliser des alias (ou chemin) pour mélanger modèle ext et VC...

A+
Fro'

Geoair2 a écrit:

moi avec la nouvelle gauge installer sur le IVM et IVP j'ai un souci je doit redémarrer le vol avant de démarrer l'avion pour que la gauge pour le carburant fonctionne ainsi que le surgonflage de l'amortisseur avant je voulait savoir si d'autre avait se souci mais a par sa tout fonctionne

Hello,
Que veux-tu dire par "Redémarrer le vol avant de démarrer l'avion"?
Le sur-gonflage et la jauge carburant sont gérés par Entendard_FSX.gau qui fournit aussi toutes les gauges du panel 2D, as-tu fais des modifs dans le panel 2D d'origine?

A+
Fro'

Surprenant...
Je ne vois pas de lien entre l'initialisation de la gauge Etendard_FSX.gau et RFN_CarrierGauge.dll....

Je te conseille de mapper la fonction "rechargement de l'avion" (fonction FS non nativement mappée sur une touche) : cela est très pratique pour rafraichir avion et gauge sans recharger tout le décors...

Sinon est-ce que cela t'arrive dans tous les cas  (vols libres et vols enregistrés) ou juste vols enregistrés?

Dernière possibilité, est-ce que FSUIPC est toujours fonctionnel chez toi?

A+
Fro'

mmm... je ne vois rien qui expliquerait pourquoi maintenant les gauges ne se chargent pas toutes comme il faut dès la 1ière fois et qu'il faut recharger le vol pour obtenir un chargement complet...

Est-ce que cela fonctionne si tu lances ton vol via un avion "neutre" (le Cessna par ex) avant de changer d'avion pour l'ETD?
Autre chose, au début du vol (avant de recharger le vol), est-ce que passer sur le tableau de bord 2D (Maj+2 par ex) règle le problème?

A+
Fro'

Bonjour à tous,
Depuis quelque temps j'ai la catapulte avec arrestorcable qui ne fonctionne plus est ce que quelqu'un à déjà rencontré ce type de problème?
J'ai comparé avec mon PC portable ou arrestorecable fonctionne correctement, les réglages sont identiques, j'utilise le même FSUIPC lorsque je suis aligné sur la catapulte freins de parc sur ON le bandeau vert catapulte armée s'affiche, poussé 95% au laché des freins rien ne se passe.
Avez vous une idée je vous en remercie par avance.
Cdlt
Marty

ferondoe a écrit:

...
Depuis quelque temps j'ai la catapulte avec arrestorcable qui ne fonctionne plus est ce que quelqu'un à déjà rencontré ce type de problème?
...

Bonjour Marty
Si tu as acceleration, il est préférable de ne pas utiliser d'autres systèmes.
Toutefois, si mes souvenirs sont bons, il me semble que la zone de catapultage est définie par des points géographiques et ne fonctionne donc que sur des PA fixes déclarés en scène. Il faut donc vérifier que la zone de catapultage est bien présente dans le fichier de configuration.
Mais cette réponse demande confirmation.
Michel

Dernière modification par micpni (27-09-2012 15:41:01)

Colonnel "Y" a écrit:

Ceci ne m'arrive qu'avec le Fouga Zephyr DC, rien d'anormal avec le Zephyr Solo

Bonjour Colonnel "Y"

Ce genre de problème n'est pas facile à identifier.
Il peut provenir soit de l'installation, soit des options de FSX.
Pour trouver, il faut faire des tests, la difficulté étant de savoir lesquels faire...

Tu pourrais faire cet essai :
1) Sauvegarde les gauges du Zéphyr dans FSX/gauges
2) Neutralise les gauges du Zéphyr dans FSX/gauges (par exemple en mettant .ori à la fin)
3) Lance FSX et choisi le Zéphyr solo puis le Zéphyr DC.
Tu ne devrais pas avoir les instruments.
4) Remet les gauges en fonction et regarde si tu obtiens le même résultat.
Michel

Bonjour Michel,
Merci pour ta réponse, d'après ce que je sais normalement avec arrestorcable on peut se faire catapulter de n'importe ou même sur un parking ou une piste hi!!!  hi!!! les coordonnées interviennent uniquement pour l'apontage.
on se fait catapulter sur la 01 de KNPA en ce moment sans problème les collègues de la FAF cela marche pour eux, mais pas moi. snif!!
Bien sûr avec le pack accélération je n'ai pas de problème.
Je vais essayer une version plus récente de FSUIPC à suivre.
Encore merci
Cdlt
Marty