Reprise du message précédent :
https://secure.simmarket.com/inform [...] hoon.phtml

 
Hum les beaux systèmes du dreamliner.  

C'est cher pour un modele 3D pas si précis que ca et la récup de l avionique

Il y a d'autre moyen de le trouver hein, je ne prêche aucune paroisse, j'ai juste fait une recherche google  

Ça va être ça pendant un moment et après, le marché sera plus sérieux.
En attendant, certains tirent leur lignes... ils savent qu'ils vont ferrer des impatients.

Également dans le store in-game (comme les MB339 ou YMF5)

Merci

L'imprimante fonctionnelle dans l'A32NX    
 
Ce petit plaisir quand tu demandes un Metar via ACARS, que tu l'imprimes, le prends et le mets sur le pedestal pour tout le reste du vol  

 
J'ai pris le lien modsfire de l'A350 sur le screen et ça à fonctionné. J'ai regardé rapidement ton lien et en effet c'est bizarre cette histoire de toute façon j'aurais pas payé vu le peu d'info sur leur site.
 
Vivement l'A380 de flybywire  

  ils savent donner du plaisir aux gens ces petits gars de FBW

Il y avait un sacre monde ce soir a l'arrivee de KDFW. 5 pistes paralleles en service.
 
Le framerate a pris a un sacre coup. J'ai du me poser a 15 FPS max je pense.
 

Pour info Quenteagle, concernant le bug des encodeurs qui bougent par incréments ×10 quand MFS2020 détecte un bind maintenu + un encodeur (ou molette), j'ai réussi à m'en sortir avec Joystick Gremlin et vJoy (que j'utilisais déjà par ailleurs pour créer un axe à partir de position fixes d'un bouton rotatif) :
 
https://github.com/WhiteMagic/Joyst [...] issues/350
 
J'utilisais déjà des macros pour autre chose mais je ne savais pas que je pouvais tout bêtement ajouter un "button release" derrière pour régler le souci, c'est ce message qui m'a aidé.
 
Ça sera utile pour ceux qui comme moi ont un périphérique qui envoie un signal "button pressed" permanent pour certains boutons, tels que le Honeycomb Bravo apparemment.

Si on prend l'exemple du 747, qui ressemble pas mal à ce que j'ai physiquement sur mon throttle, il me reste à trouver comment binder mes boutons THR, SPD, VNAV, LNAV, l'encodeur HDG, HDG HOLD et VS/FPA dans les options du simulateur. Je ne trouve pas quelles sont les bonnes lignes dans le menu bindings. Je vais peut-être pas pouvoir faire l'impasse sur FSUIPC7 pour ça, pour l'instant la seule absence d'axes de trims rudder et aileron dans les options du jeu ne suffisaient pas à me convaincre, mais s'il manque la moitié des boutons d'AP dans les options ça va être plus gênant.

Pour l'instant, concernant le pilote automatique, j'ai réussi à configurer A/P, SPD (je l'ai mis sur l'IAS du Dreamliner mais je suis pas 100% certain que ce soit la même chose), l'encodeur de vitesse (en kts), l'encodeur VERT SPD, l'encodeur ALT, ALT HOLD, LOC et APP. Tout le reste hors pilote auto et axes de trim rudder et ailerons est fonctionnel comme je le voulais.

Dites, est ce sur une approche IFR, vous attendez que l'ATC vous demande de descendre ou bien vous calculez votre propre ToD. Sur FSX j'avais tendance a le calculer a la main avec une pente type 3°. Sur FS 2020 je me fais pourrir par l'ATC si je fais ça. Mais si j'attends la.ATC, y'a parfois ou la descente demandée est bien trop forte... Vos avis ?

Je suis en train d'apprendre le porte-à-porte IFR, je fais sans doute encore des conneries mais ça me rassure sur le fait que je trouve que l'ATC est un peu bourrin/tardif  

Impec, tu auras ta maison aux Bahamas avec ton Yacht lance fusée ainsi que la sex tape d'Angela Merkel en 8K comme convenu.    

C'est mieux de faire comme ça... Après en avion pressurisé tu peux prendre des vario relativement fort.

Tu fais quoi comme calcul et sur quelle machine ? Après je ne sais pas si c'est géré dans msfs, mais l'atc peut attendre que tu ai passer certaines zones avant d'autoriser une descente pour être réglementaire et évité les problèmes...

Merci ! Donc en installant ca je pourrai remapper tous les boutons du yoke Alpha car la c'est inutilisable si je veux utiliser le PA derriere.
 

