Salut à tous, salut Pasdebol,
J'ai ce genre de pbs, pause dans le chargement de FSX, depuis l'installation de UTX et du mesh France VFR (ancienne version) ; ça donne une pause de 2 minutes à 6% et d'1 minute 30 à 69~70%. Le chargement de la météo réelle donne aussi une pause d'une trentaine de secondes.
J'ai beau désactiver UTX dans la bibliothèque de décors, ça ne change pratiquement rien. En revanche, en le désactivant par le Setup Tool, la pause devient plus courte.
Tout ça me donne l'impression que FSX charge tout ce qui est installé et ne prend en compte que ce qui est activé. Peut-être me trompe-je ? 
C'est un peu  casse-pied quand on a besoin de lancer et relancer FSX avec SbuilderX ou Instant Scenery... mais bon, je fais avec
C'est sûr que avec un processeur pas très véloce c'est ... disons, embêtant (j'ai un E8400 qui tourne à 3.6 GHz).
Je ne pense pas que nous soyons les 2 seuls à être confrontés à ce pb ; manifestez-vous, les autres :)
Excuse Daube, j'étais en train de planter des arbres avec annotator, en même temps

A+

Dernière modification par Green51 (03-07-2010 19:56:45)

Salut

Merci pour vos réponses...je me sens moins seul.
pour répondre à Daube:
mon ordi n'est pas un foudre de guerre, mais, avant d'installer les addon-mesh, sa vitesse de chargement était acceptable.
et de toute façon, d'après les réponses que je peux lire ici, ça à l'air d'être indépendant des configs.

Ce qui est TRES étonnant, pour répondre à Green51, et aller un peu dans son sens :
Si je démarre d'un aerodrome qui se trouve dans un endroit vide de tout addon (ni mesh ni texture en plus), le temps de chargement est tres long.

je confirme aussi que c'est vers 6% que ça coince.
je confirme aussi que même si on désactive les addons, la vitesse de chargement ne s'accélère pas pour autant.

à mon avis, il y a un bug dans la programmation de FSx.
c'est totalement anormal que FSx calcule des zones qui ne seront pas affichées... car c'est bien de ça qu'il s'agit
et ça parrait fou de voir que ce calcul s'effectue, même si on a désactivé la zone.

j'ai fait l'expérience de changer le nom du répertoire où l'addon avait été placé et en même temps de désactiver les zones concernées par cet addon-mesh.
puisque la zone était désactivée, FSx n'aurait dû voir que du feu à propos de cette zone, d'autant plus que je décollais d'un aerodome d'une autre zone...et bien j'ai eu le message comme quoi, le fichier scenery.cfg ne trouvait pas le repertoire de l'addo-mesh !!!
c'est fort de Roquefort, ça, non ?

j'attends vos avis.

A+
Pas2bol

Dernière modification par pas2bol (03-07-2010 22:15:34)

Salut

quand j'ai dit " désactivé" j'aurais dû dire " supprimé de la liste" (mais pas désinstallé au niveau de Windows)
donc, ma remarque sur le calcul inutile des zones non concernées tient toujours.
aujourd'hui, je vais faire une manip directement  sur le fichier scenery.cfg".
j'en donnerai les résultats dès que ce sera fait.

une question:
je trouve plusieurs scenery.cfg sur l'ordi.
- 1 dans le répertoire de programmes files/microsoft game.../fsx
- 1 autre dans ce même répertoire mais nommé : fsx_scenery.cfg
- 1 dans programdata/... /fsx
- 1 dans utilisateur/.../fsx.

Comment se fait-il qu'il y ai tant de scenery.cfg disséminés aux 4 vents ?

celui qui contient la vraie liste complète avec les addon itout c'est celui de programdata
c'est celui-là que je vais modifier pour le test.

a+
Pas2bol

Dernière modification par pas2bol (04-07-2010 07:59:50)

pas2bol a écrit:

...

à mon avis, il y a un bug dans la programmation de FSx.
c'est totalement anormal que FSx calcule des zones qui ne seront pas affichées... car c'est bien de ça qu'il s'agit
et ça parrait fou de voir que ce calcul s'effectue, même si on a désactivé la zone.

...

AMHA, le SP2 a été programmé avec les pieds : en voulant absolument avoir une compatibilité DX10, MS s'est fourvoyé, sortant un FS pas abouti qui pose plus de pbs qu'il n'en résout, une véritable usine à gaz.

Avec FSX SP1, le chargement est fluide et continu avec UTX, le même mesh et une tripotée de scènes additionnelles.

Donc, je pense que ce n'est pas un ou des compléments particuliers qui génèrent ces "pauses" mais la gestion des données par le SP2.

A+

re,
As-tu cocher la case "Vider le cache de décors" dans "Bibliothèque de décors" ? Ça peut aider...

Sinon, le délai de réaction peut être dû à une saturation de ton PC, à la fois le processeur et la carte graphique. Donne-nous le détail de ta config.

