Forum général.général Recherche contributeurs pour OpenJDR

Posté par  . Licence CC By‑SA.
Étiquettes : aucune
2
29
oct.
2017

Bonjour' Rhom,

T'es joueur ?

Prélude
Je poste ici dans général.général exprès. Ça aurait sa place dans général.débutant aussi, ainsi que programmation.java.

Je me m'amuse plus au bureau, donc j'ai commencé un (again) rogue-like.

J'en suis au tout début, c'est codé en java, et ça a pour but ultime de fournir un rogue adaptable au niveau des règles de jeu, multijoueur.

Bien évidemment, pourquoi poser ma question ici, et maintenant. Je pourrais tout à fait continuer de faire mon bidule dans mon coin tout seul.

Langage
Java, « bicause » c'est ce que je connais le mieux, et on n'est bien servi que par le meilleur.

Les "newbies" sont acceptés et bienvenus, cependant.

Besoins
Graphistes ! Là je suis nul de chez nul.

Un petit designer serait pas de trop aussi même si j'ai essayé de faire de mon mieux au niveau MVC. Il reste des choses à revoir.

Concept
Alors là, c'est un mixt de ce à quoi j'ai pu jouer en rogue, avec une map principale (éventuelle) et des sous-maps genre donjons à explorer.

Sans les citer tous, il y aurait dans l'inspiration du Baldur's gate, du diablo, puis évidemment du nethack.

Ouverture
J'ai commencé à coder des lignes qui devraient permettre de modifier le style de RPG, des règles aux UI, donc c'est pour ça que j'ai choisi le nom de OpenRPG.

Licence
Je n'en ai pas encore mis, mais j'ai des idées. Le projet n'ayant que 4/5 jours, rien ne presse.

Où me trouver ?
Bien sûr dans les commentaires ici, et sinon j'ai créé un chan IRC geeknode/#OpenJDR pour les accrocs.

Les sources sont sur GitLab, pour le moment. C'est comme la licence, j'peux réfléchir un peu à où hoster.

  • # ASCII/Unicode ?

    Posté par  (site Web personnel) . Évalué à 2.

    J'en suis au tout début, c'est codé en java, et ça a pour but ultime de fournir un rogue adaptable au niveau des règles de jeu, multijoueur.

    Ça ressemblerait peut-être donc plus à un roguelite (jeu temps réel et pas par tour ?).

    Graphistes ! Là je suis nul de chez nul.

    Si le graphisme est un problème, pour un roguelike, tu peux utiliser l'approche traditionelle de l'ASCII, qui n'est pas sans avantages: plus facile à parser pour l'œil, et plus simple à coder :) Je ne connais pas grand chose à Java, mais il y a ce tutoriel pour Java utilisant ASCIIPanel, qui est relativement connu.

    Et bonne chance, en tous cas, écrire un roguelike, c'est d'expérience super amusant !

    • [^] # Re: ASCII/Unicode ?

      Posté par  . Évalué à 1.

      Oh, une réponse !

      Merci :-)

      Ça ressemblerait peut-être donc plus à un roguelite (jeu temps réel et pas par tour ?).

      Un "mix" des deux sur l'implémentation de base pas faites : les persos pourraient se déplacer au bon vouloir tant que pas d'ennemi en vue, puis si l'on en rencontre un, on passe en mode tour à tour avec jets d'initiative pour déterminer l'ordre de jeu.

      C'est pas écrit :-)

      Si le graphisme est un problème, pour un roguelike, tu peux utiliser l'approche traditionelle de l'ASCII

      Le problème, c'est surtout que je ne sais pas faire de beaux dessins.

      Une vue comme je l'ai conçue ne pourrait peut-être pas encore empêcher l'autre.

      Et bonne chance, en tous cas, écrire un roguelike, c'est d'expérience super amusant !

      Pour l'instant, je pense tout seul à l'UI qui est loin (très loin) d'être finie… rien que ce matin, mettre un splashscreen qui va marcher dans eclipse, et je l'éspère dans un jar ou sous un autre IDE ça m'a pris bien du temps. Alors que le temps de chargement de jeu est peanuts. Mais bon, faut ça, sinon ça fait pas moderne ! :)

      Et bonne chance, en tous cas, écrire un roguelike, c'est d'expérience super amusant !

      Et prise de temps :( ;)

      Matricule 23415

      • [^] # Re: ASCII/Unicode ?

        Posté par  (site Web personnel) . Évalué à 2.

        Un "mix" des deux sur l'implémentation de base pas faites : les persos pourraient se déplacer au bon vouloir tant que pas d'ennemi en vue, puis si l'on en rencontre un, on passe en mode tour à tour avec jets d'initiative pour déterminer l'ordre de jeu.

        Ça me rappelle un peu des choses que j'ai lu sur javelin, écrit en Java aussi, qui utilise un système d'initiative, mais que j'ai malheureusement pas pu tester pour de vrai, parce que j'y connais rien aux systèmes de build Java et qu'il n'y a pas d'instructions, donc j'ai eu un peu la flemme :)

        Mais bon, faut ça, sinon ça fait pas moderne ! :)

        Les interfaces ASCII ou simples avec des tuiles sont atemporelles, du moment qu'elles sont un minimum intuitives :) C'est l'avantage par rapport aux jeux 3D triple A, qui après une dizaine d'années ont l'air tout vieillis ;)

        • [^] # Re: ASCII/Unicode ?

          Posté par  . Évalué à 1.

          Hello,

          Ça me rappelle un peu des choses que j'ai lu sur javelin, écrit en Java aussi

          J'ai survolé, ça ressemble un peu, le graphisme avancé en plus :)

          j'ai malheureusement pas pu tester pour de vrai, parce que j'y connais rien aux systèmes de build Java

          Ça, dès que j'ai la motivation, je met en place un système de build automatique qui crée un jar (voir un exécutable embarquant la jvm) et ça ne sera plus un problème.

          Les interfaces ASCII ou simples avec des tuiles sont atemporellesLes interfaces ASCII ou simples avec des tuiles sont atemporelles, du moment qu'elles sont un minimum intuitives :)

          Dans le "minimum intuitives" faut voir que je sais pas dessiner, d'où l'appel à graphiste entre autre. ;)

          En tout cas, encore merci pour les encouragements.

          Matricule 23415

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.