Vous n'êtes pas identifié(e).
Version STEAM.
Le dossier 'Package' est contenu dans le dossier 'Microsoft Flight Simulator 2024' créé d'office dans 'C:\Users\xxxxxx\AppData\Roaming'.
Déplacer ce dossier 'Package' ailleurs n'est pas suffisant pour gagner de la place sur C: puisque le 'Community' ne contiendra en général que des liens symboliques soit pinuts en occupation disque.
Par contre le dossier 'Microsoft Flight Simulator 2024', lui, est totalement différent de celui de MSFS 2020. Sa taille à l'installation est déjà importante (16Go) et ne fera que croître au fur et à mesure des mises à jour de 2024 et de son utilisation.
J'ai donc choisi de déplacer ce dossier à la racine d'un SSD dédié à la simulation en lui donnant un nom montrant son origine de façon à ne pas commettre d'impair lors d'une réorganisation ultérieure.
Ce SSD est compressé comme tout mes supports (DD ou SSD). Je compresse les supports systématiquement lors de leur installation, étant vierges cela se fait instantanément, un support chargé demandera du temps voire beaucoup de temps.
Par contre il est possible de compresser chaque répertoire individuellement.
Cette compression n'a aucun effet néfaste sur l'accès aux données.
Par exemple, mon dossier 'France' qui contient mes scènes pour 2020, taille 143Go et taille sur disque 98.4Go, le dossier 'UK-Irlande', toujours pour 2020, taille 217Go et 132Go d'occupation.
Le contenu du dossier déporté:
On remarque un gain majeur sur l'occupation disque (taille divisée par 10, au prix des SSD ...).
Le lien symbolique pointant sur ce dossier depuis 'Roaming':
Ne pas oublier de nommer ce lien en 'Microsoft Flight Simulator 2024' si on veut que 2024 retrouve ses petits.
Steam aussi.
J'ai tout simplement déplacé ailleurs le répertoire 'Flight Simulator 2024' et l'ai remplacé dans 'Roaming' par un lien symbolique.
Bon, je suis enfin reconnecté et ... départ de zéro ... au moins sur 2020 l'état des téléchargements étaient sauvegardé.
Un post sur SOH d'un gars qui a réussi son installation.
Premier vol ok, deuxième ... "too many people on line"
I managed to get one flight in around the local area. They finally got the land mass in the Gulf of Mexico below New Iberia correct. There were a LOT more trees and it looked very real. When I tried again a short while later all I got was "too many people on line" screen. ]
De quoi s'inquiéter pour la suite ?
EDIT:
Je viens de retenter le coup et, surprise (pour la raison, pas pour l'erreur), compte bloqué pour activité illicite.
Débloqué par demande d'un nouveau code et toujours pas d'accès ... comme prévu.
Tout va bien dans le monde Microsoft.
Ils feraient bien de sortir un simulateur d'installation de jeu Xbox, succès assuré grâce à un mode carrière corriace!
Ben oui, c'est le problème. Si on se prend une sortie à chaque sélection on n'est pas prêt de voler.
Et si en plus faut prendre RDV pour les vols on n'est pas arrivé non plus.
Du Crosoft pur jus !
Sélection de la dégaine du pilote, clic ... et retour bureau et là il n'a pas fallut des plombes.
Et depuis:
Pour les vols, ça va être comme ça ?
Sur Steam:
1-téléchargement sur D: 8 Go ok
2- authentification sur compte Microsoft
pas reconnu comme d'habitude, recréé un compte dans la foulée, du Crosoft pur jus!
une façon comme une autre de gonfler la clientèle (au propre comme au figuré).
3- progression loading language 5 % depuis ... minutes ... gros gros problème de langue ...
6% après 10 minutes, à raison de 1% par dizaine de minutes on n'est pas couché
Je ne possède pas l'engin mais si c'est cette barre que l'on voit sur une des vidéos de promo cela semble normal.
Peut-être une tringle à rideau façon routier
Allusion au plancher des vaches tout simplement.
Pour les versions et les moteurs possibles associés:
https://en.wikipedia.org/wiki/Aeronca_C … C_Champion
C'est pas le choix qui manque !
Oui tu me mets la doc où ils parlent du VMO comme origine alors que d'après moultes discussions ils reconnaissent que c'est faux, d'où l'encart rajouté dans la doc qui ne fait plus référence au VMO mais au point référence du modèle 3d ... !!!!???
EDIT Encart rajouté sur mon post précédent.
RE-EDIT:
En absence de réponses j'ai affiché dans MSFS mon pou transféré direct depuis FsX avec ses fichiers aircraft.cfg et air d'origine, résultat:
Tiens, bizarre, la position de la ligne de forces avant me dit quelque chose, comme elle correspond au point pivot de l'aile elle correspond forcément à l'origine de l'objet 3D de l'aile dans le modèle 3D.
Alors, comme même pas peur ni même pas mal, j'ai introduit dans l'aircraft.cfg les trois lignes:
[AERODYNAMICS]
compute_aero_center = 0
aero_center_lift = 1.41
où 1.41 représente en pied la distance du bord d'attaque au pivot,
et :
Donc pour ton Aeronca, il faut prendre cette distance (+ en avant, - en arrière) depuis le point référence de l'objet aile dans Blender. Ce que je ne peux avoir en passant par MCX puisque lui ramène tout à l'origine des DATA (0,0,0).
Asobo aurait simplement pu préciser que l'objet 3D concerné était celui de l'aile et donc son point référence et non l'origine 0,0,0.
Pas besoin de nous embrouiller avec des calculs savants.
gear system type (betweeen 0 and 4) 0 = electrical, 1 = hydraulic, 2 = pneumatic, 3 = manual, 4 = none, 5 = undefined
En cas de 0 à 2 s'assurer de l'alimentation en énergie.
Pour le seul hélico à train rentrant que je connaisse, le système choisi est 3.
Je n'ai vu aucune allusion particulière au fait que ce soit un hélico dans les fichiers CFG à part la définition des rotors bien sûr.
La première ligne de forces suit le bord d'attaque de l'aile et pour cela son point central se situe à l'apex de cette aile et suit par conséquent son angle en plan éventuel défini dans sa description.
Pour cela il faut donner une valeur (ici -037ft soit 11cm) en avant ou en arrière par rapport à un point référence qu'Asobo qualifie de point 'référence du modèle 3D'. Cette référence est pour le moins curieuse puisque physiquement elle ne correspond à rien, d'où ma question.
A mon avis, ces lignes de forces ne représentent en rien les lieux des points d'application des forces de portance mais plutôt les limites avant et arrière des zones utilisées par Asobo pour calculer et appliquer la portance d'une aile, en gros, la partie extérieure (à droite) ne sert à rien si ce n'est que pour rendre agréable le visuel, certainement, mais pas tout à fait puisque les parties mobiles des ailes se situent en général dans cette zone et comme chacun sait qu'un spoiler déployé génère peu de portance et qu'Asobo, dont l'état de l'art des calculs dynamiques n'a toujours pas demandé les positions et dimensions physiques des gouvernes, se contente d'occulter toute cette zone.
Remarque en passant, leur système leur permet de dire que la présence d'un fuseau moteur sur le bord d'attaque de l'aile (façon DC3) ne perturbe en rien cette portance puisqu'elle est générée au travers de lui comme si de rien n'était.
Bref se faire des nœuds au cerveau pour obtenir une com intéressante et un résultat similaire à ce que proposait FsX.
EDIT: la prose du SDK
Bon, j'ai trouvé pourquoi les forces ne s'appliquaient pas au bon endroit:
Fichier origine rubrique [AERODYNAMICS]
compute_aero_center = 0 ;
aero_center_lift = -1.8]
Il faut lire:
compute_aero_center = 0 ;
aero_center_lift = -0.37]
Pourquoi ? Et bien parce que ...
Après recherche sur le net il s’avère que le SDK n'est pas tout à fait en phase avec le sujet. L'option de calcul automatique n'étant pas à valider, le résultat occasionnant des déformations bla bla bla ... pour dire en clair que cela ne fonctionne pas et qu'il faut donc définir cette valeur manuellement en donnant une distance par rapport ... à quoi ? Et ben, suite aux discussions, ce n'est pas par rapport au point d'origine des DATA, ce serait trop ballot, non, c'est, d'après la doc corrigée, par rapport à l'origine du modèle 3D ... et elle est où cette origine ? surtout quand on l'a fixée justement au point de référence des DATA. Ce qui est justement notre cas.
Donc,par approches successives j'en suis arrivé à ce résultat. Maintenant Didier, faudra me dire quel référence se trouve à 11cm de ton bord d'attaque (cercle jaune) ça, ça m'intéresse.
Bon, pour le stabilo je vous laisse faire,hein !?
Et on se demande pourquoi je ne fais rien pour MSFS.
Question à 2 balles, comment Asobo s'y prend pour calculer une position pour le CDG ?
Ne sont fournies que des données concernant la géométrie du modèle via les divers fichiers CFG, dont la masse à vide totale (sans répartition des différentes masses la composant, ni leurs positions) et les masses additionnelles et variables (passagers, réservoirs, etc) positionnées en leur CDG propre (CDG volumique et non celui résultant d'une vue en plan).
De ces fichiers CFG sont utilisées les données dimensionnelles pour obtenir ceci et rien d'autre:
Vue en plan (point origine = intersection axes bleus)
Vue de profil (point origine = intersection axes bleus)
(ici les ailes et stabilos sont droits, sur des éléments en flèche la géométrie est respectée ce qui explique que les normales générées par Asobo suivent les bords d'attaque.)
Maintenant, le CDG du modèle et son domaine de déplacement sont fixés par le concepteur du modèle réel:
Exemple du D112 pris sur le manuel d'un Aéroclub:
Alors ... comment ? Et ce n'est que pour la géométrie car pour ce qui concerne les gouvernes, à part leurs surfaces ... où qu'elles sont ?
AAAHH, c'est pour ça que malgré les calculs sur 1000 points on est encore obligé de donner une efficacité ... à adapter suivant l'expérience du réel ou de l'humeur
A+
EDIT: pour les différentes lignes de force sur les voilures, suivre les bords d'attaques c'est facile puisqu'on fournit leurs géométries mais pour celles sur la surface ... faudrait au moins avoir le profil de l'aile.
Didier, tu dois avoir un os sur le positionnement de l'apex de ton aile (apex = position en longueur et hauteur de l'intersection du prolongement des bords d'attaque des deux ailes ou des deux stabilos), les lignes de force sont décalées par rapport au modèle 3D.
C'est mon écran de démarrage MSFS du jour.
Pour changer cette image (la seule qu'on puisse changer depuis pas mal d'updates):
Aller dans '... MicrosoftFlightSimulator\Packages\fs-base-onboarding\images'
Remplacer l'image 'onboarding.jpg' par la votre ainsi renommée, dimensionnée en 3140x2160, format JPEG bien entendu.
Edit: faire une copie de l'originale au cas où ... dans la précipitation ...
Une soirée sans MSFS et comme je sens que certains participants à ce forum sont un peu tendus ...
MFS et consorts ne sont pas les seuls simulateurs
Pourquoi après ?
Edit: pour moi c'était Airfix et Tri-ang, plus tard MatchBox (la colle était fournie et c'était pas cher!) et quelques fois Revell (1/48) pour les jours de fête. une maquette par semaine, avions,voitures et bateaux ... la pelouse n'a jamais été aussi bien tondue que pendant cette période.
J'ai arrêté une fois ado, je m'étais rendu compte que j'étais devenu accro aux vapeurs de colles et peintures... pas bon pour le sport ça
En vol à la fraîche (ou Al Afresh )
Surveiller la route dans la vallée à droite, prêt à plonger sous la crête ...
C'est foutu ... j'en ai un dans mes six heures
Un peu de culture ... aéronautique:
Attention, le répertoire CVT n'est peut être créé que pour les textures des effets, effets sans doute au format FsX. Cela s'est produit pour les modèles strictement au format MSFS de chez Carenado.
Si les positions et dimensions des gouvernes ne sont toujours pas demandées (les fameux 1000 points nécessaires aux calculs de ...), le modèle de vol se règlera comme d'habitude au doigt mouillé.
Déjà que sur un multimoteurs piston ou turbine la portance est considérée identique sur toute la plume ...
Fibre Orange, forfait OpenPlay Mobile + Fibre 50Go : 66.99€ dont 3€ LiveBox, avant: Mobile + ADSL 62.99€ dont 3€ LiveBox.
Pour 4€ ... nette différence pour MSFS ... le mobile ... rien de changé
En brousse, 30km A/R pour carburant, Poste et bouffe, la banque c'est 50km A/R, le concessionnaire pour la bagnole si nécessaire ou l'assurance et les démarches administratives c'est 120km A/R, etc.