Vous n'êtes pas identifié(e).
Futur nouvel inscrit, tu dois au préalable lire l'intégralité des 10 articles des règles, s'il te plaît. Tout nouveau compte qui ne respecte pas les règles sera supprimé par l'administration.
Salut.
Comment faire pour que le "callsign" ne soit pas visible sur la dérive/ le logo?
FG 2017.3.1
LinuxMint 18 Cinnamon 64-bit
Processeur AMD A8-6600K
Carte graphique NVIDIA GTX 1050 Ti
Hors ligne
Le but est de monter à FL240, descendre à FL190 pour passer PERUS, descendre à 6000ft pour DR.
Si je mets PERUS, AMFOU, TIPIK et MUS à FL190...
Si tu mets MUS à FL190 tu ne seras jamais à 6000ft à DR...
Ce plan de vol va peut-être m'amener à revoir la philosophie que j'avais choisie au départ, c'est à dire de considérer qu'un navaid sans contrainte ramène l'avion à l'altitude de croisière choisie au départ. Ceci parce que je m'étais basé sur un de mes vols réels d'il y a quelques années dans lequel je devais, à partir du Havre, rejoindre Dijon en effectuant un "transit" par le sud de la région parisienne à une altitude imposée de 1000ft pour passer la zone de décollage d'Orly. Remontée ensuite à l'altitude de croisière.
La nouvelle philosophie pourrait être que le dernier navaid avec contrainte d'altitude servira de base à l'altidude de croisière après avoir passé ce WP.
Dans ton cas, montée à FL240, descente à FL190 pour PERUS. La nouvelle altitude de croisière devient alors FL190.
Si on veut remonter à une autre altitude de croisère, 2 possibilités : programmer un autre navaid à une altitude supérieure ou remonter l'altitude de croisère manuellement.
Qu'en penses-tu ? Qu'en pensez-vous ?... ai-je été clair ?
@zacarias :
Comment faire pour que le "callsign" ne soit pas visible sur la dérive/ le logo?
Supprimer le callsign dans FGRUN si tu l'utilises sinon dans l'onglet "multijoueurs - Paramètres - Callsign"
Fg 2020.4.0 - Linux Mint 21.3 Victoria - Cinnamon et Mate en dual boot - CM Asus P8H67 MLE - CPU i7 3770K - 12 Go Ram - Nvidia Geforce GTX 1660TI - Driver Nvidia 525
+ Hp notebook-15 - Linux Mint 21.3 Victoria - CPU i3-7020u - Ram 4Go - Intel Graphics 620.
Hors ligne
Si tu mets MUS à FL190 tu ne seras jamais à 6000ft à DR...
Oui mais si je mets rien c'est pire, on sera à 24000ft à MUS
Ce plan de vol va peut-être m'amener à revoir la philosophie que j'avais choisie au départ, c'est à dire de considérer qu'un navaid sans contrainte ramène l'avion à l'altitude de croisière choisie au départ. Ceci parce que je m'étais basé sur un de mes vols réels d'il y a quelques années dans lequel je devais, à partir du Havre, rejoindre Dijon en effectuant un "transit" par le sud de la région parisienne à une altitude imposée de 1000ft pour passer la zone de décollage d'Orly. Remontée ensuite à l'altitude de croisière.
Cet exemple concerne l'aviation légère, non? Je ne vois pas un liner, ou même un citation, transiter près d'un ap à 1000ft? Au besoin il fera un virage pour atteindre une alt permettant de passer au dessus de la TMA.
La nouvelle philosophie pourrait être que le dernier navaid avec contrainte d'altitude servira de base à l'altidude de croisière après avoir passé ce WP.
Dans ton cas, montée à FL240, descente à FL190 pour PERUS. La nouvelle altitude de croisière devient alors FL190.
Si on veut remonter à une autre altitude de croisère, 2 possibilités : programmer un autre navaid à une altitude supérieure ou remonter l'altitude de croisère manuellement.
Descendre puis remonter est plutôt une exeption.
Je pense que sans contrainte alt pour AMFOU, TIPIK, MUS, il devrait recalculer un TOD pour DR 6000ft ou mieux, calculer un taux de descente depus PERUS pour atteindre 6000ft à DR. Ca serait peut-être plus simple et plus réaliste?
Ces approches en palier sont courantes.
Je verrais un seul TOD pour la descente de "cruise-alt" au prochain wp avec contrainte alt, puis si il y a lieu des taux calculés entre les wp avec constr alt suivants. On serait parés pour affronter toutes les STAR possibles.
Dernière modification par ctesc356 (23/05/2017 12:05:06)
Intel i5-9400F, 16Go Ram, Nvidia GTX1660Ti, Linux Mint
Hors ligne
ctesc356 a écrit :Le but est de monter à FL240, descendre à FL190 pour passer PERUS, descendre à 6000ft pour DR.
Si je mets PERUS, AMFOU, TIPIK et MUS à FL190...@zacarias :
Comment faire pour que le "callsign" ne soit pas visible sur la dérive/ le logo?
Supprimer le callsign dans FGRUN si tu l'utilises sinon dans l'onglet "multijoueurs - Paramètres - Callsign"
Mais je veux quand-même être lié au réseau multijoueur avec mon "callsign" habituel. Je ne veux pas que ça se voit sur le logo/dérive. Je crois que ça n'arrive pas avec d'autres avions.
FG 2017.3.1
LinuxMint 18 Cinnamon 64-bit
Processeur AMD A8-6600K
Carte graphique NVIDIA GTX 1050 Ti
Hors ligne
Mais je veux quand-même être lié au réseau multijoueur avec mon "callsign" habituel. Je ne veux pas que ça se voit sur le logo/dérive. Je crois que ça n'arrive pas avec d'autres avions.
Il faut voir du côté de "registration.xml", éventuellement supprimer l'appel de ce fichier, je pense dans "Models/citationX.xml"
Intel i5-9400F, 16Go Ram, Nvidia GTX1660Ti, Linux Mint
Hors ligne
Salut à tous,
Pour être cohérents avec les livrées comportant déjà une immatriculation, il me semble bien que les immats avaient été dégagées à une époque.
Quand est-ce que c'est revenu, mystère?.
En mettant en commentaire les ligne 110 à 156 du fichier Aircraft/CitationX/Models/Citation-X.xml, tu devrais te retrouver sans immat.
Ce qui te donnes en ligne 110:
<!-- LH tail reg
<model>
<path>Aircraft/CitationX/Models/registration.xml</path>
<offsets>
<x-m>7.0</x-m>
<y-m>-0.14</y-m>
<z-m>1.910</z-m>
<roll-deg>0</roll-deg>
<pitch-deg>0</pitch-deg>
<heading-deg>2</heading-deg>
</offsets>
<overlay>
<params>
<size>0.5</size>
<alignment>xz-plane</alignment>
<color>
<red>0.02</red>
<green>0.02</green>
<blue>0.02</blue>
</color>
</params>
</overlay>
</model>
-->
<!-- RH tail reg
<model>
<path>Aircraft/CitationX/Models/registration.xml</path>
<offsets>
<x-m>7.0</x-m>
<y-m>0.14</y-m>
<z-m>1.910</z-m>
<roll-deg>0</roll-deg>
<pitch-deg>0</pitch-deg>
<heading-deg>-2</heading-deg>
</offsets>
<overlay>
<params>
<size>0.5</size>
<alignment>reversed-xz-plane</alignment>
<color>
<red>0.02</red>
<green>0.02</green>
<blue>0.02</blue>
</color>
</params>
</overlay>
</model>
-->
Devancé par Ernest.
Dernière modification par Patten (23/05/2017 13:20:56)
Intel I7.7700k 4.2 GHz.CM:MSI Z270 Gaming pro.CG:ASUS GTX 3070 Tuff OC 8Go.Ram:32Go DDR4 GSKILL. 2*SSD 500G 1*M2 500G 1*M2 1T, 2*HDD 2*2T Seagate Baracuda.Alim:Corsair RM750X 80Plus Gold.Ventirad Be quiet pure rock.Boîtier Aérocool GT-S black édition.DVD Asus drw-24f1-mt. Wifi + Bluetooth gigabyte.Dual boot LinuxMint 20.3 Una /Windows10 FG2020.4.0
http://pattenflightgear.wifeo.com/
Hors ligne
Descendre puis remonter est plutôt une exeption.
Certes, mais je préfère gérer cette exception avant que quelqu'un d'autre me dise que son pv ne va pas bien à cause de cela.
Je pense que sans contrainte alt pour AMFOU, TIPIK, MUS, il devrait recalculer un TOD pour DR 6000ft ou mieux, calculer un taux de descente depus PERUS pour atteindre 6000ft à DR. Ca serait peut-être plus simple et plus réaliste?
Ces approches en palier sont courantes.
Je verrais un seul TOD pour la descente de "cruise-alt" au prochain wp avec contrainte alt, puis si il y a lieu des taux calculés entre les wp avec constr alt suivants. On serait parés pour affronter toutes les STAR possibles.
La gestion des stars est différente des navaids et répond à ce que tu demandes, du moins j’espère.
Pour le reste, je préfère quand même que le pv recalcule un TOD pour DR 6000 ft.
Il ne faut pas oublier qu'il peut y avoir des vols beaucoup plus longs que celui-ci et effectuer une descente trop en avance n'est pas vraiment réaliste.
Je vais travailler là-dessus et vous soumettrai cela dans les prochains jours ... avec des TOD calculés également en fonction des vitesses de descente choisies, si on ne veut pas du 200kt. le maxi sera tout de même de 250 kt pour rester hors survitesse et respecter les préconisations de l'avionneur.
Fg 2020.4.0 - Linux Mint 21.3 Victoria - Cinnamon et Mate en dual boot - CM Asus P8H67 MLE - CPU i7 3770K - 12 Go Ram - Nvidia Geforce GTX 1660TI - Driver Nvidia 525
+ Hp notebook-15 - Linux Mint 21.3 Victoria - CPU i3-7020u - Ram 4Go - Intel Graphics 620.
Hors ligne
La gestion des stars est différente des navaids et répond à ce que tu demandes, du moins j’espère.
Une STAR n'est qu'une partie du pv., en quoi la gestion est-elle différente? Pour le moment il faut la programmer, sinon elle est choisie dans une liste et ajoutée au pv. mais la partie éxecution reste pareille.
Il ne faut pas oublier qu'il peut y avoir des vols beaucoup plus longs que celui-ci et effectuer une descente trop en avance n'est pas vraiment réaliste.
Je ne comprends pas ton souci? Le TOD est calculé pour le 1er wp avec contrainte alt suivant la montée en croisière. En général le point d'entrée de la STAR ou directement le IAF (initial approach fix) selon les cas. Que le vol soit long ou court le scenario est le même.
Après TOD on est en descente + approche avec ou sans paliers, mais la vitesse ne devrait plus augmenter, même en palier. Pour le moment on repasse en vitesse de croisière entre les TOD.
Je n'arrive plus a modifier un pv en supprimant "dest"
Dernière modification par ctesc356 (24/05/2017 10:21:21)
Intel i5-9400F, 16Go Ram, Nvidia GTX1660Ti, Linux Mint
Hors ligne
Bonjour,
Une STAR n'est qu'une partie du pv., en quoi la gestion est-elle différente? Pour le moment il faut la programmer, sinon elle est choisie dans une liste et ajoutée au pv. mais la partie éxecution reste pareille.
Qu'appelle- t'on "STAR" ? Si c'est un WP qu'on rajoute manuellement pour préparer une approche ou issu d'un fichier STAR extérieur alors oui c'est géré comme un "navaid". Si c'est l'approche calculée par FG (DEFAULT), alors non, le code est différent pour ne pas générer de TOD entre chaque wp.
Je ne comprends pas ton souci? Le TOD est calculé pour le 1er wp avec contrainte alt suivant la montée en croisière. En général le point d'entrée de la STAR ou directement le IAF (initial approach fix) selon les cas. Que le vol soit long ou court le scenario est le même.
Le TOD est calculé d'après le 1er wp d'une certaine altitude (ex PERUS à 19000) et le 1er wp à une altitude différente (ex DR à 6000). Si , après PERUS, on trouve AMFOU, TIPIK, MUS également à 19000,
le TOD se trouvera quelque part entre PERUS et DR, par exemple avant MUS et dans ce cas l'altitude de MUS sera recalculée pour fournir au VSD une altitude intermédiaire.
Que le vol soit long ou court le scenario est le même.
Oui, dans mon esprit, c'est bien cela. Mais si, comme tu le disais dans un précédent post, j'attaque la pente de descente à PERUS pour rejoindre DR, ça signifie que l'avion va stagner à 6000 ft pendant un temps infini si le vol est très long. Ceci dit, il est probable qu'on pense la même chose mais c'est toujours plus difficile de partager des idées par écrit que de vive voix
Après TOD on est en descente + approche avec ou sans paliers, mais la vitesse ne devrait plus augmenter, même en palier. Pour le moment on repasse en vitesse de croisière entre les TOD.
Euh non!... C'est peut-être vrai s'il n'y a qu'un TOD avant l'approche mais pas dans le cas de plusieurs longs paliers par exemple à 19000. Je ne vais pas faire stagner l'avion à 200 ou 250 kt pendant des miles et des miles.
Je n'arrive plus a modifier un pv en supprimant "dest"
En supprimant "dest", le plan de vol est désactivé. Il faut alors entrer une nouvelle destination et un nouveau runway puis ensuite on peut modifier le plan de vol sans oublier de le réactiver ensuite en entrant le "dest" à sa bonne place dans le pv.
Fg 2020.4.0 - Linux Mint 21.3 Victoria - Cinnamon et Mate en dual boot - CM Asus P8H67 MLE - CPU i7 3770K - 12 Go Ram - Nvidia Geforce GTX 1660TI - Driver Nvidia 525
+ Hp notebook-15 - Linux Mint 21.3 Victoria - CPU i3-7020u - Ram 4Go - Intel Graphics 620.
Hors ligne
Salut à tous,
Il semblerait qu'il y ait des testeurs qui font remonter quelques soucis...
Intel I7.7700k 4.2 GHz.CM:MSI Z270 Gaming pro.CG:ASUS GTX 3070 Tuff OC 8Go.Ram:32Go DDR4 GSKILL. 2*SSD 500G 1*M2 500G 1*M2 1T, 2*HDD 2*2T Seagate Baracuda.Alim:Corsair RM750X 80Plus Gold.Ventirad Be quiet pure rock.Boîtier Aérocool GT-S black édition.DVD Asus drw-24f1-mt. Wifi + Bluetooth gigabyte.Dual boot LinuxMint 20.3 Una /Windows10 FG2020.4.0
http://pattenflightgear.wifeo.com/
Hors ligne
Bonjour,
Je n'arrive plus a modifier un pv en supprimant "dest"
En supprimant "dest", le plan de vol est désactivé. Il faut alors entrer une nouvelle destination et un nouveau runway puis ensuite on peut modifier le plan de vol sans oublier de le réactiver ensuite en entrant le "dest" à sa bonne place dans le pv.
C'est ce que j'essaie de faire, mais y veut pas Soit:
ou il ne veut pas sauver avec:
Nasal runtime error: non-objects have no members
at /media/tt/data/fg/acft/Aircraft/CitationX/Nasal/CDU.nas, line 872
called from: /media/tt/data/fg/acft/Aircraft/CitationX/Nasal/CDU.nas, line 499
called from: , line 1
dans la console.
Intel i5-9400F, 16Go Ram, Nvidia GTX1660Ti, Linux Mint
Hors ligne
Bonjour Christian,
Le CDU n'a pas été modifié depuis longtemps donc je ne pense pas que les problèmes de frames et lags viennent de lui.
Je pense plus que le problème vient du VSD qui est réactualisé toutes les secondes. Dans les versions antérieures à la dernière version, le recalcul des TOD et des wp qui se trouvaient dans la descente était effectué en live et plusieurs boucles de code tournaient toutes les secondes. C'est la raison pour laquelle j'ai déplacé tous ces calculs dans le FMS et effectué ceux-ci au moment de l'activation du pv et du choix de l'altitude de croisière pour ne plus impacter le frame rate.
Le VSD est, d'origine, assez gourmand en frames à cause de calculs de position de l'avion et du sol. Il date de quelques années (créé par Omega95) et je l'ai adapté au Citation X en essayant de le simplifier au maximum..
Fg 2020.4.0 - Linux Mint 21.3 Victoria - Cinnamon et Mate en dual boot - CM Asus P8H67 MLE - CPU i7 3770K - 12 Go Ram - Nvidia Geforce GTX 1660TI - Driver Nvidia 525
+ Hp notebook-15 - Linux Mint 21.3 Victoria - CPU i3-7020u - Ram 4Go - Intel Graphics 620.
Hors ligne
Je n'arrive plus a modifier un pv en supprimant "dest"
C'est ce que j'essaie de faire, mais y veut pas .
Ok, vu. Je vais y remédier. Et merci pour l'info
Fg 2020.4.0 - Linux Mint 21.3 Victoria - Cinnamon et Mate en dual boot - CM Asus P8H67 MLE - CPU i7 3770K - 12 Go Ram - Nvidia Geforce GTX 1660TI - Driver Nvidia 525
+ Hp notebook-15 - Linux Mint 21.3 Victoria - CPU i3-7020u - Ram 4Go - Intel Graphics 620.
Hors ligne
Salut,
Cette dernière version du citationX est très aboutie.
Merci CLM76.
Petites anomalies:
- vitesse max de 340 au lieu de 345 avant ... mais c'est peut-être normal?
- vol LFMN 04R vers LFML 13L altitude 15000 ft. Au point DEP5, l'avion quitte son PV pour revenir dessus après ...
- Modification du PV impossible ... j'ai vu que tu avais corrigé!
Je n'ai pas encore fait de test en ajoutant des waypoint (avec altitude).
Merci
Denis
FG 2020.3.2, Windows 10 . Multijoueurs: "DE IS"
Intel Core i7-6700K CPU @4.00GHz 4.01GHz, RAM installée 32.0 Go, GTX1070
Boeing 777 et 707, Cessna Citation X
Hors ligne
Hors ligne
Bonjour à tous,
J'ai bien pris en compte vos remarques et je me remets au travail...
Fg 2020.4.0 - Linux Mint 21.3 Victoria - Cinnamon et Mate en dual boot - CM Asus P8H67 MLE - CPU i7 3770K - 12 Go Ram - Nvidia Geforce GTX 1660TI - Driver Nvidia 525
+ Hp notebook-15 - Linux Mint 21.3 Victoria - CPU i3-7020u - Ram 4Go - Intel Graphics 620.
Hors ligne
Bonjour,
J'ai bien pris en compte vos remarques et je me remets au travail...
Si on peut faire quelque chose pour aider... appelle
Je me suis amusé à comparer un vol réel (ici LSGG-LFBO, U21473) avec le plan fg un peu au dessus #215
Départ de LSGG23 par SID DEPUL 3A, approche LFBO14R par STAR NARAK 5N
A part que eazyjet prend un raccourci direct sur NETRO (probablement autorisé par l'atc de Toulouse) ça colle assez bien. Aussi dans la 3e dimension
Intel i5-9400F, 16Go Ram, Nvidia GTX1660Ti, Linux Mint
Hors ligne
Si on peut faire quelque chose pour aider... appelle
Merci, c'est gentil mais tu en fais déjà beaucoup pour tester mes diverses versions et me faire remonter les problèmes.
Fg 2020.4.0 - Linux Mint 21.3 Victoria - Cinnamon et Mate en dual boot - CM Asus P8H67 MLE - CPU i7 3770K - 12 Go Ram - Nvidia Geforce GTX 1660TI - Driver Nvidia 525
+ Hp notebook-15 - Linux Mint 21.3 Victoria - CPU i3-7020u - Ram 4Go - Intel Graphics 620.
Hors ligne
Blonjour,
expérimentation de pv suite...
Le TOD se trouve trop près du wp le précédent, à 330kts on déborde et il ne trouve pas TOD il en est au 2è tour là
Le pv essaie de reconstituer le vol F717 de ethiad-regional
On peut mettre une altitude de croisière plus haute afin que le TOD se trouve avant le WP. C'est une parade valable que pour ce vol, on se trouvera coincé une autre fois.
On peut "sauter" TOD dans le rm par "jump-to"(je ne sais pas si c'est possible dans le FMS?) déclencher VNAV, enclancher la descente par ALT et réenclancher VNAV et le vol se poursuit normalement.
Le TOD ne devrait influencer le vol que sur le plan vertical. On passera à 4-5nm au large de TOD.
Ou anticiper les virages, comme le 777.
Dernière modification par ctesc356 (30/05/2017 13:52:37)
Intel i5-9400F, 16Go Ram, Nvidia GTX1660Ti, Linux Mint
Hors ligne
Blonjour,
expérimentation de pv suite...
Le TOD se trouve trop près du wp le précédent, à 330kts on déborde et il ne trouve pas TOD il en est au 2è tour làLe TOD ne devrait influencer le vol que sur le plan vertical. On passera à 4-5nm au large de TOD.
Ou anticiper les virages, comme le 777.
Je suis en cours de remodelage complet du FMS et des TOD car en modifiant en direct le plan de vol pour le calcul et l'incrustation des TOD et des altitudes intermédiaires de descente j'aboutissais à une incompatibilité entre le VSD et la sauvegarde des pv sur le CDU.
Ceci dit, le calcul des TOD prend en compte la distance entre le 1er point d'une altitude et le 1er d'une altitude inférieure. J'ai tenu compte de la proximité d'un WP et d'un TOD pour l'alarme TOD... mais pas dans le cas d'un virage serré.
Ou anticiper les virages, comme le 777.
Ça j'y avais pensé et je voulais justement poser la question.
Fg 2020.4.0 - Linux Mint 21.3 Victoria - Cinnamon et Mate en dual boot - CM Asus P8H67 MLE - CPU i7 3770K - 12 Go Ram - Nvidia Geforce GTX 1660TI - Driver Nvidia 525
+ Hp notebook-15 - Linux Mint 21.3 Victoria - CPU i3-7020u - Ram 4Go - Intel Graphics 620.
Hors ligne
Bonsoir à tous,
Une nouvelle version du Citation X vient d'être "pushée". Comme d'habitude, attendre que Christian (Patten) l'ai mise dans son hangar.
Dans cette version :
- Amélioration du calcul des TOD ... Du moins j'espère !...
- Modifications des plans de vol : Les TOD apparaissent toujours sur les CDU mais pas les altitudes calculées des WP, exceptées celles entrées volontairement, les SID et les STARS.
- Amélioration de la sauvegarde des plans de vols : les TOD ne sont plus sauvegardés car ils dépendent de l'altitude de croisière choisie.
- Augmentation du nombre de pages des CDU : 10 au lieu de 6.
L'amélioration du passage des waypoints par "turn anticipation" est en cours d'étude. C'était apparemment prévu par les développeurs en 2013 (wiki GPS) mais il semble que ça n'a jamais été réalisé. Certaines fonctions existent mais sont inopérantes. J'ai posé la question sur le forum US mais pas encore de réponses. En attendant j'ai commencé à regarder sur le 777 comment c'est implémenté, mais pas évident de s'y retrouver dans le code.
Fg 2020.4.0 - Linux Mint 21.3 Victoria - Cinnamon et Mate en dual boot - CM Asus P8H67 MLE - CPU i7 3770K - 12 Go Ram - Nvidia Geforce GTX 1660TI - Driver Nvidia 525
+ Hp notebook-15 - Linux Mint 21.3 Victoria - CPU i3-7020u - Ram 4Go - Intel Graphics 620.
Hors ligne
Bonsoir à tous,
Une nouvelle version du Citation X vient d'être "pushée". Comme d'habitude, attendre que Christian (Patten) l'ai mise dans son hangar.
...
FAIT!.
Intel I7.7700k 4.2 GHz.CM:MSI Z270 Gaming pro.CG:ASUS GTX 3070 Tuff OC 8Go.Ram:32Go DDR4 GSKILL. 2*SSD 500G 1*M2 500G 1*M2 1T, 2*HDD 2*2T Seagate Baracuda.Alim:Corsair RM750X 80Plus Gold.Ventirad Be quiet pure rock.Boîtier Aérocool GT-S black édition.DVD Asus drw-24f1-mt. Wifi + Bluetooth gigabyte.Dual boot LinuxMint 20.3 Una /Windows10 FG2020.4.0
http://pattenflightgear.wifeo.com/
Hors ligne
Bonjour,
Une nouvelle version du Citation X vient d'être "pushée".
- Augmentation du nombre de pages des CDU : 10 au lieu de 6.
Bonne idée, certaines SID et STAR passaient limite, on va pouvoir compliquer les pv
Testé le pv:
tout va bien jusqu'à un peu avant MUS, il est en descente pour 8000ft depuis TIPIK.
A ~8700ft accélération à 330kts?? On passe MUS à ~8200ft et il revient à 200kts. Confirmé sur 3 vols consécutifs.
Autre petite chose (déjà abordé précédemment), le tod après un virage. Les passagers râlent
Est ce qu'il serait possible que les TOD n'influencent pas le vol horizontal?
Peut-être que ce souci se réglera avec l'anticipation des virages?
Dernière modification par ctesc356 (10/06/2017 15:21:58)
Intel i5-9400F, 16Go Ram, Nvidia GTX1660Ti, Linux Mint
Hors ligne
bonjour,
Est-ce normal que les indications du VSD n'apparaissent plus?
Je viens de programmer un vol LFMN vers LFKJ. départ piste 04R arrivée piste 02. altitude de croisière 15000 feet.
le graphique n'est plus présent ...
Petite anomalie sur 2ème vol:
Départ KBOS piste 27
Arrivée KFOK piste 24
altitude de croisière à FL200
Après le TOD la vitesse passe à 200 nds ... correct
par contre une fois arrivée à l'altitude de 4100 feet, l'avion accélère à 260 nds ... pour repasser à 200 nds au point 24-12 ...
... après une petite frayeur, l'atterrissage s'est bien passé!
Autre question, est-il possible de modifier en cours de vol l'altitude de croisière? si oui, comment?
Merci
Dernière modification par DENIS (10/06/2017 18:32:22)
FG 2020.3.2, Windows 10 . Multijoueurs: "DE IS"
Intel Core i7-6700K CPU @4.00GHz 4.01GHz, RAM installée 32.0 Go, GTX1070
Boeing 777 et 707, Cessna Citation X
Hors ligne
Bonsoir à tous,
Testé le pv:
tout va bien jusqu'à un peu avant MUS, il est en descente pour 8000ft depuis TIPIK.
A ~8700ft accélération à 330kts?? On passe MUS à ~8200ft et il revient à 200kts. Confirmé sur 3 vols consécutifs.
C'est normal ... mais peut être amélioré S'il n'y avait pas la proximité du TOD ou un leg plus long, ce serait normal. Je vais apporter une modification pour améliorer cela.
Autre petite chose (déjà abordé précédemment), le tod après un virage. Les passagers râlent
Est ce qu'il serait possible que les TOD n'influencent pas le vol horizontal?
Peut-être que ce souci se réglera avec l'anticipation des virages?
Les TOD s'incrustent dans le PV comme waypoints donc ils influencent obligatoirement le vol horizontal. 2 remèdes possibles :
1 - L'anticipation des virages (en cours d'étude)
2 - Ne pas générer de TOD s'il est trop proche d'un waypoint. J'ai déjà limité cette proximité et je peux allonger la distance, mais je préfère d'abord tester la 1ère solution.
Est-ce normal que les indications du VSD n'apparaissent plus?
Je viens de programmer un vol LFMN vers LFKJ. départ piste 04R arrivée piste 02. altitude de croisière 15000 feet.
le graphique n'est plus présent ...
Non ce n'est pas normal, ça fonctionne chez moi :
As-tu bien appuyé sur les boutons MFD Setup puis Vspeed ?
par contre une fois arrivée à l'altitude de 4100 feet, l'avion accélère à 260 nds ... pour repasser à 200 nds au point 24-12 ...
Normalement, c'est normal ! Il reprend une altitude de croisière si la distance est suffisante. Je vais quand même tester ton vol pour voir si ce n'est pas un problème identique à celui de ctesc 356
Autre question, est-il possible de modifier en cours de vol l'altitude de croisière? si oui, comment?
Par le bouton ALT/SEL. Toutefois, attention, je ne suis pas sûr que ça fonctionne correctement à 100% étant donné qu'à chaque changement d'altitude de croisière, les TOD sont recalculés et il peut y avoir des problèmes de vitesses. Je n'ai pas testé cela.
Fg 2020.4.0 - Linux Mint 21.3 Victoria - Cinnamon et Mate en dual boot - CM Asus P8H67 MLE - CPU i7 3770K - 12 Go Ram - Nvidia Geforce GTX 1660TI - Driver Nvidia 525
+ Hp notebook-15 - Linux Mint 21.3 Victoria - CPU i3-7020u - Ram 4Go - Intel Graphics 620.
Hors ligne