Kanak a écrit:

BiplanBonplan a écrit:

Surprise, pour certaines scènes natives de FSX ils manquent des textures !...

Salut,
S'il manquait des textures "natives", FSX afficherait par moment des pavés noirs ou verts ce que pour ma part je n'ai jamais constaté.
Ces textures "manquantes" ne sont pas forcément dans le répertoire indiqué par JabX, exemple veg_Canopy2_fresnel.dds, VEG_ELM1.DDS sont dans Scenery\Global ou, si elles n'existent pas bin c'est que FSX n'en a pas besoin...
Alors un bug dans JabX ?

Bonsoir,

Ce que vous dites donne implicitement raison aux dires de David Baert sur le site de Jacky Brouze :

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 ...

A+ !
David Baert

En gros, pour les fuites mémoire il ne faut tenir compte que des fichiers textures agn manquants.

Dernière modification par BiplanBonplan (20-02-2013 17:47:53)

BiplanBonplan a écrit:

Kanak a écrit:

BiplanBonplan a écrit:

Surprise, pour certaines scènes natives de FSX ils manquent des textures !...

Salut,
S'il manquait des textures "natives", FSX afficherait par moment des pavés noirs ou verts ce que pour ma part je n'ai jamais constaté.
Ces textures "manquantes" ne sont pas forcément dans le répertoire indiqué par JabX, exemple veg_Canopy2_fresnel.dds, VEG_ELM1.DDS sont dans Scenery\Global ou, si elles n'existent pas bin c'est que FSX n'en a pas besoin...
Alors un bug dans JabX ?

Bonsoir,

Ce que vous dites donne implicitement raison aux dires de David Baert sur le site de Jacky Brouze :

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 ...

A+ !
David Baert

En gros, pour les fuites mémoire il ne faut tenir compte que des fichiers textures agn manquants.

J'ai deja repondu ce texte en rouge par ca dans un de mes anciens posts:

Pas tout a fait vrai car sur la scene de Cancun, mon FS tournait en boucle pour chercher plusieurs fichiers .bmp jusqu'à occurence de 2400 fois au même titre que les agn. Il cherchait ces bmp dans le dossier texture de la scene alors que ces fichiers sont presents sous Flight Simulator /texture ou parfois sous Scenery/World/Texture.

Si FS tourne en boucle à l'infini quelque que soit le type de fichier introuvable, eh bien la mémoire perd la pedale. C'est pas compliqué! Tout cela a déjà été dit dans la page 1 de ce fil de discussion.

Dernière modification par flighty (20-02-2013 22:53:28)

Toi tu ne lis pas bien les messages hein! c'est déjà répondu dans la page 1 de ce fil

flighty a écrit:

Si on veut voir si des .bmp créer le même souci, on fait de même dans Procmon en remplacant Path contains .agn , par .bmp?

Moi je n'utilise pas le path content. Ainsi, je ne limite pas le nom des fichiers introuvables.

Le plantage doit faire l'objet d'un autre debat car il n'est pas nécessairement causé par OOM. J'explorerais plutot la piste d'un bgl, AFCAD, ou texture malveillants

Pas les .txt créer?

Normalement tes .txt deviennent .agn apres les voir renommé par le logiciels proposé initialement

Contrairement à d'autres, je lance d'abord FS, et puis Procmon. L'inverse me fait toujours planter mon PC.Quant au filtre Path Content, il est seulement utile si tu veux cibler un type de fichier specifique sinon le mien est toujours comme ceci

-Process Name Is fs9.exe (ou FSX.exe) Include
-Operation Is QueryOpen Include
-Result Is name not found Include

Pour voir le nombre des fichiers introuvablesm tu peux utiliser la fonction Count Occurences, puis Path sur la liste. Ca donne a peu pres ca:



Si tu veux approfondir le sujet, on a deja ecrit 1 km de bible concernant ce probleme ici meme sur le forum. Tient entre autres: http://www.pilote-virtuel.com/viewtopic.php?id=29510

