osm2xp - Génération batiments via open street maps

[Pierre]

Quel est la différence avec ceci ? : http://xplane.cz/en/2011/05/30/xht-projekt-odtajnen/
Le concepteur dit que son outil n'est pas en concurrence avec osm2xp et j'avoue avoir trop la flemme pour tout lire sur son site.

Pierre

[bennyBoy]

Sur le concept de base c'est finalement la même chose, construire des scènes à partir de données Open street maps.

Toutefois XHT va être plus orienté génération d'une scène complexe, en éditant les données osm pour donner plus de billes au programme sur quoi/comment construire la scène xplane.

Osm2XP lui a plus vocation à générer de l'autogen générique de masse.

J'ai d'ailleurs rejoint l'équipe d'XHT (Premek & Artoo) , je pense qu'a trois il va être possible de faire des choses sympa, surtout qu'Artoo maitrise la partie textures/graphismes, ce qui est loin d'être mon cas

[lebelge]

T'as tout bon, bennyBoy...

Bon j'ai -je pense- trouvé le problème.
Il suffit de modifier le paramètre "scale" dans les .fac
en utilisant "SCALE 100.0 100.0" cela bouffe énormément moins de ressources

Effectivement, depuis, je n'ai plus aucun problème, plus aucune erreur... t'es vraiment génial.

Seul (petit) problème, les textures sont ... heuuu... comment dire.... fortement agrandies mais c'est (je pense) facilement corrigible en retravaillant les textures. Je vais faire quelques tests dès que possible et je te tiens au courant.

Mais je pense que tu tiens là le bon bout... enfin... si je puis m'exprimer ainsi.

lebelge

[bennyBoy]

Ha tiens ça ne m'avait pas choqué plus que ça lors de mes tests, je regarderait de plus près ce soir.

edit : par contre si tu utilise le set "basic" ça ne m’étonne pas que ça paraisse immense, à mon avis avec le set de facade de la 1.1 (anciennement nommé "hardcore", mais vu que j'ai trouvé le pb ça va redevenir le set de facade unique de la 1.1 si tout va bien), ça devrait être moins choquant, vu que les textures de chaque batiment sont plus petites.

[bennyBoy]

Bon la 1.1 est sur le site, j'ai un peu beaucoup la flemme de me remettre dans le code donc les 2/3 petits bugs et suggestions de Daniel seront ajoutées un peu plus tard.
J'ai mis à jour la doc pour les changements d'interface et les nouvelles fonctionnalités http://osm2xp.com/?q=documentation

Merci à tous pour vos tests qui m'ont bien aidés sur cette histoire de façades et de ram !

Ben

[Daniel_L]

Bon la 1.1 est sur le site, j'ai un peu beaucoup la flemme de me remettre dans le code donc les 2/3 petits bugs et suggestions de Daniel seront ajoutées un peu plus tard.

Tu peux y rajouter une demande, mettre la date en plus de l'heure quand on choisit append time to scenery name. Ca permettra de mieux repérer les générations successives.

Daniel

[lebelge]

...sur cette histoire de façades et de ram !

En Belgique on dit :

"Ça rim et ça ram
Comme tartine et boterham"

Pour la chanson... c'est ici : http://www.youtube.com/watch?v=lk-5WuIRoT8

Oui, je sais, c'est hors sujet... mais on peut aussi un peu se détendre parfois, non ?

lebelge

[bennyBoy]

Oula c'est quelque chose ce lien haha!

[beber]

Ils ont gagné j'espère !
Je met une option sur le synthé et la boite à rythme

C'est clair que c'est un bon truc pour relâcher le cerveau... et benniBoy en a bien besoin à mon avis ;-)

[arno54]

Allez, off topic mais dans la même collection...

http://www.youtube.com/watch?v=-mbFRzCjDcg&feature=related

ça m'a fait hurler de rire...

[bennyBoy]

Une version 1.2 beta est dispo sur le site -> http://www.osm2xp.com

Modifs:

-Les lampadaires sont orientés au hasard.

-La date est ajouté dans le nom du fichier en plus de l'heure si l'option est cochée.

-Refonte du mode base de donnée, qui devrait être beaucoup plus robuste.