En sim et IRL (co-pilote, j'ai pas de licence IFR) j'ai toujours demande a l'ATC de descendre. Sauf contrainte specifique, c'est pas a l'ATC de determiner quand tu sors de ton niveau de croisiere. Par contre une fois que t'as demarre ta descente t'es en general pris en charge si t'as des paliers a faire. L'ATC de MFS est completement a la ramasse d'une facon generale. Un peu comme celui de FSX, c'est tres dur de coder quelque chose de bien. D'ou l'interet de plateformes comme VATSIM.

Bon OK. Faudrait qu'ils rajoutent une option en croisière type "amorce descente"...

Je le faisais à la mano mais sinon quand j'ai pas envie de me faire chier, j'utilise ça : https://descent.now.sh/ principalement sur le Baron 350i et le Longitude.
 
 

Oui, ça fait quelques mois que j'avais relevé ça

Sinon la regle de base sur une pente a 3 degres (donc relativement standard). C'est differentiel d'altitude * 3 et t'as la distance en nautiques.
Donc en gros, t'es au FL300, tu veux atteindre un point au FL100, ca te fait 20*3=60nm pour debuter ta descente. Ou alors t'es au FL410 en longitude, aeroport a 1000', sur une descente continue ca te donne 40*3=120nm. Le seul truc a prevoir c'est la reduction a 250kt au passage du FL100, donc en fonction des avions, prevoir de rallonger un peu la distance pour le palier de deceleration.

edit : ca marche sur n'importe quel avion a partir du moment ou tu respectes une pente de 3 degres. Donc 1250'/min si tu voles a 250kt, 450'/min si tu voles a 90kt par exemple.

 
Request descent ou demande décente pour la phraséo.
 
Par contre ça dépends des zones, la plus part du temps c'est a l'initiative du pilote. Mais quand tu es près de paris, dans les zones d'orly ou CDG c'est le contrôleur qui va te guider jusqu'a l'approche que tu as choisi. Notamment pour évité d'emplafonner certaines zones ou pour facilité leurs séparations avec les autres traffics.
 
 

 
C'est : Distance en nautique = (différence de niveau en Ft)/(Plan en °) donc 3° et 5% en générale... Ce qui doit donner un
Et pour calculer le vario ont fait: Vitesse Verticale de descente = (Ground Speed Kt) *  (plan en %) donc x5 en génréal (x10/2 pour le calcul mental plus facile)  

En complément, pou ralentir avec un liner type A320 ou B737, il faut compter 1 nm pour perdre 10 kts (au-dessus de 200 kts).
Il faut aussi tenir compte du vent : ajouter 1 nm par tranche de 10 kts de vent arrière.
 
Et pour calculer le taux de descente : GS x 5 (ça permet de compenser l'effet du vent).
 
Edit : grillé pour le calcul du vario

Exactement. Tu utilises une macro sur chaque toggle permanent du yoke, et dans chaque macro tu assignes un "button x press" puis un "button x release", où "button x" est un bouton du périphérique virtuel vJoy que Joystick Gremlin créera. Tu peux vérifier dans "input viewer" que le comportement est bien celui que tu veux (après avoir activé ta configuration avec l'icone de manette en haut).

Ensuite dans le simulateur, tu vires tous les binds associés à ces toggles physiques du yoke, et tu associes les mêmes fonctions non pas au yoke, mais aux boutons du périphérique vJoy.

Pour moi l'autodétection des inputs vJoy dans MFS2020 est buggée : le simulateur détecte bien l'input, mais envoie une erreur disant que je tente d'associer une touche à un périphérique qui n'est pas utilisé, un truc comme ça. J'ai donc du paramétrer les binds en allant manuellement chercher les bons numéros de boutons dans le menu déroulant de MFS au lieu d'utiliser l'autodétection, mais ça marche bien.

Si tu as des boutons physiques qui n'envoient qu'un signal temporaire, tu peux d'une manière similaire distinguer les appuis longs et les appuis courts, par exemple pour activer ou désactiver une fonction d'AP avec un seul bouton sans devoir vérifier son état sur le tableau de bord IG avant.

Remiche35 creuse légèrement l'écart avec  TBone.

Les votes se terminent ce weekend, et le résultat reste encore incertain.

Selon les experts, la tendance se maintiendrait ainsi, toutefois il est encore trop tôt pour en convenir.

Passons à la météo ...

J'ai toujours pas voté...

Avis aux entendeur

Merci pour ces precisions ! Je vais essayer ca ce weekend.

La manip fonctionne chez moi, ne pas reutiliser des profils JG dispos un peu partout sur le web, ça bug. Il faut faire la sienne et c'est un peu fastidieux mais une fois terminé on récupère un PA pas bugué

Je ne comprends rien à ces discussions, je crois que j'ai encore du boulot
Pour les approches je me contente encore de suivre les rectangles jusqu'à la piste

Tu peux peut-être partager ce profil pour tes camarades?

Prendre une feuille de papier et un crayon.

Dessiner un triangle rectangle couché. Placer son appareil sur la pointe supérieure. C'est l'altitude de départ. La base du rectangle est l'altitude target de fin de descente. La longueur de la base est la distance que tu parcoureras pendant la descente.

Une fois dessiné, c'est simple et il suffit de calculer les rapports et hop.

Édit: c'est comme pour les patterns, les holdings, les navs VOR, ... C'est beaucoup, beaucoup plus simple une fois un croquis sur papier...

Pour illustrer:

Les pros font comme moi

 
DON'T SINK    
TERRAIN TERRAIN  

Je suis plutot en mode "capture from above" en ce moment A force de vouloir tenter la descente continue et surtout quand l'ATC te donne un direct to qui te met tout ton profil de descente aux fraises
 
C'est pas tres propre ces deploiements du train tres loin de la finale pour creer le max de trainee.

Effectivement...

Il y a la tactique du slalom à haute incidence qui permet de bien freiner.

Ou la descente en dérapage... Permet de freiner tout en ayant un taux de descente affriolant.

Ou encore la fameuse technique de la descente en spirale que les Hercules réalisaient au Vietnam...

Que de solutions...  

 
En région montagneuse, c'est risqué  

D'où le petit rebond, en toute fin.