Souviens-toi que même les traffic AI peuvent provoquer un CTD de part leur texture, bgl, fichiers manquants, etc. Ce qui revient à dire que nos FS est une usine à gaz qui peut péter à tout moment pour un rien du tout. Parfois, il faut juste accepter ce fait (hélas) et profiter de voler car il est de nature mal programmé et trop imparfait.

J'ai déjà banni l'idée de tout réinstaller au moindre souci qui au final nous ramène au même point de départ tôt ou tard. Dan sle meme sens, en ce moment même, j'ai un CTD tenace depuis 4 mois au niveau de l'aeroport EPPO meme si aucune scène personnalisée n'est installée comme addon. Je perd les cheveux à cause de ca mais je prends mon temps pour trouver la solution. Entre temps, j'évite de voler la Pologne.

Dernière modification par flighty (21-02-2013 00:07:07)

C'est un peu ce que je me suis dit, Yan, j'ai installé UIautomationcore.dll et avait réglé ce problème... Mais je me suis dit que ca serait peut-être bien de le réinstaller...
Peut-être que ce sont les 2 problèmes liés!...
Tu as connaissance d'autre bugs liés aux menus, autre que IUauto...truc muche.dll???... Le module défaillant est à chaque fois le "panels.dll"!... A quoi il sert celui-là?

Flighty, je vais suivre scrupuleusement ta méthode pour voir si il y a des .bmp qui introuvables ou autre!
Je suis de ton avis aussi, j'ai bien compris que FSX était un logiciel pas stable et qu'il plantait il y a des moments sans savoir pourquoi et pour 3 fois rien! Et, pareil, au début je réinstallais tout pour dire d'avoir un truc "propre" mais ça ne sert à rien, je pense, car tu l'utilise un peu, tu mets un ou deux add-on et vlan, les galères reviennent!!! Dans ce cas, la bonne solution serait de l'installer "propre" et de ne pas s'en servir!!! Ouai, pourquoi pas!
Donc maintenant, même en étant novice en informatique, je préfère quand même comprendre ce qui ne va pas! Au risque d'être lourd dans les questions!!!
Le problème, c'est que là, je passe plus de temps à galérer qu'à voler vraiment!!!

Dernière modification par AlexB (21-02-2013 12:44:19)

Bonjour,

Depuis longtemps, je me demande en quoi un fichier absent peut provoquer un débordement de mémoire ? Cela me paraît assez curieux. Le seul intérêt de tout ce micmac serait d'éviter des appels répétés inutiles au système de fichier. Pour le reste.... je doute!
Généralement, un débordement de mémoire est lié à la gestion dynamique de la mémoire par non remise à disposition de zones devenues inutiles ou par l'absence de "lods" dans les décors complexes...ou encore, de ruptures dans le chainage des zones mémoires attribuées de façon dynamique (quelques "dll" peuvent être coupables) perturbant leur libération ...mais là!

Cordialement,
JMC

Bonjour Gastonj,

Je suis d'accord avec vous lorsque vous dites : "Le seul intérêt de tout ce micmac serait d'éviter des appels répétés inutiles au système de fichier. Pour le reste.... je doute!".

Bonne après-midi.

BiplanBonplan a écrit:

Bonjour Gastonj,

Je suis d'accord avec vous lorsque vous dites : "Le seul intérêt de tout ce micmac serait d'éviter des appels répétés inutiles au système de fichier. Pour le reste.... je doute!".

Bonne après-midi.

Eh bien là je n'en reviens pas. Pourtant c'est la solution que tu as suggéré plus haut de la part de Jacky Brouze  n'est ce pas?

Cela étant, presque tous les forums qui proposent de solutionner ce OOM utilisent cette même technique qui selon moi n'est pas le fruit du hasard et par n'importe quelle coïncidence. Il faut accepter le fait que nos FS a un comportement parfois inexplicable.

Les faits ont démontré qu'il y a un lien étroit entre la recherche infinie des fichiers introuvables et la fuite mémoire. Pourquoi? je ne sais pas!

Moi même étant avec FS depuis plus que 15 ans, j'en ai rencontré une dizaines de scènes dites difficiles telles que: CYYC, CYEG, MMUN, WWWI, et 5 des scènes de ORBX. Ces scènes, une fois chargées me font augmenter la valeur de mémoire utilisée de façon vertigineuse alors que je ne suis qu'au parking moteurs éteints. En laissant faire, FS se plante au bout de quelques minutes seulement par un beau message qui annonce un OOM.

