Vous n'êtes pas identifié(e).
Bonsoir,
15€ que l'on peut économiser sans soucis et avec les mêmes résultats en suivant les conseils donnés ici même.
Si tu en es content, tant mieux, mais on peut faire sans...;);)
Pour désactiver certains chargements d'appareils, il suffit d'ouvrir le fichier simobjects.cfg situé dans "ProgramData\Lockheed Martin\ etc... et de passer la ligne Active=TRUE de l'entrée concernée sur "False".
@Daube C'est le trafic AI qui est chargé dans la barre de progression. Les avions concernés le sont bien avant (au lancement du simu et avant l'apparition de la fenêtre d'accueil.
Sans doute un plantage MSVCR120.dll, à vérifier.
C'est typique sur certaines configurations, avec le 777PMDG, en cliquant sur un des "display" pour l'agrandir après plusieurs heures de vol.
Ce soucis fait l'objet d'un post sur le forum LM qui doit atteindre les 39 pages, c'est dire.
Pour le moment, je n'ai rien lu concernant le moyen efficace de supprimer ce bug.
Dans le journal d'événements "Windows" comme te l'indique Greenhopper sélectionne la rubrique application, tu devrais y retrouver les informations concernant ce plantage.
Bonsoir,
Inutile de s'énerver (cf l'emoticône), il y a des "tonnes" de posts traitant ce problème sur le Net (sans compter ceux présents ici).
Une petite recherche s'impose! (Google ou autre).
Aerosoft, sur son forum, indique la procédure à suivre (English speaking mandatory sinon Google traduction).
Si après tout cela, tu n'as pas trouvé et que tu as FSUIPC enregistré, reviens par ici.
Comme l'a expliqué Thomas (image à l'appui), le control panel te permettra d'obtenir la détente (position du CL dans l'avion) voulue sur une position précise de ton axe.
La case (en haut) "Input" montre la valeur actuelle de ton axe. Si tu veux que dans telle position d'axe, le CL de l'avion soit sur telle détente, il suffira de reprendre la valeur dans la case "Input" et de la recopier dans la case de la détente voulue.
Il faut ensuite sauvegarder (Apply) puis recharger l'avion pour que les nouveaux réglages soient pris en compte.
C'est surtout intéressant dans le cas où l'on se sert de deux axes. Il est très rare que ceux-ci renvoient la même valeur sur une position identique, le control panel permet d'accorder les deux (visible sur le screen de Thomas).
+1000
P3D n'aime ni les caractères accentués, ni les caractères spéciaux. Leur usage est à proscrire.
Pas nécessairement.
Essaye de supprimer le dossier Shader situés dans "AppData\local\Lockheed Martin\Prepar3D V3 (il sera recréé au prochain démarrage de P3D) pour voir si c'est l'origine du plantage.
Avec quel avion?
Le 777 de PMDG m'oblige à supprimer les shaders avant chaque démarrage de P3D sous peine de plantage.
Je peux ensuite utiliser une situation déjà enregistrée sans plantage (l'écran reste noir le temps que P3D reconstruise ces shaders).
À essayer peut-être?
Bonjour,
Les condition levers ne sont pas gérés par la "mixture" mais par le "prop pitch".
Personnellement j'utilise le control 65923 pour le moteur 1 et le 65924 pour le 2 avec les paramètres suivants:
1000 pour "Fuel cut-off"
6000 pour "Start and Feather"
9500 pour "850"
13500 pour "900"
16000 pour "1020 ou Max"
Pour un axe (ou deux) utilise plutôt le "propeller axis set" (1 ou 2 suivant le moteur concerné).
Le "Engine fuel valve" n'est pas nécessaire (et inefficace) avec le Q400.
Bonsoir,
Je suis un peu surpris de ta "suffisance" à mon égard mais peu importe.
Je "programme" à mes temps perdus et ça fait belle lurette que le chimpanzé est capable de savoir la distance nécessaire au 777 pour atteindre sa V1 en fonction de sa masse et des "derate" appliquées.
Mon propos n'était pas là et je ne "pinaille" pas sur les valeurs obtenues par un logiciel qui est censé donner les "bonnes valeurs". Elles sont fausses un point c'est tout.
Le "sens de la mécanique", ça fait longtemps que je l'étudie. Je n'ai peut être pas ton niveau mais sache que le chimpanzé y travaille.
Sans rancune,
Bonjour Bee Gee,
Dans l'ensemble je suis assez d'accord avec toi sauf que TOPCAT se base (ou devrait se baser) sur les paramètres fournis par Boeing et non sur ceux de PMDG. Après qu'ils soient adaptables à FSX est une autre histoire si PMDG a fait son travail correctement, et je pense qu'il l'a fait, les paramètres réels devraient correspondre (c'est le cas pour le 737 NGX). C'est pourquoi je pense que le profil du 777-200 LR utilisé par Topcat est buggé (ou mal fait voire les deux).
Ni FSX, ni P3D ne sont capables de reproduire des conditions d'environnement "complexes" comme le font les simulateurs professionnels, il faut donc se contenter d'une "approximation" qui me semble "honorable" mais sans doute insuffisante avec notre soif de réalisme.
On ne peut donc incriminer les développeurs qui essaient de "rejoindre" les deux bouts mais qui seront toujours bloqués par les limitations imposées par le simulateur.
Concernant la doc du 777 fournie par PMDG, elle est relativement complète mais il y manque certaines "tables" quî permettrait de faire certaines "approximations" selon conditions.
Amicalement,
Bonjour,
Idée intéressante sachant que le développeur de Topcat semble avoir abandonné toute évolution future de son logiciel.
Même le profil du 200 LR est buggé. Les valeurs de N1 qu'il annonce sont beaucoup plus hautes que celles affichées sur l'eicas avec les mêmes paramètres et les vitesses (V1, VR et V2) pas toujours exactes non plus. De plus il est incapable de calculer quoique ce soit en cas de température négative (erreur sur la masse maximale).
Dans les paramètres pris en compte il te manque le QNH, l'altitude terrain et (sans certitude) le "dewpoint".
L'idée de faire le calcul à la "mano" serait envisageable si la doc de PMDG fournissait toutes les tables nécessaires. Malheureusement ce n'est pas le cas et, personnellement, je n'ai pas réussi à les trouver.
Bonjour,
Je n'ai pas vu l'info passer.
Vu sur le forum de MJC, un petit utilitaire qui permet de convertir les plans de vol (exportés depuis FSC en XML ou même en copier-coller d'une route issue de RouteFinder ou autre) en plans de vol au format MJC et donc importables directement dans le FMS.
Le lien direct: http://up2sky.dyndns.org/FPRConverter/index.php
Merci à l'auteur qui m'évite de passer 10 mn à rentrer un plan de vol complexe dans le FMS 
.
bonjour
Mon PB était simplement une surcharge de ADD-on : HD aeroport , opus fsx, my traffic 6 , rex . Il me faut faire un choix en installant ceux qui grignote le plus de fps .
En principe une surcharge d'add-on (et j'élimine Opus qui n'injecte que la météo) ne favorise que l'OOM. Je ne vois pas le rapport avec la non réponse du (ou des) joystick(s).
Mais si tout fonctionne normalement maintenant c'est le principal.
Bonsoir,
Pour conserver les tailles et positions des fenêtres déportées (ça doit être valable pour la fenêtre ATC), il faut enregistrer la situation après que tout soit en place comme désiré.
Au chargement (ou rechargement) de lcette situation, toutes les fenêtres reprennent la taille et l'emplacement prévus.
Si tu repars d'un vol "neuf" (créé depuis l'écran d'accueil), c'est foutu. Les emplacements et tailles reviennent par défaut.
Salut !
TOE c'est tout simplement le VORDME de Toyama. C'est le centre de ton arc dme. Pour le E, bonne question, à laquelle aucune réponse immédiate me vient à l'esprit... Ça vient peut-être du codage de l'arc en lui même et de l'absence d'estimée. En parcourant rapidement la doc d'Universal, je n'ai rien trouvé à ce sujet...
Pour Pierre-Jean : Je suis au Luxembourg, pays du Grand-Duc, pas chez les amis hélvètes ;-)
A+
Guillaume
Bonjour Guillaume,
Merci (à Pierre-Jean également) pour cette réponse rapide.
Pour TOE je suis impardonnable, j'aurais dû me douter qu'il s'agissait de la référence de l'arc.
Pour le E si il te vient "l'illumination", n'hésite pas .
Bonjour Thomas,
Pour le Dash, je n'ai pas vu passer ton message. Tu as un lien ?
Merci du rappel, cela m'était sorti de l'esprit.
C'est ici et c'est tout chaud : http://www.pilote-virtuel.com/viewtopic.php?pid=801619#p801619
Bonjour,
Qui pourrait m'expliquer la signification de TOE et du E sur l'arc DME figurant sur le screen ci-dessous ?
[img align=G]http://www.pilote-virtuel.com/img/members/8639/FMS.jpg[/img]
Bonjour,
Ce phénomène se produit-il sur toutes les scènes ou c'est particulier à l'une d'entre elles?
Certaines scènes utilisent "SODE" (animations des passerelles) et ce logiciel entraîné des micro-pauses (dues à la mise en place des objets sur la scène au fur et à mesure de l'approche.
Quand tu parles de "bandeau supérieur", est-ce la barre de titre (mode fenêtré) ou du bandeau vert qui peut apparaître à l'ouverture de la porte principale par exemple?
De toute façon ces inscriptions ne peuvent provenir que d'une application en lien avec FSX.
Merci Thomas,
C'est en effet une option disponible sur les PMDG que je n'avais pas validée.
Une question malgré tout:
Si cette option est active (baro différent sur les deux PFD), est-ce que (comme sur le Q400 en cockpit partagé) la différence d'altitude entre les deux PFD est signalée (Altitude Mismatch sur le Q400)?
Et, puisque tu sembles connaître le Q400 parfaitement, j'aurais une autre question à te poser concernant le codage des "arc DME" dans le FMS où certaines informations sont un peu obscures pour moi.
Cela fera l'objet d'un post sur le sujet dédié.
Merci pour ta disponibilité...
n666eo a écrit :Il y a 3 altimètres avec 3 sondes statiques, tout comme il y a 3 badins avec 3 pitots.
Et il y a 3 boutons pour caler ces 3 altimètres...J'ai vue qu'un seul bouton!
La plupart des avions du simulateur (même les PMDG, il me semble) n'utilise qu'un seul "bouton" (pour reprendre ta dénomination) pour régler le QNH sur l'altimètre. La valeur réglée sur l'un des "PFD" sera répercutée sur l'autre automatiquement.
Ce n'est pas la réalité et, il me semble, qu'ici on essaie de te transmettre le réel et non ce que le simulateur n'est pas capable de "reproduire".
Le seul (toujours à ma connaissance et uniquement en "cockpit partagé") où le QNH peut être réglé différemment sur les deux "postes" (CDB ou FO) est le Q400 de Majestic.
Bonjour,
Quelle est la définition d'écran utilisée dans P3D (largeur, hauteur en pixel)?
Quelle est celle employée dans Windows?
Ce problème se reproduit-il dans d'autres "menus de configuration" de P3D?
D'après le screen, on dirait que la fenêtre n'est pas assez grande en hauteur pour afficher correctement l'avion sélectionné et la "map". Ce sont, sans doute, les seules qui soient "re-taillées" automatiquement par P3D en fonction de la résolution employée.
À part une différence de résolution d'écran entre Windows et P3D, je ne vois pas l'origine de ce problème.
Bonjour,
Ça pourrait ressembler à une mise en veille du port USB par l'OS.
Est-ce que les boutons réagissent instantanément?
Si c'est le cas, ce n'est pas un problème de "mise en veille". Il faudra chercher ailleurs.
Un grand bonjours a tous , alors voila mon problème, y a t"il une limite avec les areas dans scenery.cfg de p3dv3 , je suis actuellement a 1168 et j'ai bien l"impression que le max est atteint.
J 'ai pas trouvé de réponse sur le net en général , même sur le site de p3d , mais bon , mon anglais est très limitée
Cordialement Ironman
1168 scènes déclarées? Tu as acheté tout ce qui est disponible sur le marché ou quoi?
Comme claudemarin je ne sais pas s'il y a un "quota" maxi pour P3D mais je te conseillerais de "sectoriser" en plusieurs scenery.cfg différents et de n'utiliser que ce qui est nécessaire. Le simu ne s'en portera que mieux, parce que là j'aimerai connaître le temps de chargement....
Sans certitude absolue, il me semble qu'il est possible d'afficher ce type d'infos à un endroit spécifique de l'écran.
Cela devra restter dans les limites de ce qui est prévu pour d'autres affichages (haut gauche, haut droit, bas gauche, bas droit etc...). Je ne pense pas qu'une position spécifique puisse être attribuée.