Sympa!

Merci beaucoup !!!!

Je vais jeter un coup d'oeil a l'article de Jacky le magicien...
Je vois que c'est destiné a FSX, moi j'ai remis FS9.

Bonne nuit!

Bonjour Mirage,

Je me suis simplement dit que les pistes de réflexion de Jacky pouvaient peut-être t'intéresser bien qu'effectivement il s'agisse de Fsx, après tout il y a quand-même quelques similitudes entre les deux produits.

Notamment donc ce passage qui a attiré mon attention :

..............................................................................................................

"Cool !!! une fuite de mémoire !!! j'en entendais parler pendant les vols réseau mais jamais eu la chance de connaître ! ;-) ça y est j'en suis !
J'ai noté au passage que plus les paramètres graphiques sont poussés vers le haut, plus la fuite mémoire est importante et rapide... logique :-)
En bon plombier de l'informatique, je me suis dit...."Mais d'où vient cette fuite ?"...Allez zou !! un coup de Procmon en faisant tourner FSX pour voir ce qui se passe...et là Stupéfaction...Comme tu as lu plus haut, FSX est vierge, j'entends par là aucune scène custom installée par dessus UTX.
Et bien ça n'empêche pas procmon de me signaler que FSX boucle sur la recherche de pas mal de textures (xxxxxxxxx.AGN et Texture.CAB) qu'il ne trouve pas. Des "NAME NOT FOUND" en pagaille. Bon, visuellement aucun soucis graphique dans FSX.

Ma question a été ... comment est-ce possible qu'il cherche des textures qu'il ne trouve pas puisqu'au final rien de "custom" n'est installé...?
J'ai essayé un truc... j'ai repris la liste signalée en erreur par procmon et j'ai créé les fameux fichiers manquant "à vide" à l'aide d'un bon vieux notePad.
Visuellement ça ne change rien dans fsx MAIS !!!! la fuite de mémoire est bel et bien colmatée ...et fsx ne boucle plus sur l'ouverture des textures.
Intéressant non ? ... Je ne sais toujours pas pourquoi ces textures manquent.....

Complément d'information :
Je dirais donc en résumé qu'il ne faut pas trop s'attarder sur des dds ou bmp non trouvés ... il va les chercher une fois, trouver l'un ou l'autre des formats et remonter le format non trouvé en erreur. Mais ce sera sans grosses conséquences.
Ce qu'il faut retenir, c'est qu'il faut d'identifier les .agn que FSX recherche en boucle (la fonction highlight de procmon est pas mal pour ça) et corriger le tir pour ceux là ... en créant par exemple ces ". agn" vides et ne pas se préoccuper du reste ..."

Jacky Brouze

.............................................................................................................................

Au passage, Merci FlipFlap pour tes liens, c'est dans mes favoris (je vois également qu'ils parlent de Procexp que j'utilise).

Cordialement,

Bk.

Merci à tous!!!

Ce qui m'a étonné, ce n'est pas qu'il trouve des .agn manquants, Comme vous le dites, le sujet a été largement traité... C'est les problèmes liés au registre Windows. Mais peut être est ce normal...

Bon week end à tous!

J'avais écrit dans ce forum, un post sur 4BG-patch mais ce logiciel ne résoudra pas les OOM.
Il est sensé permettre d'utiliser en environnement 32 bits soi-disant 4Go pour les programmes ce qui est déjà fait sous W7 64 bits donc ... intérêt = 0 pour les OOM si je puis me permettre.

Bonjour,

BiplanBonplan a écrit:

Merci de tes lumières. Donc, inutile que je l'installe.

Louis, c'est d'autant plus inutile que la version FSX SP2 ou Acceleration sont "flagués" par construction à la suite de nos remarques sur la version RTM et SP1 (Même pas sûr que le SP1 n'y était pas!... Je ne me rappelle plus...).

Pour plus d'information sur ce flag IMAGE_FILE_LARGE_ADDRESS_AWARE, voici un lien de notre beau forum :
http://www.pilote-virtuel.com/viewtopic … 202#p86202

Le "4GB-Patch" ne fait que de mettre ce flag à 1 dans le header de l'exécutable. C'est tout...

C'est d'ailleurs grâce à cette valeur à 1 de ce flag que l'exécutable 32 bits peut, sur un OS 64 bits, utiliser jusqu'à 4 Go de mémoire pour son processus (VAS). Sur ce type de plate-forme, le noyau du système ayant été remonté beaucoup plus haut au niveau de l'adressage.

Dernière modification par Ptipilot (19-01-2014 15:46:45)