Probléme de crash au chargement d'un départ de la région Parisienne

[new_pilot_70]

Bonjour à tous,

Je me tourne vers les spécialistes d'X-plane car après de multiples tentatives pour résoudre mon Pb (je ne suis pas du genre à céder à la facilité), je commence à être à court d'idée.
Je vais essayer d'être court tout en étant précis.
Venant depuis peu d'intégrer le monde de la simulation sous XP, je commençais à me constituer mon environnement de vol avec les zones photo simheaven, Osm_Europe_osm+only, quelques scènes d'aérodromes et les bibliothèques associées.
Tout fonctionnait trés bien jusqu'à ce que je décide d'étendre ma zone de couverture vers la région Parisienne.
En effet j'ai constaté alors qu'il m'était impossible de décoller d'un aérodrome de la zone +48+002, car j'avais la fenêtre 'Crash reporter' au chargement. Et si je décollais d'un aérodrome d'une autre zone pour me rendre vers Orly ou Roissy, c'est en cours de vol lors de l'approche de la région Parisienne que X-Plane plantait.
J'ai d'abord suspecté les tuiles Simheaven, puis le bug fixé dans Global Scenery/+48+002.dsf, pour en arriver après plusieurs tests au constat que c'est la scène osm_europe_osm+only qui est en conflit avec la tuile +48+002.

Voici les logs de 3 tests pour vous donner un aperçu de ma conclusion.

Pour isoler le problème j'ai désactivé l'ensemble des scènes et tuiles téléchargées pour revenir à une config de base (seule OpenSceneryX reste active)
1) decollage de LFPG sans osm (désactivée) -> chargement XP OK, fichier log: Log_depart LFPG_OK.zip
2) décollage de LFPG avec osm (activée) -> Crash au chargement, fichier log: Log_depart LFPG_Crash.zip
3) décollage de LFOZ avec osm (activée) -> chargement XP OK, fichier log: Log_depart LFOZ_OK.zip

J'ai cherché sur les forums mais je n'ai pas trouvé de description ressemblant à mon pb.
Je n'arrive pas à comprendre pourquoi cette zone pose pb avec osm+only alors que toutes les autres régions fonctionnent très bien.

Si vous avez une piste à me donner je suis preneur, car là, j'avoue que je sèche...

[wyperion]

Si je n'avais pas vu ta config, j'aurais pensé à un problème de mémoire, mais vu que tu es en 64 bits avec 8Go de mémoire, ça devrait amplement suffire... As tu essayé de réduire le nombre de bâtiment dans la configuration graphique ? On sait jamais...

[new_pilot_70]

Alors là, chapeau !
Un grand merci à toi Wyperion, c'était bien ça.
J'avais la tête dans le guidon et jamais je n'aurais pu supposer que zone photo + osm_only demande plus de mémoire (et plus d'objets) que le mesh original + autogen.
Comme je vole d'habitude dans des zones bien moins peuplées j'avais mis le nb d'objets au maxi et ça ne posait aucun problème.
Mais sur Paris, je pense que les données osm sont beaucoup plus fournies et du coup les objets générés par osm sont plus nombreux que ceux générés par autogen.
Après ta réponse j'ai baissé de 3 crans le réglage du nb d'objet et j'ai pu enfin décoller d'Orly et faire un petit tour sur Paris.
Donc les 8Go de mémoire RAM sont insuffisantes pour voler sur Paris avec les réglages que j'utilise sur le reste de la France.
Il doit me rester encore 2 emplacements libres sur ma carte mère, je sais maintenant quoi commander à noël.
Encore un grand merci.

[guro]

Bonjour

Il est un fait qu'il vaut mieux avoir beaucoup de RAM mais ce n'est pas tout, comme c'est surtout la Carte Graphique qui "assume" la gestion il faut avoir un max de VRam.

J'ai 16 Go de RAM et 4Go de VRam sur la CG et je dois aussi diminuer les paramètres graphiques au-dessus de Paris sinon ça "rameeeeeeeeeeeee" .

Gunther

[wyperion]

Oui, pas sur que de monter la RAM suffise à pallier le problème. Et même si c'est le cas, tu risque quand même de ramer beaucoup si l'affichage des bâtiments est au max sur la région parisienne ;)

[PhM]

... comme c'est surtout la Carte Graphique qui "assume" la gestion il faut avoir un max de VRam. ...

Rien compris. Qu'elle gestion la carte vidéo assume-t-elle ?

PhM

[guro]

Bonjour

Je suis désolé pour toi que tu ne comprennes pas les mots "assume" et "gestion", tu aurais préféré peut-être que j'utilise les mots "effectue" et "gérer" est-ce que c'est plus clair comme cela?

Gunther

[PhM]

...Je suis désolé pour toi que tu ne comprennes pas les mots "assume" et "gestion", tu aurais préféré peut-être que j'utilise les mots "effectue" et "gérer" est-ce que c'est plus clair comme cela?

Pas mieux . C'est parce que la carte graphique n'assure aucune gestion quelle qu'elle soit, que je ne comprends pas le sens de ta phrase.

La carte graphique ne peut pas être en cause pour mauvaise gestion lors d'un plantage lié à l'utilisation de la mémoire puisqu'elle ne gère en aucun cas les demandes de mémoire. C'est l'application, en l'occurence X-Plane, qui fait des demandes d'allocation mémoire. Les demandes pour la mémoire vidéo se font au travers d'openGL et les demandes de mémoire "centrale" se font par le système d'exploitation.

C'est également à l'application que revient la responsabilité de prendre les décisions en cas de mémoire insuffisante. Le plus simple est de ne rien faire, et on en arrive tôt ou tard à un plantage. Il est également possible de gérer la mémoire disponible pour ne pas se retrouver dans ce cas. Mais de toutes façon cette gestion se fait toujours par l'application.

PhM

[guro]

Bonjour

OK, mais il est clair qu'au plus de Vram on a sur la CG au plus on peut augmenter les paramètres graphiques.

Gunther