A+

Dans les outils "systernals suite" chez microsoft, tu trouvera "process monitor" qui te montrera tout ce qui est fait par un process en route (chargement fichiers, accès base de registre etc..enfin tout. et ça fait peur !).
fsxl ouvre les fichiers de toutes les scènes (ce qui ne veut pas dire qu'il les garde en mémoire hein, mais il les ouvre pour lire des infos dedans surement), donc ça prends un peu de temps.

je me sers de cet outils quand j'ai une scène ou un addons qui fait planter fsx pour voir à quel moment le plantage survient (et donc sur quel fichier). très très utile (comme tout ce qui compose cette suite d'outils d'ailleurs)

Chez moi, les scènes photo et les reliefs sont sur un second disque dur, ça un peu amélioré les choses. mais le premier démarrage est toujours lent de toutes façons, plusieurs minutes.
En vol, pas de lenteur, c'est juste le chargement du simu et des vols.
Mon fsx est bien chargé faut dire. le répertoire frise les 400 Go maintenant (répartis sur 2 disques) entre les utx, gex, les scènes photoreal, mehses fsgenesis, mytraffic 2010, UT2 (et donc tous les avions et textures pour ces 2 derniers) etc...et avec des réglages de complexités et de détails au max, ca ralenti énormément le lancement d'un vol.
Quand je veux juste faire des essais, j'ai un fichier de config avec la complexité de trame, mehes, autogen et compagnies au mini et là ça carbure. comme quoi ce n'est pas forcément le nombre de fichier qui ralenti tout mais aussi les réglages de qualité (je suis en dx10 sur win7 64 avec 4Go de ram).

tout ça pour dire qu'Il en a du boulot le pauvre tout de même !

Nicolas

avec une recherche sur google sur "systernals suite"

la lenteur vient d'une part, du grand nombre de fichier (on ne peut pas dire que l'un ralentisse plus qu'un autre).

d'autres part, la lenteur du relief vient aussi et surtout de la complexité que tu as réglé dans les paramètres graphiques. plus tu jouera avec des détails fin, plus long sera le lancement d'un vol, car les éléments du décor, l'autogen notamment, mais aussi les routes et rivières par exemple, auront à etre placé plus finement et ce sera plus long. le maillage 3d sera aussi plus long à créer de la meme façon. si tu as un point de relief tous les 4m, ta route et ta rivers devront avoir des segment de 4m aussi pour coller au relief. si tu as un relief de 38m, les segments et seront plus grand.
bref, en complexifiant le relief, c'est tout qui doit etre plus précis (en nombre de point, donc en quantité de mémoire et de puissance aussi pour les afficher)

Ce qui est navrant par contre, c'est de voir que FSX ouvre plusieurs fois les memes fichiers durant le chargement. genre, j'ouvre tous les fichiers un par un pour voir les données de nav. puis je recommence avec les données d'aeroport, puis pour le décor etc...que de temps de perdu en accès disque.

j'ai fais des expérience avec dx ripper qui permet de capturer dans un format 3d une scène fsx. une fois capturé, tu peux charger la scène dans un soft 3D. et bien, il y a de très grosse différence en nombre de face à générer entre des réglages bas et des réglages détaillés.
(Au passage, j'ai fais de meme avec fs2004, et on se rends compte du boulot que fsx doit abattre par rapport à son prédécesseur, en plus d'etre mal programmé )

bref, c'est tout une somme de chose, ce n'est pas juste un ou 2 fichier qui ralentissent. faut prendre son mal en patiente si l'on veut un max de détail avec un max d'addons.

Dernière modification par Nirgal76 (04-07-2010 14:10:24)

Salut
je viens de terminer tous les tests que je m'étais fixés pour savoir d'où pouvait venir cette attente interminable lors du « chargement des données relief » au début du vol, suite au choix fait dans « vol libre »
- à noter qu'au cours d'un vol, si on choisi d'aller sur une autre zone de la planète, par la carte ou par « en route vers un aéroport », les conséquences sont les mêmes : attente interminable avant de débuter le vol, suite au chargement des données de relief »

cette attente n'a rien ou peu à voir avec les curseurs de paramétrage sur la qualité et la précision des mesh ou des textures. Ces paramètres influenceront grandement la fluidité pendant le vol, mais pas ou peu le temps d'attente des données relief.

Comme l'a fait remarquer Nirgal76 (et je l'ai vérifié) TOUS les fichiers concernés dans la bibliothèque de décors (scènes d'origines et addon) seront traités par FSx au début du vol, QU'ILS SOIENT DECOCHES OU NON !!!
D'où le ralentissement toujours grandissant au fur et à mesure que l'on rajoute des addons de scenery.
Ainsi, si vous avez dans la liste des scènes de l'Angleterre, de l'Allemagne, de la France, de l'Italie, etc...et que vous vous dites « je décoche tout sauf la France, parce que je ne vais voler que sur la Riviera... » vous avez toute les chances d'attendre la vie des rats avant de débuter le vol, car le « chargement de données de relief » concerne AUSSI les scènes décochées!!!!

Pour que le temps d'attente redevienne supportable, il faut que les scènes sur lesquelles on n'a pas l'intention de voler, ne figurent plus du tout dans la liste de la bibliothèque. Décocher leurs cases ne suffit pas.

On doit au moins reconnaître que l'informaticien qui a géré organigramme du chargement des données de relief devait être un peu barge. Et s'ils se sont mis en équipe pour pondre un torchon pareil, ça devient inquiétant.

Ceci-dit, on va pas refaire le monde, alors il faut trouver une solution,
celle-ci est contenue dans la réponse de Nirgal76 (encore lui!)
Il faut préparer d'avance plusieurs fichiers « scenery,cfg » qui contiendront UNIQUEMENT la zone dans laquelle on a l'intention de voler (ajoutée à la liste des zones de bases, crée à l'installation de FSx).
Par exemple, on peut démarrer le vol à partir de Cannes, avec un fichier contenant seulement l'ajout de l'addon Riviera. Puis si on veut faire un tour dans le Sud de l'Allemagne, on remplace le fichier « scenery,cfg » présent dans le repertoire « programdata/fsx » par celui contenant QUE l'addon du sud de l'Allemagne.

Vous pensez peut-être que la manip est longue pour créer ces fichiers...?
Mais en fait avec une bonne organisation, ça va plutôt vite.
De plus, comparé au temps d'attente des chargements de données relief, ce serait plutôt du temps gagné et une charge de moins pour le proc.

Bon, voilà le résultat de mon boulo de test,
j'espère que ça va en aider plus d'un... mais comme je n'ai pas la science infuse, je suis à l'écoute d'autres solutions,

A+
Pas2bol

Salut Aldem.

Tu as une solution à ce problème.
Pour faire sortir ta femme de la salle de bain plus rapidement, il suffit de lui dire que les soldes vont commencer dans 2 minutes.

évidemment, ça ne marche que si elle est blonde.

bon courage...Nous compatissons à ta souffrance quotidienne.

a+
Pas2bol

Dernière modification par pas2bol (05-07-2010 08:26:59)

Salut Green
Il faut vraiment supprimer la zone en modifiant directement le fichier scenery.cfg dans programdata/fsx.
ainsi, on est sûr que fsx ne va pas mettre en charge ces zones.

Dans mes tests, la différence était sensible : plus aucune pause à 9%, ni à 10 etc....sauf une pause qui persiste, plus ou moins longue, autour de 48% selon s'il y a un addon dans la liste de la bibliothèque,
j'ai bien dit "selon s'il y a un addon dans la liste de bibliothèque ".
en effet, peu importe l'emplacement du début d'un vol, dans la zone de l'addon ou non.

Si il y a un addon dans la liste de bibliothèque, même si on démarre sur une zone qui ne concerne pas cet addon, ça la calcule quand même !
(je profite au passage, pour féliciter, une fois de plus, l'informaticien qui a pondu une programmation aussi stupide!)
(je dis pas que ce commentaire est nécessaire,...mais je dis que ça soulage).

Donc, c'est ce qui est présent dans la liste de la bibliothèque qui fait la différence.
(zones cochées ou pas)

a+
Pas2bol

Dernière modification par pas2bol (05-07-2010 09:22:17)

Bonjour,

Le logiciel JABX ( http://jacky.brouze.ch/Programmes/JABx/index.php ) permet d'installer et dés-installer, supprimer du scenery.cfg,  facilement les scènes pas trop grosses. La réinstallation est très simple car JABX garde une archive de la scène dés-installée.

Jean-Pierre

Bonjour,

Tout est relatif ... je déconseille vivement d'installer UTX, GEX, ou FSGlobal avec JABx car ces logiciels ont des utilitaires d'installation/désinstallation personalisés et ça pourrait mal se passer si on ne fait pas gaffe, ou alors durer très long (JABx, pour chaque fichier, vérifie s'il n'existe pas déjà, si oui il le met "au frais" dans un fichier zip avant de l'écraser pour pouvoir le restaurer en cas de désinstallation, ça prend du temps s'il y a dix mille fichiers ...).

En clair :
- Scène contenant des programmes de configuration / paramétrisation (*.exe) : non, pas recommandé.
- Scène ne contenant que des fichiers à mettre dans des dossiers scenery, textures ou effects : oui, pas de problèmes.

Des scènes "simples" mais volumineuses passent très bien. Par exemple, vous connaissez tous sans doute Occitania (sinon voir d'urgence http://occitania.gratisim.fr/, c'est gratuit), je l'installe sans problème avec JABx, y compris les mises à jour, et la fusion des mises à jour dans l'original se passe bien également.
Bon ... plus la scène est grosse, plus ça "mouline", mais c'est un peu normal.

A+
Jacky

Dernière modification par JAB (05-07-2010 14:29:39)