MMGOC (Massive Multiplayer Game On-Calc)
Posté le 09/12/2013 18:32
Je cherche des volontaires, actifs ou non, sachant coder en C, pour participer à un projet d'envergure : créer le premier MMO-RPG mode calto : MMGOC (Massive Multiplayer Game On-Calc).
Le principe est simple : une carte Arduino sert de serveur, qui organise les requêtes des différents joueurs connectés à l'Arduino.
Le jeu sera une sorte de RPG hyper simplifié (au début du moins) : on peut bouger sur une carte, voir les joueurs, et comme interaction les attaquer.
L'objectif initial est de créer la prouesse de connecter 5 joueurs minimum. (Sachant qu'une carte Arduino Mega peut accueillir jusqu'à 25 caltos
)
Dans un premier temps, les caltos seront connectées via le port série (3-pins) directement sur la carte. Ensuite, si c'est faisable (et ça l'est, faut juste de l'huile de coude), connecter le serveur via un port Ethernet en ligne de manière à ce que chacun puisse jouer en ligne. Et là ça serai classe 8)
Bien entendu, ça ne sert à rien, sinon qu'à doubler les TI-men dans la quête du concept le plus innovant
(et un peu à se divertir bien sur)
J'ai créé (pour moi, et pour les intéressés) un repo sur Bitbucket de manière à ce que les dévellopeurs aient facilement accès au code.
Si vous voulez faire partie de la team (pas besoin de venir souvent, juste de savoir lire et d'y ajouter votre pierre lorsque vous voulez), n'hésitez pas, je suis ouvert.
Bon, après, si y'a personne c'est pas un problème mais j'aurai personne avec qui tester une fois arrivé au réseau en ligne
Bref, qu'en dites-vous ?
Lien du repo
Citer : Posté le 24/05/2014 10:12 | #
Vu que j'ai maintenant le matériel et deux caltos... comme toi, je m'y mettrai probablement après le bac.
Citer : Posté le 24/05/2014 10:17 | #
[HS]Au fait, mon fichier de calibration a fonctionné ?
Citer : Posté le 24/05/2014 10:18 | #
Très moyennement...
Je vais définitivement utiliser la télécommande pour les entrées.
[/HS]
Citer : Posté le 17/12/2014 06:25 | #
c'est super cool comme projet, je suis dispo casi tout le temps ( en ce moment je suis en vacances
S-Sempaï
Pour 100
ClrGrph
Citer : Posté le 21/12/2014 12:35 | #
Pas de nouvelles informations sur ce magnifique projet
Est-il toujours à l'ordre du jour ?
Citer : Posté le 28/12/2014 01:32 | #
Aucune maj sur le repo depuis le 19-1-2014
-Mon Fall Down
-Mon jeu de mains
-Mon starwars
-Mon dessinatout
-Mon niaiseux version 2.0
-Mon niaiseux version 3.0
-Inferno
-Mon super labyrinthe (en cours)
-Mon call of duty en 3D
-Casion (avec Az)
Citer : Posté le 03/03/2015 21:27 | #
Je veux bien participer pour tous ce qui est programmation (eh oui, je commence a m'y connaitre en C
Sinon pour tout ce qui est câblage, je te laisse faire.
PM Générateur
graph100+ bleue
Neuronix9302
2nde GT
Citer : Posté le 03/03/2015 22:20 | #
Je ne sais pas si tu connais le principe de Git, mais tu as à ta disposition tout les outils pour continuer
Sachant qu'actuellement, c'est plus sur la structure du code qu'il faut se pencher :
- Quelles données envoyer de la calto au serveur ?
- Quelles données envoyer du serveur à la calto ?
- Qui gère les collisions ?
- Comment gérer les points de vie de chacun ?
- Comment synchroniser un minimum les envois de données ?
- Concevoir un algo efficace coté serveur pour éviter les latences et avoir dans l'idéal 20-25 fps on-calc.
- Corriger les inévitables problèmes et bugs qui vont apparaitre : le serial est un outil assez compliqué à maitriser, faut pas overflower les buffers d'envoi et de reception, se mettre à jour rapidement (dans notre cas), mais aussi pouvoir continuer à jouer...
Enfin bref, la liste est longue, lorsque j'ai lancé le projet j'avais une idée fonctionnelle sur le papier, mais assez vite j'ai vu que c'était un peu plus compliqué... Mais je pense toutefois qu'un jeu en temps réèl soit réalisable (bon, avec un peu moins de joueurs que prévu par contre, genre 3-5 ça doit passer).
Pour ce qui est d'un jeu au tour par tour (Dofus ?), c'est très largement faisable, jusqu'à 25 joueurs même, mais je trouve que du coup il n'y a pas assez de challenge.
Bon courage si tu souhaite te lancer là dedans, c'est un projet (très) compliqué mais qui est particulièrement intéressant algorithmiquement parlant.
Citer : Posté le 29/04/2015 09:38 | #
Si je puis me permettre,
je pense que la seule info que les calculatrices doivent traiter sont les collisions avec la map.
tous les déplacements sont envoyés au serveur pour re-dispatching, je pense que pour commencer, un perso n'as qu'une direction(son sprite hein)et que tout le monde à le même sprite (ou par classe de jeu) le nom n'est composé que d'in ID court, associé à une position du joueur
ID:34 pos x23 y56
les combats peuvent se dérouler sur un "serveur différent" ou les joueurs se retrouvent seuls.. un espèce de duel en fait
voilà pour ce que j'en pense
Je suis de l'autre coté de la manche maintenant. Yay.
Citer : Posté le 29/04/2015 10:42 | #
Ça, c'est pas le plus dur : comment tu gère les interactions entre les joueurs ? (Attaque, défense, etc)
Citer : Posté le 29/04/2015 11:03 | #
En envoyant une donnée (genre : Attaque de machin-chose) à l'autre calto, qui va recevoir et interpreter.
Citer : Posté le 29/04/2015 11:55 | #
Ce que tu fais c'est que l’aléa de l'attaque (épée 30-40 hp en moins) ce fait coté client, que cela est retranché aux points de vie respectifs... je te fais le détail de tout ça dans une heure
Je suis de l'autre coté de la manche maintenant. Yay.
Citer : Posté le 29/04/2015 13:26 | #
Attendez hein, il faut que le jeu se produise chez un hôte, microcontrôleur ou calculatrice. Et les données ne peuvent pas être traitées de manière relative en-dehors du serveur, ce n'est pas un modèle viable.
De plus, la liaison série peut monter à au moins un-demi mégabaud, la vitesse de transfert n'est donc pas un problème. Il s'agit surtout de savoir comment de ports série on peut ouvrir en même temps...
Et faut pas envoyer les données en vrac, il faut un protocole défini avec des sommes de contrôle etc.
Citer : Posté le 29/04/2015 14:53 | #
De plus, la liaison série peut monter à au moins un-demi mégabaud, la vitesse de transfert n'est donc pas un problème.
La vitesse de transfert peut causer des problèmes sur la portée des câbles utilisés lors d'une communication série. Plus le débit est élevé, plus la longueur max du câble est courte. (Pour éviter de perdre des données).
Pour la liaison RS232 on a environ les valeurs en mètre mentionnées à cette page.
Citer : Posté le 29/04/2015 17:15 | #
On n'a pas vraiment besoin de monter à un haut débit. À mon avis si c'est bien géré, 2400 bauds suffisent largement.
Citer : Posté le 04/12/2015 13:43 | #
j'aurais bien aimé vous aider mais je n'y connais rien en language c++ comme je l'explique sur un forum ou j'aimerais avoir de l'aide en revanche si vous voulez que je fasse des sprites ou tester si vous manquez de gens ca sera pas trop compliqué
ValentinB Invité
Citer : Posté le 10/01/2016 11:25 | #
Bonjour, j'aimerais savoir si le projet et toujours d'actualité car il m'intéresse beaucoup et malgrés ma faible maîtrise du C j'aimerais rejoindre le projet, pour aider un maximun et que ce projet aboutisse.
Merci d'avance.
Citer : Posté le 10/01/2016 11:31 | #
Il n'y a personne qui le code activement en ce moment (beaucoup ici sont en prépa ou pris par leurs études), mais je pense que Dark Storm a l'intention de le finir à l'occasion (corrige-moi si je me trompe Darks).
Après je ne pense pas que ce soit techniquement très difficile, si tu connais un peu d'Arduino tu dois pouvoir faire des tests facilement
Citer : Posté le 10/01/2016 17:31 | #
Yep, j'ai mis en pause le projet, mais j'ai bien l'intention de le finir un jour
En attendant, j'ai beaucoup d'autres trucs à faire.
Citer : Posté le 14/02/2016 20:44 | #
Le projet avance-t-il ?
Car ça m'intéresse énormément !
Je possède une carte Uno et Nano
-Helmet : Traverse la cour sans te faire assommer par les objets !
-Octopus : Ramasse les ressources et ramène-les dans le bateau sans te faire dévorer par la pieuvre !
Citer : Posté le 15/02/2016 00:59 | #
Non. Mais si tu veux participer, je peux te donner ce qui a déjà été fait.