Bon point pour toi!
Perso, à l'usage, si je me base sur l'usine à gaz qu'est http://www.webglearth.com/, j'ai de la marge...
"nous avions été obligé de tout faire directement dans le javascript"... Pour quelle raison? Qu'est-ce qui passait sur le réseau pour que ce soit si pénalisant?
Remarque que l'outil qui est sur le serveur (osm3x3d) peut tout à fait être écrit en js.
"De plus, tu pouvais utiliser les protocoles classiques de la 2d sans modification pour faire la 3d"...
Peux-tu être plus précis? Je ne comprends pas trop de quoi tu veux parler. Des exemples?
"t'as pas peur que x3dom devienne un boulet pour ce que tu veux faire?"
Ben en fait, je ne me serais jamais lancé dans un tel projet s'il n'y avait pas eu un outil/lib comme x3dom, qui permet de faire abstraction des pb bas niveau liés à OpenGl/WebGl. Ça aurait été un travail de titan.
Je fais le pari que x3dom saura s'adapter pour utiliser les optimisations qui vont bien.
[^] # Re: x3dom et performance
Posté par pizaninja . En réponse au journal Open Earth View. Évalué à 1.
Bon point pour toi!
Perso, à l'usage, si je me base sur l'usine à gaz qu'est http://www.webglearth.com/, j'ai de la marge...
Remarque que l'outil qui est sur le serveur (osm3x3d) peut tout à fait être écrit en js.
Peux-tu être plus précis? Je ne comprends pas trop de quoi tu veux parler. Des exemples?
Ben en fait, je ne me serais jamais lancé dans un tel projet s'il n'y avait pas eu un outil/lib comme x3dom, qui permet de faire abstraction des pb bas niveau liés à OpenGl/WebGl. Ça aurait été un travail de titan.
Je fais le pari que x3dom saura s'adapter pour utiliser les optimisations qui vont bien.