Plus serieusement (meme si j ai le plus grand respect des Grands Ancients qui vivent sous l'eau et dont on ne peut dire le nom), la fuite de memoire de fsx vients de l accumulation d'identifiants d'objets AGN (et en moindre mesure de la fragmentation de la memoire sur un long vol)

Au chargement, FSX charge tout l autogen dont il a besoin dans le coin, plus au fur a mesure du vol l autogen qu il n a pas eu a charger au début (il fait cela tout les 60 secondes en deplacant sa localisation dans un arbre logique de recherche (x,y) créé lors de la lecture des scenarios). Il y a un maping alors de fait entre l object ID et sa localisation (aka LibChateauxdEtien.blg sont sur c:\fsx\addon scenery\ChateaudEtien\Sceenry\LibChateauxdEtien.blg )

Un objet lu (genre chateau, ou objet 3DA, ou batiment d un aeroport, ou objet simobject (avion AI, bateau), ou effect, etc) est chargé, affiché, puis "relaché" de la mémoire une fois qu'on ne le voit plus. MAIS PAS LE MAPING de localisation. L idee de microsoft dans un passé très très lointain, c est qu'il est tres probable que FSX ai besoin de rechercher le meme objet (si on fait demi tour, si on vole sur une region similaire), donc evitons d avoir a refouiller l arbre de recherche, mais cherchons l'emplacement de l'objets dans la Hashtable stoquée.

Cette "logique" vient du fait qu a l origine il n y avait un nombre tres limité d objects (autogen de base..) et un nombre limité d objets specifiques et peu de ressources CPU.

C est pourquoi on n a pas d OOM en volant sur une region donnee d Orbx (nombre limité d objets utilisés), mais des OOMs en changeant de region ou l on charge alors toutes les dalles d autogens génériques spécifique à la nouvelle région. (en dx9 apres un long vol sur CRM, l arrivée sur une ville de PNW est un bon OOM assuré en DX9, ca passe en DX10). Autre cas classique, on commence a voir au loin de l autogen générique alors qu on est sur une dalle photo 3DA, le chargement de tous les objets de l autogen explose le tout, cela faisait souvent le coup avant que toute la France soit couverte en Photoreal).

Maintenant prenons le cas de l Alsace 3DA + les chateaux, il y a des milliers d objets uniques qui s accumulent plus on s'éloigne de l'aeroport d'origine, surtout en volant sur la plaine d Alsace dans l axe Nord-Sud, tous differents, donc le OOM arrivera forcement un jour, l'objectif a atteindre c est qu il arrive après la fin du vol (donc il n arrive pas dans la session FSX si vous me suivez). C est aussi vrai sur Haute Normandie, mais comme c est moins dense, l OOM est vraiment plus rare et la région Parisienne n est pas encore en 3DA. A noter, dans l etat de la techonologie actuelle, plus on aura de region 3DA (et ou/Orbx), plus on aura d'OOM (Paris cela va donner), certain en sont d ailleur a revenir a l autogen "de base" - mais tres fourni - car lui il tourne toujours sur les memes objets donc pas d OOM. Je trouve cela domage car j aime beaucoup le plus apporté par la 3DA, mais bon je vole a 120kts et pas plus de 40mins...

Donc comment faire pour repousser au plus loin le DING fatal? LIBERER DE LA MEMOIRE
1. utiliser Win 7 avec au moins 6GO (pour que FSX est tout les 4GO a diposition) et commencer FSX sur un PC fraichement rebooté
2. utiliser DX10, ca en libere plein vis a vis de DX9
3. ne pas utiliser de texture 4096 (2048 max)
4. caper l utilisation du buffer graphique (pour les malades en 4K et/ou 3x2560x1600, j en connais...)
5. utiliser l apidll "hackée", c est chaud, mais ca aide.
6. Evitez les avions trop "gros" et si vraiment besoin, mettre l autogen a "moyen"
7. ne voler que sur du généric (Orbx) ou que sur du photoreal (FVFR) PAS LES DEUX à la fois!

Conclusion:
Photoreal a perte de vu + ancien autogen en densité moyenne = usage minimum de memoire, aucun OOM
suivre une frontière FVFR 3DA / Orbx FTG, OOM assuré rapido presto.

Le futur ?
1. esperont que FVFR va trouver un meilleur compromis entre l ancien autogen qui ne consomme pas de memoire et les objets 3DAs qui sont super beaux mais générateurs d OOMs.

Je suggererais de faire en 3DA les centres villes (generalement historique et donc de forme bien sympa et pas régulière) ainsi que les zones industrielles et commerciales et de laisser les banlieux/campagnes pavillionaires en objets génériques (placés de facon automatisé comme en 3DA, mais les murs et toitures ne sont pas ajusté, du genre l autogen automatique de gropied). Cela devrait permettre de faire des objets 3DA beaucoup plus vastes a nombre de polys donné et donc de diminuer le nombres d identifiants, et donc de repousser tres tres tard l'OOM, mais bon je suis pas FVFR. (s ils me lisent, si vous trouvez un bon compromis pour la suite, svp patchez l'Alsace et la Normandie aussi).

2. Esperont que Prepar3D: Lockheed Martin sorte une version 64 bits et la le pbs est résolu.

Etien

Dernière modification par etien (29-08-2013 13:12:41)

Surtout que je viens de me payer un oom au dessus de l ile d Oleron et que je ne comprends vraiment pas pourquoi. Etienne

interessant, qu as tu suprimé dans occitania? Etienne

Bonjour à tous,

Heu ça veux dire quoi les points 4 et 5 :

4. caper l utilisation du buffer graphique (pour les malades en 4K et/ou 3x2560x1600, j en connais...)

5. utiliser l apidll "hackée", c est chaud, mais ca aide.

"Caper" ??

"apidll" ???

Merci

Calimero