Posté le 02/12/2011 09:38
Planète Casio v4.3 © créé par Neuronix et Muelsaco 2004 - 2024 | Il y a 273 connectés | Nous contacter | Qui sommes-nous ? | Licences et remerciements
Planète Casio est un site communautaire non affilié à Casio. Toute reproduction de Planète Casio, même partielle, est interdite.
Les programmes et autres publications présentes sur Planète Casio restent la propriété de leurs auteurs et peuvent être soumis à des licences ou copyrights.
CASIO est une marque déposée par CASIO Computer Co., Ltd
Citer : Posté le 20/03/2018 20:15 | #
ouh là ! il est vieux ce post ! mais bon, le sujet m'intéresse. il est vrai qu'une mise en réseau de caltos peut être intéressante sur le plan où cela peut dépasser les deux machines. avec le projet que tu as cité, on peut se permettre d'imaginer des serveurs et des clients qui se connecteraient dessus !
On pourrait utiliser des adresses IP pour les différencier !
Dijkstra - The Witcher
Citer : Posté le 20/03/2018 20:32 | #
Il y a du boulot que existe sur Arduino pour le modèle client/serveur. C'est pratique parce que l'Arduino a plein de port série si tu utilises le module approprié. Tandis que sur une calto, tu es obligé de faire un réseau en forme d'anneau au mieux, et un peu d'algorithmique distribuée te convaincra que c'est pas terrible pour la communication.
Citer : Posté le 20/03/2018 20:56 | #
@Lightmare essaie de faire un jeu en multi (avec le câble 3-pins) et tu te rendras vite compte que faire communiquer justes 2 calots c'est déjà assez compliquer....
Citer : Posté le 21/03/2018 00:30 | #
Alors, à propos d'Arduino pour faire serveur… Il faut savoir que l'Arduino peut potentiellement créer pas mal de ports séries différents. Le problème arrive lorsque l'on sait que l'Arduino ne peut écouter que sur un seul port à la fois. Ça veut donc dire faire un serveur en étoile avec l'Arduino qui donne un token à chaque client au fur et à mesure. Et ça c'est pas hyper pratique à vrai dire… Enfin, c'est toujours mieux qu'un réseau en anneau, mais on est assez vite limité.
Par exemple, si on laisse 20 ms à chaque client (envoi du token, traitement du client, retour du client) ce qui est pas tant que ça, à partir de 5 joueurs on est à 10 fps maximum. Alors suivant le jeu ça peut être jouable, mais clairement ça demande une sacré réactivité de la part des clients. On peut peut-être essayer de pipeliner le tout, mais franchement je doute que descendre à 10 voire 5 ms par client soit possible… Donc le système reste limité. Ceci dit, si ça te dis d'essayer, pourquoi pas.