Malgré ce qui est dit ici et là, believe me or not, seule la technique qui utilise Procmon a pu arrêter hémorragie de mémoire.

Cela étant, je ne vais plus prêcher à un athée le récit de la bible chrétienne. Le jour où vous aurez un tel problème, vous vous rappeler que Procmon est votre seul ami.

gastonj a écrit:

Bonsoir,

Ce qui me fait douter, c'est que j'ai eu des OOM au bout de quelques minutes avec AGN absents et après passage des "rustines", le défaut persiste sans AGN absents... alors je pense qu'il doit y avoir autre chose. Cependant, si cela règle le problème chez vous, j'en suis ravi! Je crois qu'il y a quelques "dll" qui posent problème avec certaines extensions, mais bon ...

Cordialement,
JMC

Ps : chez moi, Occitania est un piège à OOM. Il doit y avoir quelque chose qu'il n'aime pas !

Salut Gaston,

Si tu as lu mes messages précédents, j'ai aussi dit qu'il y a des tonnes de BMP qui restent introuvables si la scène est malfaite. Avec une occurrence de 2 500 fois de plusieurs fichiers bmp introuvables, la fuite est là même sans les AGN. Crois-moi!

Pas plus tard que 4 jours, j'ai resolu une fuite memoire sur une scene au Mexique: 42 agn introuvables et une trentaire de .bmp non plus. Apres avoir rectifié les agn, les bmp faisaient encore galoper la memoire. Une fois rectifié, la memoire reste stable.

Je dois encore une fois insister qu'il faut laisser Procmon trouver TOUS les fichiers manquants au lieu de se focaliser uniquement sur les agn. Les avions Ai peuvent egalement vous jouer un mauvais tour. D'où l'utilité d'utiliser la filtre ci-dessous plutot qu'un autre.

-Process Name Is fs9.exe (ou FSX.exe) Include
-Operation Is QueryOpen Include
-Result Is name not found Include

Maintenant si tu regardes la photo en bas, tous les fichiers introuvables sont des textures bmp et la boucle monte à 1000

Dernière modification par flighty (21-02-2013 18:33:17)

gastonj a écrit:

Bonsoir,
Je dois être lourd mais je ne vois pas comment une erreur de fichier en ouverture puisse effectuer une saturation mémoire quelle que soit la nature du fichier en question. En 35 ans de carrière, je n'ai jamais rencontré ça mais toujours des erreurs dans l'allocation et la libération de mémoire par des appels systèmes inadéquats où des omissions de restitution de mémoire au pool. Enfin, si ça marche je ne vais pas être plus péremptoire : ce serait stupide de ma part !
Cordialement,
JMC

ps : j'allais oublier les procédures récursives mal adaptées!

C'est pour cela qu'il ne faut pas trop s'attarder sur la théorie des banc d'écoles. FS n'obeit qu'à sa propre loi :). Quand ca marche on en profite.

"Ce n'est pas parce qu'on ne peut pas expliquer un fait qu'il n'existe pas", Jimmy Carter

Salut Flighty,

J'ai suivi ta méthode mais ca ne marche pas... Pour ne pas limiter les fichiers manquants dans PROCMON.
Quand je le configure tel que tu le décris:
-Process Name Is fs9.exe (ou FSX.exe) Include
-Operation Is QueryOpen Include
-Result Is name not found Include
Il ne me trouve rien.

Du coup je l'ai fais avec Path containt .agn et un autre avec .bmp. Il m'a effectivement trouvé pas mal de .bmp manquants. Y aurait-t-il d'autres extentions qu'il faudrait chercher en fichier manquant?

Attends! La premiere ligne doit etre fsx.exe include dans ton cas n'est ce pas?

Le fait d'avoir remplacé des bmp aux chemins dans lesquels il manquait m'a fait retirer des textures.
J'ai refait un essai avec ProcMon avec "Path contains .agn" => Il m'en a trouvé aucun manquant... La fuite serait-elle colmatée?