Alors effectivement, c'est ce que je disais dans mon commentaire précédent, le developpement des deux en même temps. Effectivement, l'API du protocole ne change pas, et je ne pense pas qu'il soit impossible de faire une grosse feature 3d impossible de porter sur le client 2d.
Pour Victor, continuer sur la version 2D en parallèle ne me serait aucunement difficile, si la façon d'afficher les choses est différente est indépendante du corps, il ne me resterait que peu de choses à faire concernant l'affichage en 2D.
Par contre je pense que dans ce cas là, comme une partie concerne du client concerne tout de même autre chose que l'affichage et serait commune aux deux parties, je vois deux choix devant moi :
- Soit je fais en effet une lib utilisée par les deux clients, ce qui faciliterait effectivement la création externe d'autres clients.
- Soit je fais un gros define USE_OPENGL qui, activé utilise l'affichage 3d, desactivé utilise l'affichage 2d. C'est plus simple d'un coté pour moi mais ne servirait pas à la création d'autres clients. Alors après, entre un client 2d et un client 3d, je ne vois pas trop ce qu'il y a comme autre type de client à faire (un console ? vous pouvez utiliser telnet :p le protocole est textuel (voir le fichier API)). Pour ce qui concerne les menus je pense que ça ne change pas, c'est juste les fonctions des classe de sprite/image qui utiliseraient SDL ou OpenGL, et après ce qui est affiché pendant le jeu là serait la chose qui varierait complètement.
En tous cas, le soucis aussi c'est que si j'ai à faire tout ce boulot, il faudrait que le jeu ait des utilisateurs. Or pour le moment, il ne réunit qu'une dizaine d'habitués. Je n'ai pas envie de me compliquer la tache pour rien. Si c'est uniquement dans le but d'apprendre, je passe à une version OpenGL sans me soucier de la version SDL et une fois fini basta. Mais ce n'est pas ce que je veux, je pense vraiment qu'on peut faire quelque chose de ce jeu, mais après faut avoir des joueurs...
[^] # Re: l'opengl a rendez-vous avec la rage mobility m1, mais la M1 n'est pa
Posté par Romain . En réponse au journal Men Are Ants : Réflexion sur un passage 2D à 3D. Évalué à 3.
Pour Victor, continuer sur la version 2D en parallèle ne me serait aucunement difficile, si la façon d'afficher les choses est différente est indépendante du corps, il ne me resterait que peu de choses à faire concernant l'affichage en 2D.
Par contre je pense que dans ce cas là, comme une partie concerne du client concerne tout de même autre chose que l'affichage et serait commune aux deux parties, je vois deux choix devant moi :
- Soit je fais en effet une lib utilisée par les deux clients, ce qui faciliterait effectivement la création externe d'autres clients.
- Soit je fais un gros define USE_OPENGL qui, activé utilise l'affichage 3d, desactivé utilise l'affichage 2d. C'est plus simple d'un coté pour moi mais ne servirait pas à la création d'autres clients. Alors après, entre un client 2d et un client 3d, je ne vois pas trop ce qu'il y a comme autre type de client à faire (un console ? vous pouvez utiliser telnet :p le protocole est textuel (voir le fichier API)). Pour ce qui concerne les menus je pense que ça ne change pas, c'est juste les fonctions des classe de sprite/image qui utiliseraient SDL ou OpenGL, et après ce qui est affiché pendant le jeu là serait la chose qui varierait complètement.
En tous cas, le soucis aussi c'est que si j'ai à faire tout ce boulot, il faudrait que le jeu ait des utilisateurs. Or pour le moment, il ne réunit qu'une dizaine d'habitués. Je n'ai pas envie de me compliquer la tache pour rien. Si c'est uniquement dans le but d'apprendre, je passe à une version OpenGL sans me soucier de la version SDL et une fois fini basta. Mais ce n'est pas ce que je veux, je pense vraiment qu'on peut faire quelque chose de ce jeu, mais après faut avoir des joueurs...