Vous n'êtes pas identifié(e).
Bonjour,
J'ai acquis l'ensemble HoneyComb Yoke + throttle + palonnier Saitek au printemps.
Valeur neuve 713€, je cède le tout pour 500€.
État neuf, aucune rayure ou marque ! Avec les cartons d'origines.
Je m'en sépare au profit d'une autre activité tout aussi passionnante liée à l'espace et la photographie.
Je suis proche de Charleville-Mézières dans les Ardennes.
Bon cieux Ă tous !
L'annonce est Ă©galement visible ici : https://www.leboncoin.fr/informatique/2233812942.htm
Coucou !
J'ai réussi à installer le bundle du PA28R Arrow III et Turbo Arrow III/IV.
1) J'avais une première erreur à l'installation, résolue en passant le compte windows en administrateur.
2) J'avais une deuxième erreur (error component / fichier d'accès introuvable), résolue en renommant mon dossier utilisateur (suppression des accens)
3) J'avais une troisième erreur, liée à la limite de 256 caractère dans un chemin de fichier windows. J'ai résolu cela en suivant la procédure proposée ici.
Dans cette procédure, j'ai donc leurré l'installateur pour qu'il copie les fichiers ailleurs, afin d'éviter l'erreur liée à la longueur du chemin du dossier community de MSFS.
Les deux appareils fonctionnent à présent parfaitement bien.
Merci pour les remarques et retours qui m'ont mis sur la piste.
Suite au renommage du dossier utilisateur, avec la manip associée dans le registre, j'ai gagné une réinstallation de MSFS.
Ça ne sera pas un mal car effectivement je fais partie de ceux qui ne pouvait pas changer d'aéroport ou d'avion sans effacer manuellement le contenu du dossier customflight.
Donc finalement, l'installation de ce justflight PA28na été l'occasion de régler (j'ai pas encore tester son installation suite au renommage, j'ai juste réinstallé MSFS) ce que je redoutais / anticipais depuis un bon moment... Je n'avais rien changer par flemme. Les vacances sont une bonne occasion de le faire.
Je vous redis dès que tout est testé, validé, approuvé.
Et bien je teste le renommage du compte windows, assorti du nom de dossier (avec la manip dans le registre de la mort qui tue)... Et je reviens vous annoncer la bonne ou la mauvaise nouvelle / conséquence...
J'avais un thé, du miel, du temps de vacancier pour me faire un vol pépère... Je resterai ce soir dans le hangar de maintenance.
Bonjour les pilotes !
J'ai acheté le bundle du PA-28 III et PA-28 turbo arrow III/IV, profitant de quelques réductions de noël sur les boutiques usuelles de simulation.
J'ai un soucis lors de l'installation du produit de Justflight, comme me le précise la capture d'écran de l'installateur :
J'ai fouiné les forums, j'ai ouvert un ticket, et en attendant une éventuelle réponse je m'en remets aux expériences de la communauté du forum.
Je pencherai à une erreur de type "chemin d'accès trop long", mais c'est une pure supposition de fin de soirée fatiguée...
Des idées de votre côté ?
a+
C'est une très.bonne idée de coupler Addon linker et Rex accuseason. J'ai testé et validé.
C'est pertinent car on peut rapidement basculer entre Rex accuseason ou Bijan Season... Pour moi les deux se valent. Affaire de goût personnel, le petit plus de Rex Accuseason est son mode automatique.
Mes problèmes de départ étaient bien liés à un soucis de paramétrage du dossier community.
Bons vols en hiver ou autres saisons, ici ou ailleurs....
Bonsoir,
Je tente cet addon, mais visiblement je n'ai pas réussi à voir de différence dans le simu...
Je l'ai paramétré en mode automatique, puis j'ai retenté en mode manuel, mais j'ai toujours de beaux arbres verts en plein mois de décembre...
Je cherche un truc que j'aurais loupé... Je pense à une erreur lorsque j'indique la localisation du dossier community dans RexSeason (le paramétrage par défaut, Windows Store, ne fonctionne pas non plus).
a+
Serait-le pré-affichage de la pression d'admission ?
Mais en voilĂ un bel avion pour le Bush sur l'eau ! Jolie photo.
Salut les pilotes !
Superbes photos, magnifique. Belles scènes et a2A !
J'ai une p'tite question technique pas très difficile :
- la persistance des avions a2a est, il me semble, liée à l'immatriculation de l'appareil.
Donc, si j'installe une nouvelle livrée, je présume que l'on "obtient" un nouvel appareil (nouvelle peinture, nouvelle déclaration dans les fichiers de l'appareil aircraft.cfg), avec sa propre persistance ?
Merci pour les liens, je me suis toujours demandé ce que c'était ce processus.
Salut !
Moi aussi je test ce Air Hauler 2 depuis une petite semaine maintenant.
J'ai dégrossi pas mal la chose, ça paraît bien sympa...
Pour optimiser les vols, je pense qu'il faut accepter les jobs de destination commune SANS assigner d'A.I. Puis charger manuellement tout le fret (issu de multiples jobs) et ensuite assigner l'A.I.
Sinon j'ai proposé mon service gratuit pour traduire le programme mais c'est "hardcoded", pas de fichier langue... Dommage...
Le programme en lui même est très sympa, il manque quelques fonctionnalités (par exemple une partie aéroclub virtuel avec location des appareils par les pilotes, ou encore un éditeur HTML pour personaliser une VA, ou encore d'autres fonctions plus développées dans les VA site web...)
Mais ça fait largement le job pour qui ne veut pas de site internet, de développement PHP, de frais de serveurs etc... A côté d'une VA traditionelle (j'en ai été pendant plus de dix ans) les fonctions des A.I. et le marketplace sont le gros plus...
Le rêve c'est de fusionner tout ça vers une VA traditionnelle, ça me donne des idées, j'ai les compétences PHP ... Mais le temps !!!
Bon tests a tous avec AH2.
Et quid de REX SIMair ?
Salut !
Moi aussi je test ce Air Hauler 2 depuis une petite semaine maintenant.
J'ai dégrossi pas mal la chose, ça paraît bien sympa...
Pour optimiser les vols, je pense qu'il faut accepter les jobs de destination commune SANS assigner d'A.I. Puis charger manuellement tout le fret (issu de multiples jobs) et ensuite assigner l'A.I.
Sinon j'ai proposé mon service gratuit pour traduire le programme mais c'est "hardcoded", pas de fichier langue... Dommage...
Le programme en lui même est très sympa, il manque quelques fonctionnalités (par exemple une partie aéroclub virtuel avec location des appareils par les pilotes, ou encore un éditeur HTML pour personaliser une VA, ou encore d'autres fonctions plus développées dans les VA site web...)
Mais ça fait largement le job pour qui ne veut pas de site internet, de développement PHP, de frais de serveurs etc... A côté d'une VA traditionelle (j'en ai été pendant plus de dix ans) les fonctions des A.I. et le marketplace sont le gros plus...
Le rêve c'est de fusionner tout ça vers une VA traditionnelle, ça me donne des idées, j'ai les compétences PHP ... Mais le temps !!!
Bon tests a tous avec AH2.
Et quid de REX SIMair ?
Oui c'est vrai çà , vive la Gaulle et le "claquos" bien français, m'enfin !
Petite recherche très rapide devant le café avant d'aller bosser. L
La doc FSUIPC nous donne effectivement des offsets exploitables.
En voici quelque uns, il y en a sûrement d'autres (portance et efficacité des ailerons par exemple) :
0348 2 Structural ice formation quantity, 0 – 16384 Ok-SimC No
0348 2 Structural ice formation quantity, 0 – 16384 Ok-SimC No
08B2 2 Engine 1 Anti-Ice or Carb Heat switch (1=On) Ok-SimC Ok-SimE
094A 2 Engine 2 Anti-Ice or Carb Heat switch (1=On)
09E2 2 Engine 3 Anti-Ice or Carb Heat switch (1=On)
0A7A 2 Engine 4 Anti-Ice or Carb Heat switch (1=On)
2440 4 Propeller 1 de-ice switch
(There appears to be only one control, not one for each prop, so
changing any of these 4 changes all 4)
?-SimC ?-SimE2540 4 Propeller 2 de-ice switch
(There appears to be only one control, not one for each prop, so
changing any of these 4 changes all 4)2640 4 Propeller 3 de-ice switch
(There appears to be only one control, not one for each prop, so
changing any of these 4 changes all 4)2740 4 Propeller 4 de-ice switch
(There appears to be only one control, not one for each prop, so
changing any of these 4 changes all 4)337C 1 Propeller de-ice switches, (1 = on, 0 = off), read for state, write
to control: one bit for each prop, bits 0—3 = Props 1--4337D 1 Structural de-ice switch, (1 = on, 0 = off), read for state, write to
control.0E86 2 At aircraft altitude: cloud icing lelel, 0-4 Ok-Intl No
0EFA 2 Upper cloud layer icing: enabled if True
0F00 2 Lower cloud layer icing: enabled if True
0F06 2 Storm layer icing: enabled if True
0F7C 2 Upper cloud layer icing: enabled if True
0F82 2 Lower cloud layer icing: enabled if True
0F88 2 Storm layer icing: enabled if True
Les plus importants que je remarque sont :
At aircraft altitude: cloud icing level
0348 2 Structural ice formation quantity
Cela permettrait de travailler effectivement sur le gel de la structure. Il faut que je teste ces valeurs en cours de vol et de voir comment cela Ă©volue avec ou sans active sky...
Je vais bosser.
Bonjour Ă tous !
[large]Après ce passage très réussi sur P3D V4, je commence ce post un peu hors sujet pour rassurer ceux qui hésitent encore un peu à sauter le pas :[/large]
J'ai un PC de gamer, il a désormais 8 à 10 ans (ne sais plus exactement). C'est un I5 750 (quadricore @2.8GHz, boost @3.2GHz) qui me suit depuis ce temps là , fidèlement. En OC, je peux le monter à 3,6Ghz sans changer les tensions dans le Bios.
Avec les années, les jeux évoluant, j'ai investi dans une nouvelle carte graphique (R7 370) et un SSD.
Mon PC n'est donc pas de tout première fraîcheur, mais il "fait le boulot" et je joue avec les curseurs graphiques en majorité vers la droite encore sur des jeux sortis en 2017/18.
Mais la simulation est un autre monde, me direz-vous avec raison : l'autogen très dense et les nuages à perte de vue demeure le saint gral du simmer, même en liner type PMDG (ce qui ne sert à rien je le concède, et reste plus adapté au VFR basses couches sur des p'tits A2A par exemple. Mais quand même, qui n'a jamais passé des heures à chercher la position idéale de ses curseurs FSX/P3D et fouiné du .CFG à outrance me jette la première pierre ! )
Au passage je simule depuis FS95, et en réel PPL + ULM.
Après mon passage sur P3D V4.2, je me suis rendu compte :
- que j'avais 10fps de plus que sur FSX, en moyenne, mais avec la qualité visuelle de P3D + ENVSHADE/TEX + ASP4/ASCA + ORBX Global/Vector/OpenLCEu + FS Global Mesh + IVAO + A2A + PMDG...
Bon que du joli qui flatte la rétine, avec les curseurs graphiques de P3D au moins au milieu sinon un peu à droite.
Je redis encore une fois qu'il y a une marche graphique entre FSX et P3D V4 (je ne connais pas les versions précédentes). S'agissant surtout des shaders ! des effets de brumes ! Les teintes du levant et du couchant (oui même en ULM virtuel je dépasse parfois un peu le jour et enfreint le début de la nuit aéronautique)
- que oui, il a fallut remettre un peu à la poche pour avoir des versions P3D V4 de certains addons. Mais je ferais cela progressivement, la passion est toujours là avec ce passage réussi vers le simulateur 64 bits, c'est la passion qui fait ouvrir le porte monnaie, enfin vous savez...
- que dans la majorité des cas, il y a une mise à jour gratuite ou à prix réduit de la part des éditeurs (Merci à ORBX, TrueLandscape, ActiveSky par exemple.)
- qu'en overclockant de 40% mon processeur, je n'avais pas 40% de fps en plus sur P3D, contrairement Ă FSX !
- qu'en overclockant ma carte graphique de 20%, je n'avais pas 20% de fps en plus, pas plus qu'avec FSX !
- qu'en overclockant le tout, j'obtenais globalement plus de régularité dans les fps, mais moins de stabilité, presque idem que dans FSX...
J'en déduis (enfin je valide par expérience des simulations une conclusion pas trop difficile à s'approprier) que l'architecture du système est donc tout aussi importante que le processeur et la carte graphique.
Et que mĂŞme avec un "vieux" quadcore et une carte graphique de 4go de gamme moyenne, on peut tenter l'aventure P3D 64 bits avec moult addons, 25 Ă 35fps stables et fluides...
[large]J'en viens maintenant au sujet mĂŞme du post : les effets du gel sur la structure de l'avion, le "icing structural".[/large]
J'ai essayé pas mal de choses, mais j'en apelle à vos tentatives et connaissances.
J'ai bien essayé FSPS SimPhysicsX, mais la modélisation est discutée sur pas mal de forum anglais et français.
J'ai lu un forum anglais qui parlait d'une idée tout bête :
- modéliser via un script LUA le gel de la structure (on assimilera ici la performance de traction de l'hélice + poids de l'aéronef qui augmente avec le gel + dégradation de la portance à cause de ce poids et de la modification du profil de l'aile par le gel...) en scrutant le moteur météo qui indique la sévérité du gel (par exemple, avec active sky, en mode débug, vous pouvez savoir à quel niveau de gel vous vous exposez. Je crois qu'il y a 4 ou 5 niveaux de gel possible, et les moteurs météo actuels sont suffisamment objectifs pour représenter cela de manière acceptable, de savoir ou il y a un risque).
Le forum est ici : https://prosim-ar.com/forum/viewtopic.p … 2&start=10
On parle dans ce forum de script LUA, d'offset FSUIPC pour la traction d'hélice, de la portance, du poids et d'autres... Bref tout ce qui est disponible pour traduire ce problème de gel de la cellule de l'aéronef.
Que pensez-vous de cette idée ?
Est-ce réalisable ? A plusieurs on rigole mieux pour tenter un script
Avez-vous d'autres pistes pour modéliser le gel de la structure simplement mais efficacement (avec une corrélation acceptable selon ce que dit le moteur météo qu'il soit interne ou externe) ?
Ai-je loupé un addon qui fait cela mieux que tout le reste ? (exit SimPhysics sur P3D V4.x)
Car c'est vraiment une chose qui manque affreusement :
Selon l'isotherme des cartes météo lorsque vous préparez un vol, vous avez un GO/NO-GO pour faire un vol. Bien sur en virtuel, on sortira toujours le zinc (GO GO GO !), car c'est éducatif d'expérimenter des situations, c'est bien l'un des buts premiers de nos simulateurs de se faire l'expérience et/ou de se sortir d'une mauvaise situation plutôt volontaire au départ. De même qu'en liner, jouer la panne des protections "Anti Ice" peut être pédagogique ou virtuellement dramatique pour notre plus grand plaisir de simulation.
Donc oui la modélisation du gel (pas obligatoirement visuelle comme sur un L39 de Lotus Simulation mais au moins physiquement prise en compte, autant qu'elle peut l'être s'agissant de nos carburateurs virtuels) me manque beaucoup !
Et puis ma fille veut faire un vol "avec Papa comme en vrai" pour monter sur les bases des pôles via le Groënland. Par contre elle comprends pas encore pourquoi l'ULM c'est pas possible pour passer de l’Angleterre à "plus haut" ...
Enfin, je n'ai pas d'avis contraire pour xPlane, je le trouve super bien foutu. J'ai juste pas l’habitude, je reste sur P3D 64bits après FSX pour une simple question d'addons (ORBX, EZCA, A2A...), par coutume pure et dure.
Par contre si un jour quelqu'un sait enfin me dire comment faire une piste pas droite, comme dans xPlane, qui prend du dévers et des bosses et suit le terrain, je lui paye le gite et le couvert (et la binouz ou autre) le temps de m'expliquer cela !
J'ai migré vers P3D V4.2 !
Oh ! wouaaa ! Mais pourquoi ne l'ai-je pas fait avant ! Claque visuelle grâce à :
- ORBX FTX Global + Vector + OpenLC EU
- UTX
- TrueLandscape France
- Mesh
- ASP4 + ASCA
- ENVTEX + ENSHADE
- EZCA
- ...
Que serait-ce une migration sans ce bon vieux TileProxy. J'apprécie tout autant la prestance graphique d'ORBX, que le savoir faire de FranceVFR, que la liberté de TileProxy (d'autant qu'on peut avoir de l'autogen avec, grâce à scenproc ou ne récupérant l'autogen de toute scène tierce que l'on posséderait déjà pour son utilisation exclusivement personnelle bien sûr).
Donc, j'ai voulu voir si TileProxy pouvait fonctionner sur P3D 64 bit.
Et bien oui !
La marche Ă suivre est la suivante :
A la racine de votre P3D, faites un double de Prepar3D.exe puis renommez-le en FSX.exe
Dans le répertoire de P3D.cfg (dossier APPDATA/Roaming/Lockheed Martin/Prepar3D v4), faite un double du fichier P3D.cfg puis renommez-le en FSX.cfg.
Cela permet de leurrer TileProxy en lui faisant croire qu'il a affaire Ă FSX.
Installez TileProxy avec l'installateur. Dans les options de l'installateur, décochez "Modify Simulator Config" afin de ne pas modifier FSX.cfg (qui est la copie de P3D.cfg, car nous ne voulons pas des options de l'installateur de TileProxy qui étaient dévolues à FSX.)
Paramétrez le fichier proxyuser.ini selon les préconisations du manuel. Il y a de très nombreux posts là -dessus, et google permet de trouver rapidement celà .
Voici mon service cache pour aider :
[Virtual Earth]
cache_folder=T:\Tileproxy\cache.service1
network_module=libnettile
module_config="conn=20|rate=2.0|verbose=0|server=http://a*.ortho.tiles.virtualearth.net|path=/tiles/a%s.jpeg?g=%v|quad=0123|balance=0123|useragent=Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; SLCC1; .NET CLR 2.0.50727; .NET CLR 3.0.04506; .NET CLR 1.1.4322)"
min_level=9
max_level=19
map_version=5423
level_mapping=9,10,11,12,13,14,15,16,17,18,19
#level_mapping=9,10,11,12,14,14,15,16,17,18,19 more radius HQ (13->14)
#level_mapping=9,10,11,14,14,14,15,16,17,18,19 even more radius in HQ (12,13->14)
color_hack=Yes
color_level=13
bulk_extend=50
J'ai demandé, dans mon cas, à installer les scènes tileproxy dans T:\TileProxy. Il faut donc comme de coutume adapter votre proxyuser.ini selon votre cas.
Lancement de TileProxy et déclaration des scènes :
Désactivez l'UAC de Windows et redémarrer en désactivant le contrôle des signatures de pilotes (obligatoire pour faire fonctionner TileProxy).
Lancez Tileproxy via ProxyUser.exe qui se trouve dans Prepar3D v4/Tileproxy
Lancez P3D via FSX.exe (pour leurrer Tileproxy).
Charger votre vol.
À partir de là , il faut déclarer TileProxy dans la bibliothèque de décor de P3D. C'était fait automatiquement avec l'installateur de Tileproxy pour FSX, mais il faut le faire manuellement pour P3D V4.
La manipulation n'est pas bien compliquée, et il n'est pas nécessaire de déclarer tous les dossiers de Tileproxy (souvenez-vous, ceux de TileProxy Photoreal World, 93 dossiers qui constituent la couverture mondiale de TileProxy). Si vous êtes courageux, vous déclarez à la main ces dossiers, sinon, vous ne déclarer que le dossier utile à votre vol :
Ouvrez le moniteur de ressources, et observez dans quel répertoire va écrire Tileproxy. Dans l'onglet "Disque" du moniteur de performance, en observant les écritures lectures du dossier TileProxy Photoreal World, je constate que je vole avec le dossier 601. C'est donc celui-là que je dois ajouter dans ma bibliothèque de décor de P3D, via le menu du simulateur. Vous pouvez ainsi ajouter un a un les dossiers au grès de vols, sans vous taper les 93 dossiers d'un coup !
Également, c'est dans ce dossier 601 (pour la France Nord), dans le sous-dossier TEXTURE, que je devrais ajouter plus tard mes fichiers .agn d'autogen (que j'aurais créé avec scenproc ou récupéré des scènes que je possède déjà )
Et ici vous trouverez Ă©galement de l'autogen pour TileProxy.
http://www.f-bmpl.com/index.php/france-scenes-vfr
VoilĂ , le monde de TileProxy est Ă vous, encore fonctionnel sous P3D V4 !
Notes diverses :
Sous P3D, en utilisant TileProxy, j'ai un souci de zoom qui est fixé à zéro ! Cela fait un effet de trou noir à l'écran... Pas de panique, avec la barre espace et molette de la souris, l'on peut revenir à un zoom convenable. En fait il s'agissait de EZCA qui se mélange les pinceaux dans les zooms (EZCA est leurré comme tileproxy et "croit" que c'est FSX qui est lancé. Du coup les réglages ne sont pas bons.
Tileproxy ne chargera pas correctement les tuiles si vous réglez les FPS de P3D V4 en illimité. Il y aura un taux de "Miss" trop important. Pour utiliser Tileproxy, vous devez avoir un réglage fixe de fps (j'utilise 30fps personnellement).
Parfois, en rechargeant le vol dans P3D, TileProxy semble ne plus charger les tuiles photoréalistes. Dans ce cas, sans scrupules je quitte TileProxy (en laissant le simulateur poursuivre le chargement du vol) puis relance à nouveau ProxyUser.exe
Je vole au dessus des Ardennes, comme je suis basé à Sedan Douzy, et je suis très satisfait de voir Charleville-Mézières en 30cm de résolution, avec de l'autogen maison.
A vos screens, amis pilotes, j'attends les retours !
Cool !
Et si vous avez une version précédente (as2016 pour fsx ou p3d v3 acheté sur SimMarket) il est possible d'avoir asp4 pour 25 en version upgrade ! Le bon plan dont j'ai profité ce matin même.
Bonjour,
Merci pour ce tuto, çà fonctionne super bien. J'avais des soucis au début, mais parce que j'avais UTX + TrueLandscape + OpenLC EU... Bref, j'ai gardé le mix TrueLandscape au dessus de tout le reste et c'est parfait !
Question : pourquoi doit-on prendre les textures des zones industrielles ? D'où proviennent ces textures (dans le zip proposé).
a+
Merci.
Je n'ai jamais fait de tour IVAO mais cela me titille depuis une semaine.
J'ai commencé à regarder les informations et c'est vrai qu'il faut etre un minimum rigoureux pour ne pas se faire refuser une étape.
Très bonne idée !
C'est en test de mon côté.
Le rendu est agréable car on bénéficie de toutes les textures ORBX. Par exemple, je retrouve enfin les champs de colza jaune si particuliers et jolis.
Je remarque pourtant quelques incohérences du côtés des Ardennes (je n'ai pas été voir ailleurs pour ce premier test), des sapins sont remplacés par des feuillus, et il y a des zones d'arbres trop importantes, on se croirait au brésil. Les Ardennes sont riches en forêts, mais il y a des coupures de champs et bocages.
Je pense savoir d'oĂą cela vient : j'utilise ORBX + openLC + UTX + TLSF.
Donc la procédure de ce post est adaptée à openLC + TLSF, mais pas avec UTX.
Mais pour la France, je préfère la précision UTX par rapport à ORBX Vector. C'est pour cela que je l'utilise encore : j'y vois mes petits hameau ardennais, que je ne retrouve pas avec seulement ORBX openLC + TLSF.
C'est toujours le même refrain finalement, on veut cette précision du lanclass (UTX + TLSF supérieur à openLC + Vector, ce qui est normal ce n'est pas la même zone traitée, on en a déjà parlé largement) avec la qualité des textures/autogen d'Orbx.
Le Graal (pour la France) serait d'avoir les textures ORBX avec UTX + TLSF. Et de conserver UTX ou Vector + OpenLC pour l’Europe (et le reste du monde).
Je vais éplucher la structure UTX voire les possibilités...
a+
Coucou,
Mes excuses pour l'oubli de balise. Je fais une reprise après 6 mois de pause loin de la simulation, j'ai perdu certaines habitudes.
J'ai trouvé la solution pour modifier le format de mon indicateur de vitesse de l'ulm Aircreation 582 (de mph vers km/h) sans passer par la configuration de FSX. Puisque je vole en réel avec un instrument en km/h, j'avais besoin de cet affichage pour mon propre confort virtuel.
Donc, avec un utilitaire qui gère les fichiers compressés CAB, j'ai modifié dans le fichier asi.xml (air speed indicator) la ligne :
<GaugeString>%((A:Airspeed select indicated or true, mph) abs 999 min 0 max ) %!3d!</GaugeString>
en
<GaugeString>%((A:Airspeed select indicated or true, kilometer per hour) abs 999 min 0 max ) %!3d!</GaugeString>
Au début je voulais faire une conversion par calcul, mais le tout fonctionne par empilement et dépilement. Je suis sur ce document Tuto xml, et le lien numéro 9 de cette page pointe vers les unités disponibles pour les gauges en xml.
J'ai donc fait l'adaptation. J'ai aussi modifié l'altimètre numérique vers un altimètre à aiguilles via le fichier panel.cfg
Et voilĂ mon petit post au cas ou cela interesserait quelqu'un d'autre.
Je vais donc cette fois achever la modification du fichier aircraft.cfg selon le catalogue du constructeur et de la documentation Ă propos des moteurs ulm 582 (2 temps) et 912 (4 temps).
J'aurais alors retrouvé mon ULM FSX plus proche de ce que je pilote en réel.
Coucou,
Mes excuses pour l'oubli de balise. Je fais une reprise après 6 mois de pause loin de la simulation, j'ai perdu certaines habitudes.
J'ai trouvé la solution pour modifier le format de mon indicateur de vitesse de l'ulm Aircreation 582 (de mph vers km/h) sans passer par la configuration de FSX. Puisque je vole en réel avec un instrument en km/h, j'avais besoin de cet affichage pour mon propre confort virtuel.
Donc, avec un utilitaire qui gère les fichiers compressés CAB, j'ai modifié dans le fichier asi.xml (air speed indicator) la ligne :
<GaugeString>%((A:Airspeed select indicated or true, mph) abs 999 min 0 max ) %!3d!</GaugeString>
en
<GaugeString>%((A:Airspeed select indicated or true, kilometer per hour) abs 999 min 0 max ) %!3d!</GaugeString>
Au début je voulais faire une conversion par calcul, mais le tout fonctionne par empilement et dépilement. Je suis sur ce document Tuto xml, et le lien numéro 9 de cette page pointe vers les unités disponibles pour les gauges en xml.
J'ai donc fait l'adaptation. J'ai aussi modifié l'altimètre numérique vers un altimètre à aiguilles via le fichier panel.cfg
Et voilĂ mon petit post au cas ou cela interesserait quelqu'un d'autre.
Je vais donc cette fois achever la modification du fichier aircraft.cfg selon le catalogue du constructeur et de la documentation Ă propos des moteurs ulm 582 (2 temps) et 912 (4 temps).
J'aurais alors retrouvé mon ULM FSX plus proche de ce que je pilote en réel.
Bonjour,
Pratiquant l'ULM sur un Pendulaire d'AirCreation (Skypper Nuvix), basé à Sedan Douzy LFSJ, je m'attèle à modifier l'ulm par défaut de FSX (aircreation 582).
J'ai trouvé comment modifier certains paramètres de l'aile et du moteur dans le fichier aircraft.cfg (notamment pour se rapprocher du moteur 4 temps, même si le modèle 3D représente un deux temps.)
Le modèle de vol se rapproche donc un peu de ma machine en réel.
Néanmoins, nous avons un indicateur de vitesse en km/h. Celui de l'appareil par défaut est en mph. Il y a deux ans, j'avais réussi à modifier cela dans le fixhier asi.xml (présent dans l'archive CAB située dans le dossier panel). J'avais placé un opérateur multiplicateur pour afficher la valeur correcte, et modifiée la chaine de caractère mph en km.h
Mais aujourd'hui, je ne sais plus comment j'avais fait. Je n'ai plus mes fichier après une réinstallation windows...
J'envisage éventuellement d'apprendre à faire un modèle 3D avec une personne qui serait intéressée pour faire celà (un pratiquant ULM ?).
Toujours sur FSX pour moi aussi, c'est relativement (le mot est important stable, sans soucis particulier...
Avec entre autres addons : ORBX, A2A, PMDG, IVAO, FranceVFR, ActiveSky 2016 + CA, EZCA 2...
Çà cohabite comme çà peut, dès fois çà s'engueule un peu, mais le plaisir de voler est toujours là .
Pas de plantage récurrents. Oh, comme tout en informatique, il y en a, de temps en temps, surtout lorsque trop de scènes photos HD sont activées en même temps (ce qui reste inutile d'ailleurs, me diriez-vous).
La VAAS est surveillée en direct grâce à FSUIPC, et ce dernier me sauvegarde automatiquement mes vols toutes les minutes. J'ai rarement des dépassements de mémoire, et si cela arrive le coupable est à 99% une fuite mémoire d'une scène photo HD / autogen. La fuite se colmate très bien, dixit l'un des post du forum de pilote virtuel.
En cas de plantage, finalement ce n'est pas trop grave grâce à ces sauvegardes. C'est plus les nerfs qui sont contrariés le temps de charger cette sauvegarde.
Au final, non, FSX n'est pas mort, pour mon utilisation selon mon cahier des charges, gavé d'addons (je n'ai pas tout listé, mais je simule depuis FS95, alors sur FSX j'ai bien plus de 2000 € d'addons cumulés et payés, je tiens à préciser).
Cela m'aura coûté beaucoup de temps à fluidifier cette mécanique, avec autant d'énervement et de joie dans la réussite. C'est un peu comme le motard qui graisse sa chaine, enfin vous comprendrez très certainement.
Je passerais très certainement vers P3D V4, j'ai 35 ans et donc mon espérance de vie devrait me laisser encore plusieurs décennies de simulation. Il y aura forcément du P3D V4 et/ou Xplane, puis les V5, V6 etc... Mais sans hâte, calmement... Car le réinvestissement de tous mes addons préférés (en ne gardant que FTX ORBX, A2A, PMDG et ActiveSky, la note est déjà salée) me freine beaucoup.
Comme cela tourne suffisamment bien chez moi, devrais-je me presser et risquer alors à nouveau l'énervement et l'impatience de rengraisser la nouvelle mécanique ?
Jérôme B, pilote ULM, alias Honoresia, simmeur depuis FS95 et encore content de son FSX, créateur d'Evinhe Virtual Airline.
A+ les copains volants