Vous n'êtes pas identifié(e).
Bonjour,
La plupart du temps, on s'efforce de travailler les reflets mais, moi, je cherche à les supprimer car la peinture d'un navire de guerre est mate, du moins je le pense
!
Quelle serait la méthode la plus expéditive avec le sdk gmax. La plus "quick and dirty" consiste à affecter à la "specular" la même texture que la diffuse sans alpha. Mais bon, quoi de mieux à me proposer ? Merci!JMC
Hello,
Le reflet dans les «material » FSX est géré via 2 principaux leviers : la couche RVB et la couche Alpha
La 1ière sert à définir la couleur du reflet et la 2ième va définir avec une échelle de nuances de gris (8 je crois) l’intensité du reflet.
La plupart des matières ont des reflets de couleur blanche (ou nuance de gris). Certaines matière vont avoir des reflets de couleur ce sont des peintures métallisées ou réfléchissantes. A noter que le noir pur dans la couche RVB specular donnera un reflet de couleur noir soit… pas de reflet (en lumière le noir = absence de lumière)
Dans les material de FSX, il existe d’autre paramètres, il vont gérer des subtilités du reflet comme par exemple la taille de la surface du reflet.
Tout cela rend au final la palette de combinaisons assez riches… et donc complexes…
Pour revenir à ta remarque, en ré-utilisant ta couche Diffuse tu vas utiliser un gris moyen (la Marine n’est pas très créatif côté couleur) pour la teinte du reflet (ce qui est pas déconnant côté réalisme). Amuses-toi à mettre cette même texture dans la couche Alpha, tu devrais alors avoir un navire avec un rendu assez brillant type « plastique »…
Personnellement, je pars toujours de cette base (texture diffuse collée en l’état dans la texture specular et dans sa couche Alpha), pour ensuite corriger petit à petit les nuances, par ex:
- ajoute un filtre assombrissant global pour la couche Alpha => rendu semi mat
- passage des marquages peints en blanc dans specular et Alpha => effet plus brillant des peintures
- passage en noir pur de tous les trous voir des ombres dans specular et Alpha => effet de relief
Sur un navire, le métal peint reste toujours un peu satiné, par contre, le bois de ton pont d’envol aura un rendu plus mat et les marquages auront, eux, une effets plus brillants. Les vêtements/tissus ou la peau des personnages sont très mat, les caoutchoucs sont eux mat avec un soupçon de brillant, etc…
Personnellement, je trouve que de jouer avec toutes ces nuances de brillance permet d’ajouter un vrai effet de richesse au modèle : meilleur rendu de la diversité des matières du navire.
L’étape d’après est d’intégrer en plus des effets d’ombres (ambiant occlusion) aux textures diffuse et specular : cela finit de mettre vraiment en valeur la finesse de la modélisation !
A+ et bon courage !
Fro’
Voilà ce qu'on obtient avec MCX (le matelot seul s'affiche correctement)
Hello,
Surprenant ton histoire... Je rejoins Henrik au sujet de la taille de la texture de tes marins : elle me semble beaucoup trop grande pour l'usage que tu en fais. Pour mes personnages, le visage rentre dans un carré de 100x100px et c'est déjà assez détaillé.
Pour le pb de rendu cela pourrait être un pb de paramétrage de ton "material" utilisé...
As-tu essayé de placer tes textures "personnage" dans un coin d'une de tes textures existantes qui habille ton navire? Ainsi tu es sûr qu'il n'y aura pas de pb de "material"puisque tu as déjà un rendu OK avec cette texture. En plus cela de permettra de faire l'économie d'une texture...
A suivre
Fro'
...
C'est vraiment pénible votre truc. On sait que c'est la votre .... c'est bien précisé, c'est la consécration de votre travail de le voir publier sur flightsim. Vous devriez être content!
JMC
Hello,
Consécration? Non je ne pense pas, il ne s'agit pas de "publication" et n'importe qui peut mettre n'importe quoi sur ces portails: la preuve c'est qu'un parfait inconnu a pu déposer l'Alouette de Squirrel à sa place sans le moindre soucis.
Il n'est pas du tout question d'ego lorsqu'un créateur souhaite garder la main sur la "distribution" de son modèle, il s'agit de pouvoir maitriser un minimum ce qui mis à la disposition des simmeurs.
Un package diffusé via un portail comme Flightsim échappe complètement à son créateur : impossible de corriger quoi que ce soit dans son contenu ou de retirer celui-ci au profit d'une nouvelle version.
La conséquence est que derrière, on se retrouve avec une gestion très pénible du support, avec des questions sur des versions anciennes qui continuent d'arriver des années après ...
Le seul moyen pour ce simplifier la vie c'est d'avoir la main sur les packages diffusés, en maitrisant les versions des modèles accessibles sur le net!
Il n'y a rien de mégalo derrière tout ça, juste un côté purement opérationnel car croyez-moi le support a vite fait de vous prendre beaucoup de temps ...
A+
Fro'
PS: j'ai voulu faire un test avec le Zephyr.... Ce n'est pas la nouvelle gauge qui apparait. J'aurais oublié quelque chose?
Hi,
Vérifie qu'il n'y a pas de version de la gauge RFN dans le dossier "Panel" du Zéphyr : FSX recherche les gauges d'abord en local avant d'aller regarder dans FSX/Gauges.
Fro'
Hello,
on vient de mettre en ligne une petite nouveauté sur le site de la RFN!
Hélas non, il ne s'agit pas d'un avion américain qui a été le dernière chasseur de la Marine si vous voyez ce que je veux dire (... 
), non il s'agit de la version 4.2 de la Gauge RFN que nous avons enrichie d'une fonction toute bête qui, je crois, est assez pratique : pouvoir, au cours d'un vol, rejoindre immédiatement le porte-avions dont la fréquence est réglée!
Ainsi plus de problème pour démarrer votre vol depuis le bord, en 2 clics c'est fait! La gauge est même capable de gérer jusqu'à 4 emplacements pré-définis différents par navire : par exemple se placer sur la catapulte avant du CDG, dans le hangar avia,sur le spot "optique" du Clem, etc...
Donc faites vous plaisir d'autant plus que ceci fonctionne sans soucis en vol multijoueur!! 
Cette version est disponible sur le site de la RFN (cliquez sur ma bannière), rubrique Création/Gauge, la dll v4.2 remplace la précédente sans avoir besoin de modifier les fichiers panel.cfg de vos avions précédemment équipés. Seul impact, il vous faudra remplacer les fichier RFN_Carrier.xml et RFN_Parameter.xml, donc attention si vous aviez modifié ceux-ci, car il vous faudra reporter vos modifications dans les nouveaux fichiers xml.
Dernière chose, pour ceux qui souhaite ajouter des navires ou ajouter des emplacements cibles à des navires, on a ajouter aussi un petit utilitaire qui permet de lire directement les coordonnées (x,y,z) nécessaires au paramétrage du fichier RFN_Carrier.xml: là aussi gain de temps non négligeable car on positionne l'avion où l'on veut, et on a plus qu'à ouvrir le menu ad hoc pour lire les données kivonbien.
A+
Fro'
Hello,
As-tu essayé ModelConverterX pour convertir un mdl en un bgl de scenery?
Je ne pratique pas beaucoup MCX mais de mémoire il y a des outils de placement d'objets et une fonction d'export de scenery.
A+
Fro'
...Faut-il ouvrir des posts spécifiques pour les différents appareils ?
Non, pas particulièrement, il faut surtout adresser les pb 1 par 1.
Dans ton cas, je comprend donc que côté Zéphyr tout est maintenant OK sous P3D v2.5, tes soucis viennent désormais de l'ETD qui semble avoir un pb global de fonctionnement (des animations 3D OK mais sans aucun effet)...la question du vide-vite devrait se régler avec le pb global.
As-tu du son lorsque tu bouges les switchs et/ou boutons?
Comment as-tu installé l'ETD dans P3D? Via l'installateur FSX et un dossier temporaire ou à partir de FSX en copiant les dossiers depuis FSX?
A priori, P3D ne charge pas les gauges de l'ETD, à cela il peut y avoir 2 raisons principales: soit parce qu'il ne trouve pas les gauges (pb d'intall) soit parce qu'il ne cherche pas à les charger (pb de panel.cfg)
A suivre,
Fro'
... il serait temps que RFN s'équipe en P3D !!!
Je vais finir par m'énerver 
1) Nous avons des P3D à la RFN (en V1.x et en V2.x) et tout fonctionne très bien (hors la question du BIP), merci!
2) Je me répète encore : il faut traiter les pb 1 par 1!! Si le Zéphyr ne fonctionne pas convenablement sous FSX, cela ne sert à rien de parler de P3D. Il est déjà difficile de suivre les pb des simmeurs dont les post et réponses se croisent, si en plus chacun mélange les plateformes, on y arrivera pas et chacun perd du temps...
A+
Fro'
Pour Fro :
xombul a écrit:
... oui aucun problèmes avec les autres fenêtresPetite precision .... je ne parlais pas de la fenetre Tacan, du Zephyr , sur le Zephyr j'ai juste le meme probleme que lui pas de Gauges juste un tableau de bord avec des trous noir !
par contre impossible de faire apparaitre la fenetre Tacan ......... sur n'importe quel avion que ce soit aucune fenetre Tacan !! juste une fenetre furtive
Philippe
FSX Steam et P3D nécessitent des installations parfois différentes de FSX pour lequel le Zéphyr et la gauge RFN ont été packagés, il nous est difficile de comprendre à distance dans quelle situation vous êtes...
En l'occurrence, xombul, je ne suis pas sûr de comprendre, car je ne parlais pas de la gauge RFN ou de sa fenêtre 2D "RFN Tacan", mais des instruments du Zéphyr.
Sur le Zéphyr, tu ne vois pas les instruments dans le cockpit virtuel (tableau de bord avec des trous noir), mais as-tu des fenêtres 2D fonctionnelles? La fenêtre "Radio Stack"? La fenêtre "Configuration"? Il est inutile de chercher à faire fonctionner la gauge RFN sur le Zéphyr si déjà aucune des gauges ne fonctionnent par ailleurs...
A+
Fro'
Hello,
j'ai du mal à suivre toutes les pb qui sont remontés actuellement...
...Non, le vide-vite ne fonctionne pas, le bouton est inactif, tout comme les boutons caméras. (et d'autres probablement)
Le hic c'est que je ne comprends rien aux réglages FSUIPC pour P3D:hmm
Jean
Attention le vide-vite s'active par un clic droit, sinon il n'y a aucune raison pour que l'inter ne bouge pas... Qu'appelles-tu les "boutons caméra"? FSUIPC ne sert qu'à gérer le vide-vite, un pb avec FSUIPC (ce qui est rare) n'empêchera aucun instrument de fonctionner dans le cockpit du Zéphyr!
... oui aucun problèmes avec les autres fenêtres
Je ne comprend pas ce que cela signifie? Les fenêtres 2D et le panel 2D du Zéphyr fonctionnent normalement? Si c'est le cas il ne faut pas chercher un pb avec la gauge Zephyr_FSX.dll mais du côté du ficher panel.cfg !
...Si je supprime la ligne Gauges ou si je remplace le 2 par un 1 au redémarrage il faudra valider la confiance et le 2 reviendra en place. Sur les autres avions il y a aussi 2.
Par contre je n'ai pas trouvé dans le fichier P3D CFG, cette ligne...
Il est préfable de ne pas adresser FSX et P3D en même temps car rien n'indique qu'il s'agit du même pb. Je comprend que FSX a bien détecté la gauge. Peux-tu nous préciser ce que tu as dans le VC, dans les fenêtres 2D et/ou panel 2D? Est-ce que tu as utilisé l'installateur auto de Restauravia? As-tu fait des modifications post installation?
A+
Fro'
oui tres exactement :
[Trusted]
c:\program files\steam\steamapps\common\fsx\GAUGES\fa-18.DLL.qclneqoztwohuzenrqurkkzbkhbibctzqrezircr=2
Modules\FSUIPC4.dll.itrkqeqhihakrnrhuqqtwqizrkiwzrllzrkonzoz=1
c:\program files\steam\steamapps\common\fsx\GAUGES\RFN_CarrierGauge.DLL.lwrhnhlkkqnclubwrnilahwaeqcbihuuaheukqee=2
c:\program files\steam\steamapps\common\fsx\GAUGES\DSD_Sound_Gauge.GAU.caenolhazeurceahhulbzhzwicqiaowrwtzatcru=2
C:\Program Files\AICarriers\aicarriers.exe.kwztkkaierzhohrzqbncruabowiwhawacoooowik=1
Hello,
Attention, les gauges sont bien vues mais elles sont déclarées avec la valeur "2" qui n'est pas la bonne valeur, car, sauf erreur de ma part, pour que FSX autorise le chargement de la gauge, on doit avoir une valeur de "1" comme c'est le cas ici pour FSUIPC et AICarrier.
Il faudrait donc soit forcer les valeurs à "1", soit carrément supprimer les lignes incriminées pour forcer FSX à redemander l'autorisation.
A+
Fro'
Bonjour
J'ai été tenté d'installer le zéphyr en suivant le sujet FSX RFN Aide que je trouve très intéressant.
Je suis sous Windows 7 x64 et FSX et P3D2.4 sont chacun sur un SSD.
J'ai installé le Zéphyr sur P3D 2,4 sans problème particulier mais sur le tableau de bord les gauges n'apparaissent pas.
Ensuite je lance l'installation sur FSX et j'obtiens le même résultat, pas de gauge. Le fichier DLL 8440ko Zéphyr_FSX est bien à sa place dans le dossier Gauges P3D et FSX.
Les dossiers Visual C++ 2010,2012,2013 sont dans les programmes ainsi que Net Framework jusqu'à 4.5.
Microsoft ESP Sim Connect client V1.0.0.20.0 152ko 2/12/2014 est installé.
Il y a trois ou quatre semaines j'ai installé d'autres avions, Spitfire, Rafale, Carenado ... sans difficulté dans P3D et ils
fonctionnent bien.
C'est la première fois que je rencontre un fichier gauges DLL, il manque sans doute dans mon PC un programme mais lequel ?
Je vous remercie pour vos conseils.
Hello,
Attention à ne pas mélanger les problèmes. Il y a d'une part gauge RFN qui sert au guidage sur porte-avions, catapultage qui utilise Simconnect et d'autre part les gauges du Zéphyr qui n'utilisent pas Simconnect.
A noter que les 2 fichiers de gauge sont codés en C++ sous forme de dll ce qui en l'état est la même chose que le .gau que l'on trouve parfois aussi avec d'autres add-on...
Les instruments du Zéphyr ne s'affichent pas cela signifie que les gauges ne sont pas chargées. Les causes classiques sont :
1) On n'a pas validé les 2 messages de demande de confiance affichés par FS lors du 1er chargement de l'avion. Pour forcer un nouvel affichage des messages, il suffit de faire un copier-coller de la dll dans le même dossier, ainsi FS estimera qu'il s'agit d'un nouveau fichier...
2) L'installation s'est mal déroulée : dll au mauvais endroit, corrompu, pb de fichier panel.cfg etc...
3) FSUIPC n'est pas installé ou ne fonctionne pas comme il faut
4) Pré requis C++ non remplis (cf message de Michel sur MS .Net framework et MS VC++ )
A+
Fro'
...Toutes ces explications ne me satisfont pas !!!!
Sauf une : la gauge RFN fonctionne autrement dans P3D que dans FSX !
...
Doucement, je ne suis pas là pour expliquer quoi que ce soit mais pour essayer de comprendre ce qu'il se passe chez toi.
L'exercice n'est jamais simple et comme on est obligé de faire avec le peu d'infos dont on dispose il est normal de chercher à évacuer d'abord les cas les plus courant. Après je ne suis pas devant ton PC, je ne peux deviner tout ce que tu as testé ou non...
Et non, la gauge RFN ne fonctionne pas différemment dans P3D que dans FSX, c'est exactement le même code. Après que P3D se comporte différemment que FSX à la limite pourquoi pas, c'est possible, mais à ce jour je n'ai lu nul part des remarques concernant Simconnect (l'API qu'utilise la gauge RFN) qui vont dans ce sens...
D'ailleurs elle semble fonctionner normalement chez toi d'après ce que tu écris.
Ensuite je ré-écris ce que je disais :"si la gauge RFN fonctionne mais pour autant ne réagit pas lorsqu'on active une touche du joystick, c'est soit que cette touche n'est pas celle qui est paramétrée dans le fichier (cf ma réponse dans le post précédent) soit que l'interception a échouée ... "
J'ai bien l'impression qu'on est dans cette dernière situation car, en plus, tu viens de préciser que tu passes par un profil pour ton joystick et ton clavier : c'est exactement le genre de choses auxquelles je faisais allusion quand je parlais de configuration de joystick via un émulateur qui peut perturber l'interception.
As-tu les moyens de faire un test en utilisant un clavier ou un joystick qui ne passe pas par un profil?
...je pense qu'il reste une valeur résiduelle dans la variable qui gère le frein, et il suffit que la gauge aille vérifier que cette variable = 0 pour empêcher le catapultage ....
Non encore, il n'y a rien de tout ça dans le code de la gauge, celle-ci va écraser les valeurs de la vitesse de l'avion directement dans FSX/P3D via Simconnect pour lui imposer une prise de vitesse spécifique. Peu lui importe qu'il reste un chouilla de frein résiduel, au pire cela risque de chauffer, c'est tout...
A+
Fro'
Bonsoir à tous,
Ce matin ça fonctionnait, cet aprem plus du tout !!!!
J'ai à nouveau les mêmes comportement que Jean que ce soit avec le CDG programmé en traffic ou commandé par AICarriers.
Pensant à un problème de frein, j'ai même désactivé les freins du pédalier, sans résultat !
J'ai essayé par un vol normal : décollage de LFTH, appontage ... et en rejoignant le CDG en mode 'Slew', pas de différence.
Même en arrêtant complètement le PC pour avoir un démarrage 'propre'.Le comportement est vraiment aléatoire.
Bons vols.
Patrick
Hello,
La gauge RFN (dans ces versions récentes) n'est pas liée au frein mais à la détection d'un raccourci (celui qui est défini via RFN_Paramter.xml). De manière très pragmatique, si la gauge RFN fonctionne mais pour autant ne réagit pas lorsqu'on active une touche du joystick, c'est soit que cette touche n'est pas celle qui est paramétrée dans le fichier (cf ma réponse dans le post précédent) soit que l'interception a échouée ...
Je n'ai pas eu d'exemple jusque là de ce dernier cas, donc difficile d'expliquer? Conflit avec un autre programme qui saturerait Simconnect? Configuration de joystick particulière (qui utiliserai un émulateur par ex)? Je ne pas répondre sans connaitre vos installations...
A+
Fro'
Bonsoir,
Une petite vidéo du catapultage musclé du Zéphyr à partir du CDG
http://youtu.be/gVi8gZfDNGU
Jean
Hello,
Il y a plusieurs choses derrière les différents points remontés par la vidéo.
"Maj+U" : il s'agit du raccourci standard pour une fonction de FSXA/P3D ("Abaisser/Remonter la launch bar"). Dans le cas du Zéphyr (qui n'a pas de Launch Bar) je crois que cette fonction est associée au sur-gonflage du train avant: par précaution j'utiliserais l'inter du cockpit 3D (cf la doc du Zéphyr pour la situer exactement) plutôt que le raccourci clavier car il est possible que l'animation ne soit pas déclenchée par le raccourci.
Lancement catapultage via la Gauge RFN : Il y a plusieurs chose qu'il faudrait éclaircir. Tout d'abord, est-ce que la gauge RFN fonctionne bien? Pour le vérifier, il faut modifier la fréquence du Nav2 (par ex 111.00Mhz pour se placer sur la fréquence du CDG config1) et s'assurer qu'un bandeau texte apparaît en haut de l'écran. Si rien ne se passe c'est que la gauge ne fonctionne pas ...
Dans le cas où la gauge RFN est bien active, le pb le plus courant est que le raccourcis paramétré pour le catapultage (via le fichier RFN_Parameter.xml) n'est pas celui qui est utilisé en vol. Quand on utilise un joystick Microsoft décale les indices des boutons (l'indice "0" correspond au bouton "1", etc... ). Autre difficulté, On ne connait pas simplement quel numéro Microsoft a affecté à nos joysticks. Pour cela je vous conseille de faire des tests de numérotation en commençant par "Joystick:0..."
Dernière chose, si vous galérez pour faire ces paramétrages (pas toujours simple/rapide de se mettre en configuration de catapultage), je vous conseille de modifier les raccourcis des commandes "ToggleInput" et "RefuelInput" (cf RFN_Parameter.xml) car ils peuvent être activés n'importe, n'importe quand. Une fois le bon raccourci trouvé/paramétré, il n'y aura plus qu'à faire un copier-coller dans le fichier de paramétrage...
A ce jour, il ne semble pas que les variables et fonctions utilisées dans le catapultage soient gérés différemment dans P3D que dans FSXA, et donc la gauge RFN s'exécute exactement de la même façon dans FSXA que dans P3D...
A suivre,
Fro'
Merci Michel, c'est déjà une piste, même si en fait, je ne parlais pas du sélecteur de waypoint, mais de celui qui permet de basculer l'indicateur entre les différentes fonctions (VOR, TACAN, PHI, PS et je ne me souviens plus de la cinquième !!).
De toute façon, si je veux réaliser ce cockpit, j'aurai besoin de connaître toutes ces variables, et c'est bien ce qui m'inquiète : sont-elles toutes adressables à l'aide du programme SIOC ??
Je crois effectivement que seul FRO peut me répondre...
A suivre donc.
Eric
Hello,
La question est de savoir ce que peut, ou ne peut pas faire, le programme SIOC? Est-il capable de se connecter à Simconnect? De lire des variables L:?
Les instruments de Etendard et la plupart des instruments des autres modèles que je connais utilisent des variables personnalisées (variables de type L:) car les variables standards du SDK de FSX ne permettent pas de réaliser les fonctions spécifiques de tous ces avions. Ce que je dis ne concerne peut-être pas des avions de tourisme (et encore??) mais c'est vrai pour les avions militaires fonctionnellement plus complexes...
Ce qu'il faut savoir c'est dans quelle mesure les solutions utilisées pour faire des "home cockpits" permet d'interagir avec les variables L: d'un avion?
Sans ça il y aura pas mal de fonctions qui ne pourront pas être reproduitent....
A+
Fro'
Hello,
Belligou: Je ne vois pas trop pourquoi la gauge RFN ne marcherait pas avec P3D? Les questions de fichiers sons absents peut être contournée assez facilement.
La gauge peut en effet gérer différentes collections de son pour l'Officier d'Appontage virtuel afin de gérer des ambiances sonores différentes selon les navires ou zone définies dans le fichiers RFN_Carrier.xml.
Les fichiers absents dans P3D sont ceux qui sont affectés par défaut au langage US dans le fichier de paramètres.
Il suffit donc d'éditer le fichier RFN_Carrier.xml et de remplacer toutes les lignes :
Language="US"
par
Language="FR"
Mecnav65 : désolé de te décevoir mais il ne s'agit pas d'un nouvel ETD, mais de "l'ancien" sorti il y a qqs années maintenant...
A+
Fro'
T'aurais pu le couler ! ça aurait donné du boulot à la RFN ! rires !
a+
Hi,
Ce que je vois surtout c'est qu'il devient urgent de finir le Crusader afin de tenir tous ces pointus à distance de nos jolis navires!!
=D
A+
Fro'
En fait, l'écran (et ses boutons) disparaît complètement. Le S et le B n'apparaissent pas du tout.
Le scope "blink" très rapidement quand je le sélectionne.J'ai essayé le dispositif sous P3D et tout fonctionne bien, ce qui me permet de voir à quoi cela devrait ressembler sous FSX.
OK... donc c'est la dll qui plante sous FSX mais pas P3D... mystérieux....
Peux-tu copier la dll directement dans un des panels du Mirage, le dossier "Panel.5" par exemple, puis faire le test avec le n°92?
As-tu une installation FSX particulière qui pourrait expliquer ce comportement particulier sous FSX? Un Addon qui pourrait entrer en conflit avec le radar?
A+
Fro'
...Et quand je sélectionne Maj+4, la fenêtre "Contrôle radar" apparaît 1/4 de seconde à peine avant de disparaître... pas fonctionnel le scope.
Effectivement, la 1ière fois il y a un effet "disparition", mais normalement il doit rester 2 boutons sur le haut : "S" (pour "Selection") et "B" (pour "Bright").
C'est ce dernier qui sert à afficher/masquer le scope et aussi à régler son apparence.
A+
Fro'
Bonjour Fro,
J'ai vérifié l'installation et le fichier MIIIC_Radar.dll est bien à sa place dans FSX/Gauges. C'est bien cela : la souris reconnait le switch, change d'aspect (flèche ---> main) mais les différents clics ne changent pas la position du switch qui reste sur "OFF"..J'avais déjà réinstallé le IIIC sur FSX en faisant bien attention à ne pas intervertir les versions mais ça n'y change rien..
N'y aurait-il pas un raccourci clavier qui serve à mettre en marche le radar?Ma version enregistrée de FSUIPC est la 4.936.
mmm... Le pb est donc ailleurs...
Est-ce que la dll du radar fonctionne bien sous FSX chez toi? Le scope "Opérateur" (fenêtre "Contrôle Radar", Maj+4) est fonctionnel?
Si oui, peux-tu me dire si le pb survient qq soit le modèle de Mirage utilisé? Par exemple les numéros 92, 50 et 58 qui font appellent à 3 modèles de cockpit 3D différents.
Sinon je ne pense pas que FSUIPC soit la cause car cela ressemble à un pb de communication entre le VC et la dll... a priori...
A+
Fro'
Bonjour,
nombreux sont ceux qui comme moi découvre le radar Cyrano du Mirage III C.
Je note qu'il a été implanté un mode air/mer.
Quel type de radar trouvait on sur l'Etendard IV M ? La RFN prévoit elle l'implantation de ce radar sur l'Etendard bien qu'il n'y ai pas de scope radar dans le VC de l'Etendard ?
Merci.
Hello dutrla,
Je laisserai Michel compléter ma réponse si besoin, mais l'ETD IVM n'avait pas vraiment un radar au sens où l'on entend actuellement (avec un scope et la possibilité de sélectionner un echo, etc...). Il s'agissait plutôt d'un télémètre qui accrochait automatiquement tout écho qui passait dans l'axe du radar pour fournir, via un calculateur de tir, une distance et une correction au viseur... Un fonctionnement assez proche du mode "Spirale" que l'on a sur le MIIIC.
Pour répondre à ta question, on prévoit une mise à jour de l'ETD IVM pour le mettre au "standard" des dernières réalisations de la RFN. A voir mais il serait tout à fait envisageable d'y inclure cette partie "Viseur + Télémètre Radar". On pensait faire cela après le Crouze afin d'y inclure aussi les modules de ravitaillement en vol que l'on va réaliser avec le F-8...
A suivre donc...
A+
Fro'
Bee Gee a écrit :Cleartheprop a écrit :Hélas, le clic droit ne fonctionne pas. D'ou ma question.
Fais en essais en "forçant" par ctrl+E, il se peut qu'il y ait un défaut de mise sous tension du circuit électrique, jamais constaté ce pb. (ne pas oublier d'initialiser en ouvrant le panneau de config shift+2 avant mise en route)
Si ça persiste j'en informe le bureau d'étude !
Bonjour Bee Gee, J'ai essayé en initialisant, et en utilisant le Ctrl-E mais l'inter refuse toujours de bouger...
La version P3D fonctionne très bien pourtant.Surement un truc dans mon FSX..
Hello,
Surprenant cette histoire...
Il y a 2 versions du MIIIC , 1 pour FSX et 1 autre pour P3D, n'y aurait-il pas eu un mélange dans les installations?
Si la souris détecte la zone de clic sur l'inter (changement de curseur/infobulle) mais que rien ne se passe c'est que la gauge du Radar ne s'est pas exécutée : absente? plantée?
Vérifie bien ton installation (présence de MIIIC_Radar.dll dans FSX/Gauges) cela permettra alors d'y voir plus clair.
A+
Fro'
Hello,
C'est quand très bien fait je trouve!
Bien-sûr c'est une capture donc il manque l'aspect dynamique pour se rendre pleinement compte de la qualité de la texture, mais je trouve le travail de patine plutôt réussi (j'aimerais que mon F-8 ait un jour un tel rendu!)...
Es-ce le manque de salissures qui te gène?
Je me suis toujours dit qu'il était bizarre pour un créateur de proposer son avion avec des textures très patinées (en tout cas c'est ce que je me dis en travaillant sur mes modèles), je pense qu'il faut faire confiance à la communauté pour sortir de belles textures de Tomcat dans un jus "Retour d'opérations intense"!
Et puis le Kitty Hawk a l'air tellement beau que cela justifierait presque à lui tout seul l'achat!! 
A+
Fro'
Bonsoir Fro'
je vais faire dès demain une recherche dans ma doc pour ne pas raconter de bétises, mais ce système
ne fonctionne absolument pas comme le meatball d'un PA. Pour faire simple, c'est une superposition de
trois ou plutot quatre faisceaux lumineux gyrostabilisés ( pour ne pas être perturbés par le tangage du
batiment) qui indique visuellement au pilote sa position sur le plan de descente. Dans l'ordre ambre (trop haut)
vert (sur le plan) rouge (trop bas), et le quatrième, rouge clignotant (dangereusement bas). Voilà pour le
principe. Comme annoncé plus haut je vais faire des recherches pour donner des valeurs exactes, tu peux me contacter par MP si tu veux. Pour info j'ai effectué sur ce type de batiments 2500 appontages dont 365 de nuit.
bonne soirée.
Hello,
OK compris, c'est donc un feux fixe à secteurs. C'est donc totalement réalisable, je regarderai avec Rafalemirage comment coder cela, il faudrait avoir une idée des différents angles de chaque secteur ainsi que l'angle du glideslope, même de manière grosse maille, car on n'arrive pas toujours a être aussi pointu que dans la vraie vie (par ex le miroir du CDG est loin d'être aussi "sensible" que dans la vraie vie....)i
J'imagine que c'est un feu qui est visible de jour aussi, non? Est-il visible de loin?
A+
Fro'