A l'époque où j'avais codé OpenscalesGL avec un ami (il y a plus de 5 ans maintenant), nous avions été obligé de tout faire directement dans le javascript (avec un arbre de résolutions plutôt élaboré), sinon ca rame pas mal dans les smartphones. De plus, tu pouvais utiliser les protocoles classiques de la 2d sans modification pour faire la 3d y compris pour les bâtiments et élévations de terrain (WMS,WMTS,TMS etc...) tout en optimisant le stockage et la bande passante.
Maintenant, avec asm.js (qui en plus va être aussi intégré dans IE), t'as pas peur que x3dom devienne un boulet pour ce que tu veux faire?
C'est pas que je n'aime pas x3dom, c'est simplement que je suis surpris que ce soit adapté :) (et tant mieux si je me trompe car c'est comme ca qu'on apprends ;)
# x3dom et performance
Posté par tallion . En réponse au journal Open Earth View. Évalué à 4.
Bonjour,
A l'époque où j'avais codé OpenscalesGL avec un ami (il y a plus de 5 ans maintenant), nous avions été obligé de tout faire directement dans le javascript (avec un arbre de résolutions plutôt élaboré), sinon ca rame pas mal dans les smartphones. De plus, tu pouvais utiliser les protocoles classiques de la 2d sans modification pour faire la 3d y compris pour les bâtiments et élévations de terrain (WMS,WMTS,TMS etc...) tout en optimisant le stockage et la bande passante.
Maintenant, avec asm.js (qui en plus va être aussi intégré dans IE), t'as pas peur que x3dom devienne un boulet pour ce que tu veux faire?
C'est pas que je n'aime pas x3dom, c'est simplement que je suis surpris que ce soit adapté :) (et tant mieux si je me trompe car c'est comme ca qu'on apprends ;)