Osm2XP Global scenery -besoin de testeurs

[lebelge]

@ SheKnows :

Juste comme ça, par expérience, ... c'est inutile d'avoir 8 Gb de mémoire RAM et une puissante carte graphique si tu es avec un OS en 32 bits puisque l'OS ne reconnaitra jamais plus que 3.2 Gb de RAM. J'ai eu le même problème (de plantage) et depuis que je suis passé sur Windows 7/64 bits, plus aucun problème avec l'application de bennyBoy.

Et maintenant que je viens de changer ma carte graphique (une 8800 GTS par une GPX 560Ti), je peux tout mettre à fond sans problème.

lebelge

[SheKnows]

C'est peut-être un problème avec Java sur OSX alors, parce que mon OS est 64-bit depuis un bout de temps (Mac OSX Snow Leopard)... sinon je n'aurais pas mis les 16GB dedans

[bennyBoy]

Le nouveau fichier marche chez toi?

[SheKnows]

Premier test nickel (2 minutes au-dessus de Ferrières-en-Brie). J'écrirais plus demain si problèmes/remarques supplémentaires (si ça peut t'être utile). Le problème n'est donc pas lié à la masse d'objets à Paris, car je tourne avec l'option "a lot" sur le nombre d'objets, et c'est très, très joli... Quand il y a une nouvelle version du scenery pour la France entière, je suis preneur

Merci infiniment.

[bennyBoy]

Oui si tu as d'autres plantages n’hésite pas à le remonter, merci.
Pour la nouvelle version de la France ça devrait être fait dans le mois je pense.

[SheKnows]

Impressions après une demi heure de balade :

1. Ca ne plante plus.
2. Vol LFPL > LFPK, le rendu effectif des communes à l'écran semble aléatoire. Je me demande comment XP gère le niveau de détails : par exemple, la ville de Coulommiers est invisible, pareil pour la région de Lagny-sur-Marne (à l'ouest d'Eurodisney), alors que la ville de Meaux, bien plus loin, est riche en immeubles. Toutes ces communes sont bien détaillées dans OSM donc ça doit venir de XP.
3. A Paris la sim est évidemment injouable (j'ai eu 6 FPS), mais tous les immeubles sont là, et ça ne crash pas. Donc pas besoin de faire des rectangles d'exclusion, la cause des problèmes était sans doute autre.

Et une question :

Si l'on veut ajouter une région française (mettons la Bourgogne) en plus de l'IDF, est-il possible de l'ajouter simplement en tant qu'un autre scenery ? Est-ce que XP arrive à bien gérer la juxtaposition de différentes zones ?

Merci.

[bennyBoy]

Étrange ces villes non affichées...
Pour l'ajout d'une autre zone pas de problème, tant que ce n'est pas sur la même tuile il n'y a pas à réfléchir plus loin, xplane affichera le dsf.
Par contre si un autre dossier dans ton custom scenery a un dsf de la même tuile, on rentre dans la problématique des priorités, xplane va charger les dsf par ordre alphabétique, et appliquer les exclusions en "descendant".

[SheKnows]

OK, je vais déjà profiter bien de cet IDF qui roule enfin. Est-ce que tu posteras ici quand il y aura une mise à jour de france.zip, ou bien y a-t-il un forum/RSS quelque part?

[bennyBoy]

Oui je posterai un message ici.
De toutes façons le site de mise à disposition des dsf va changer completement, ça va devenir une application web basée sur gmap, quelque chose dans cet esprit la (screen qui date de quelques mois, j'ai laissé tomber le dev pour bosser sur xht puis osm2xp, la je vais m'y remettre) :



Donc je ferai un message pour expliquer les nouvelles fonctionnalités etc...

[SheKnows]

OK, merci beaucoup pour ton investissement et ton aide avec l'IDF !

[MdMax]

Par défaut, OSM2XP propose des immeubles "facades" avec un "LOD" (ou distance de visibilité) de 25 km. En ce qui me concerne, sur une 8800GT, j'ai non seulement désactivé la détection de collision sur les immeubles mais également réduit le LOD à 12 km. C'est largement suffisant (surtout pour ceux qui utilisent des scènes photo) et beaucoup plus fluide. J'affiche tous les immeubles, mais pas ceux qui sont trop loin. Cela permet de survoler sans soucis des régions comme Paris même sans carte graphique dernier cri.

Bons vols à tous !

[fbat]

Bonjour,

Je viens de découvrir ce scenery, (...), mais quand je place la sim à Lognes (LFPL), le scenery crash systématiquement la simulation. J'ai effectué un test en décollant de Moret (LFPU) vers Lognes, et l'appli a crashé aux alentours du point LFPM/N, en approchant Lognes par le sud, au moment où elle chargeait les nouveaux éléments du décor.
Je tourne XP 9.70 sur un Mac Pro avec Mac OSX 10.6.8. Dernière version de "OpenSceneryX" (1.11.0).
(...)
CORINE_Europe_v9
LOWI Demo Area
(...)

.... Avec tous ces éléments, je pense que tu as été laché récemment du coté de Lognes et que tu préfères les verrières fermées sur le DR400.

J'ai gagné ?

(dsl pour le post "un peu" off-topic)

[SheKnows]

Un petit test rapide avec la version 2 de OSM2XP et "ile-de-france.osm.pbf". L'appli crash au bout de 3 ou 4 minutes, peu de temps après avoir commencé la tuile +48+002.

Je joins un fichier attaché avec la fenêtre de progression, figée au moment du crash.

J'avais modifié le fichier osm2xp.ini avec la ligne suivante : "-Xmx8192m" (il y a 16gb de RAM sur mon Mac Pro).

Au cas où ça peut t'aider.



fbat: gagné ! (désolé, pas vu le post avant)

[bennyBoy]

Tu as un message d'erreur lors du crash?

Un point à regarder peut être:
Dans applications/utilitaires/préférences java vérifier que la version de java prioritaire est la 64 bit.


edit: je viens de tester sur mon macbook (mba 2011, 4g ram) , ça marche bien:

21/11/11 20:54:35 : Starting DSF generation of tile 48/2
21/11/11 20:55:55 : stats : 635999 buildings, 4843 forests, 0 street lights, 316 objects. (generation took 0h1m20s)
21/11/11 20:55:57 : Generation finished.


Donc je penche pour un petit problème d'install/réglage de la machine virtuelle java chez toi (ça sent une jvm 32 bit qui ne peut pas utiliser plus de 2go de ram).

Au pire tu peux lancer la génération avec le mode database, ça risque d'être très long (voir peut être de planter si le moteur de base de donnée embarqué n'en peut plus), mais ça demande moins de mémoire à la jvm.

(J'ai fait mon test sur le fichier ileDeFrance.osm.pbf, pour ne pas télécharger le fichier France complet)

[SheKnows]

Je viens de vérifier et la priorité est bien à la version 64-bit de Java.

Aucune idée de ce qui peut causer des problèmes. Je refais un test demain matin et si j'ai d'autres info je les poste ici.

A+