-Retour des toits en pente.
Le moteur d'xplane étant assez limité à ce sujet, les toits en pentes ne seront générés que pour les bâtiments simples de 4 vecteurs , afin d’éviter les crashs xplane "vector blabla".
Dans le futur je regarderai s'il est possible de modifier légèrement les bâtiments avec une forme très proche d'un simple rectangle afin de pouvoir leur ajouter un toit en pente, et surtout ce que cela donne dans x-plane.

Donc pas beaucoup de nouveautés en apparence, mais niveau code deux modifs importantes, l'utilisation de JavaGeom à la place de mes algos pourris pour tout ce qui est trigo/geo, et h2 database pour la base de donnée.
Ça va me permettre de regarder plus facilement certains points comme la gestion des relations multi polygones.

A noter que j'ai un bug sur mon macbook, la console reste grise, mais le soft tourne bien, on voit le graph se remplir et le dsf est généré...

[lebelge]

Testé et approuvé... avec un nouveau fichier BELGIUM.OSM de plus de 3.8 Gb qui couvre les 11 tuiles de la Belgique (Téléchargé sur CloudMade).

Aucun problème lors de la création des fichiers, même si cela a pris un certain temps (pour ne pas dire un temps certain) mais le résultat est là.

Malheureusement, une fois X-Plane chargé, en décollent de EBBR (Bruxelles) pour me rendre à EBAW (Anvers), au bout de quelques minutes de vol, c'est le plantage total avec un message de type "Xmapped out of memory". Toujours ce même p#@*#n de message ... décidément, 2 Gb de RAM, c'est plus assez pour faire tourner cette magnifique application. Je devrais rajouter une barrette mémoire de 2 Gb de plus mais avec X-Plane 10 qui devrait arriver bientôt, est-ce que cela vaut encore la peine de faire des frais sur une machine qui a déjà 4 ans d'âge ?

Note @ bennyBoy :

1.- Merci de continuer à faire évoluer ton application tout en étant à l'écoute des remarques (notamment de Daniel_L)
2.- Tes petits "patchs" (pour mieux gèrer la mémoire dans les applications JAVA) devraient être inclut dans le .ZIP

Je parle de ceci : launcher_windows_1024M.cmd

java -jar -Xmx1024M osm2XP.jar
java -jar -Xmx2048M osm2XP.jar

lebelge

[bennyBoy]

Merci pour ton feedback le belge, en effet j'ai oublié d'ajouter les fichiers launchers, bien vu!

Pour la ram consommée je pense qu'il est possible d'améliorer ça , ce lien explique comment sont gérées les facades http://wiki.x-plane.com/Performance_...cenery#Facades

Et en effet osm2xp va souvent devoir "multiplier" des cellules de la facade un grand nombre de fois pour "couvrir" un grand bâtiment, ce qui n'est pas génial niveau consommation de ram...

Rassure moi, tu n'as ce message d'erreur qu'avec un grand nombre d'objets affichés, ou même avec un réglage faible du nombre d'objet ça plante?

Ben

[lebelge]

.../...Rassure moi, tu n'as ce message d'erreur qu'avec un grand nombre d'objets affichés, ou même avec un réglage faible du nombre d'objet ça plante? Ben

Alors, je te rassure tout de suite :

- Si je configure le "Rendering -> Nbr Objets -> A lot" = ça plante (out of memory)
- Si je configure le "Rendering -> Nbr Objets -> Default" = c'est OK (plus de problème)

Mais... avec l'option "Default", c'est "Waterloo... morne plaine" et on perd plus de 60% des bâtiments.

Donc ma question est simple (et directe) :

Si je rajoute une barrette mémoire de 2 Gb (en mémoire centrale pour faire 4 Gb), penses-tu que cela solutionneras le problème ?
Si oui, je suis prêt à faire l'investissement dans une barrette mémoire en plus (rien que pour pouvoir tester ton application... parce que tu le vaux bien )

Ou alors, le problème pourrait provenir de la mémoire de ma carte graphique (une nVidia Gforce 8800 GTS/ 512 Mb RAM).
Dans ce cas... j'oublie.

Merci pour ta réactivité sur ce forum.

lebelge

[bennyBoy]

Alors si j'ai bien tout compris, xplane étant une application 32 bits, elle peut utiliser dans les 3go de ram au max.
Donc je serais tenté de dire qu'avec 4go de ram on arrive à donner à xplane le maximum de ce qu'il est capable d'avaler, et que ça permettrait de monter le nombre d'objets.

Si tu veux je peux essayer de faire un test en enlevant une barrette pour voir ce que ça donne chez moi avec 2go.