Citation :Par contre coté client impossible d'avoir quelque chose de constant.

Citation :J'ai l'impression que le rendu 3D provoque des ralentissements. C'est pourtant sencé etre asynchrone non?

Citation :Ya toujours la methode barbare d'envoyer la position de chaque joueur avec un socket.emit toutes les 16ms. Ca marche mais a 10 joueurs le serveur va claquer a mon avis https://github.com/logsol/box2dweb-netwo...ronisation

Citation :Eh bien normalement setInterval devrait donner quelque chose de constant non? Sinon faudrait que j'utilise le delta time et que je rappelle la fonction avec un setTimeOut. ( En espérant que ce dernier marche mieux que setInterval )

Citation :Pour les webworkers, tres bonne idée, donc en gros je ferais tourner le moteur physique dans un thread a part?

Citation :Sinon, j'utilise three.js pour ma part, les rendus sont un peu plus long a mon avis. (Meme pour du low poly).
Je n'ai pas pu tester grits car apparement aucun serveur n'est dispo. Mais d'après la video, c'est a peu près le gameplay.

Citation :pour le fiddle ca risque d'etre compliqué, mais pour le moment, ca peut être accessible sur http://213.251.147.29/ si on a lancé le serveur
(id: visiteur1 mdp: visiteur) Si ca se connecte pas, essayez avec visiteur2

Citation :Questions en vracs:
Replacer un joueur toutes les 200ms ne serait pas déja suffisant? (a 32 ms il y aurait pratiquement meme pas besoin de moteur physique coté client).

var state = [{

id: 0,

transform: {

position: {

x: 15.290663048624992,

y: 2.0000000004989023,

z: -24.90756910131313

},

rotation: {

x: 0.32514392007855847,

y: -0.8798439564294107,

z: 0.32514392007855847,

w: 0.12015604357058937

}

}

}, {

id: 1,

transform: {

position: {

x: 7.490254936274141,

y: 2.0000000004989023,

z: -14.188117316225544

},

rotation: {

x: 0,

y: 0.018308020720336753,

z: 0.1830802072033675,

w: 0.9829274917854702

}

}

}];

Citation :Tu préconise une seule boucle (calcul physique et affichage dans la meme?) ? Donc du séquentiel plutôt que du parallèle, pourquoi?

Citation :Il me semble que RAF est plus constant que setInterval justement (explications à retrouver, une histoire de frame de mémoire). Oui il faut utiliser le deltatime à chaque fois que tu dois incrémenter une variable (les coordonnées d'un joueur par exemple).

Citation :J'ai essayé c'est un bon début j'aime bien les robots 1 Mais sinon ça saccade un peu en effet

Citation :Pour le deltatime du rendu graphique, je m'en sers pour update les animations mais je ne comprends pas pourquoi il faudrait s'en servir pour les coordonnées des joueurs (puisques celles ci sont données par le moteur physique et ce dernier a un deltatime constant normalement)

Citation :En revanche pour la position, arrondir a 2 chiffre après la virgule ferait pas mal d'économies a mon avis.

Citation :Pour ce qui est des web workers, en utilisant box2dweb dans un thread. Je ne pourrais plus accéder directement au world directement pour creer des objets. Je devrai donc faire un système d'event listener qui recevra la demande de création. Et au lieu de demander la position de chaque body au moteur physique avec GetPosition(), c'est lui qui enverra au script principal les positions des body a chaque step. Ais-je bien compris?

Citation :Bon en fait c'est un modele md2 sorti de je ne sais quel jeu converti en format json. A la base c'est un chevalier mais sans épée il ressemble plus a un robot