Version imprimable du sujet

Ecrit par: Julien 23/04/2003 10:31

Hum, vu que cette zone est pas très très... active...
Je me disais que peut être certains d'entre vous auraient envie qu'on fasse
un petit projet commun OpenSpace. Genre un petit logiciel, un jeu, ...
N'importe... histoire de mettre un peu d'animation ici

Votre avis?

Ecrit par: chon 23/04/2003 10:36

Ami Julien, à la base, c'est un peu au modo de la zone d'animer sa zone, de lancer des discussions, de parler d'articles qu'il a lu/vu etc ...

Quant à une idée de projet, oui pourquoi pas, même si je dois avouer que mes dons de codeurs, je les utilise (trop) à mon boulot.

Un petit logiciel, oui pourquoi pas, encore faut-il une idée derrière

Ecrit par: Guepi 23/04/2003 10:48

Vous n'avez qu'à créer un module de corrections orthographiques ( et peut-être grammaticales ) pour OpenSpace.
non ?

Ecrit par: Julien 23/04/2003 10:56

Hehe, c'est pas une mauvaise idée ça

Ecrit par: Ghost Line 23/04/2003 11:26

Ouais, ou pkoi pas un petit jeu multi plateforme ? (bon ok, je range QNX dans mon tiroir, oubliez ce que j'ai dit )

Ecrit par: momo 23/04/2003 12:57

un logiciel de visu en 3D de la bdd du forum ?

Ecrit par: Bgw 23/04/2003 13:32

un truc réaliste je pense ..... faire un concurent de trrillian en Java (ou tcl/tk ou python...) portable facilement sous tous les os

Ecrit par: chon 23/04/2003 13:46

Ah oui une sorte de chat pour le forum (comme il y avait avant dans l'ancienne version du forum), ça c'est un projet qui rulez bien des ciboulettes ça !

Ecrit par: momo 23/04/2003 14:03

par le port 80 ou 8080 alors ...
( y a certains firewall qui sont un peu paranos par icic ... )

Ecrit par: RICO 23/04/2003 14:09

oui, malheureusement, c'est souvent le problème auquel on est confronté lors de la creation de système de chat. L'utilisation dui port 80 semble effectivement une bonne solution ... sauf quand un serveur squatte déjà le port, meme dilème avec le port 8080 vis à vis de tomcat, va falloir se creuser les méninges chers messieurs

Ecrit par: momo 23/04/2003 14:24

ben, apache accepte les plugins ?

Ecrit par: Darhf 23/04/2003 15:50

Pourquoi pas un gateway :
php [openspace] <-> Passerelle IRC <-> Serveur IRC

Si les sockets en php sont activés et qu'on peut héberger un serveur passerelle quelque part c'est jouable. Par contre ca veut dire interface web.

Y'a aussi possibilité de chercher un serveur libre quelque part et de coder un proxy http->irc .

Ecrit par: RICO 23/04/2003 16:04

j'avais codé une truc similaire y'a pas si longtemps de ca, j'avais ouvert un compte à peterpan pour qu'il essaie. C'etait loin d'etre parfait, mais ca avait le don fonctionner

Ecrit par: Sha 23/04/2003 16:59

Pas bête come idée, par contre je suis limité pour tout ce qui est dev web ;-)

En ce moment je m'autoforme aux opérations bitmap rapides (si j'ai le courage avec DirectX) en réalisant un soft de traitement d'image pour la télédétection.

Ecrit par: PoP 23/04/2003 18:16

QUOTE (Sha @ 23/04/2003 17:59)

Pas bête come idée, par contre je suis limité pour tout ce qui est dev web ;-) En ce moment je m'autoforme aux opérations bitmap rapides (si j'ai le courage avec DirectX) en réalisant un soft de traitement d'image pour la télédétection.

Télédétection? Traitement d'images? Heu...j'ai 2/3 idées de choses que j'aimerai essayer avec des images de modélisation de houle...

Ecrit par: RICO 23/04/2003 18:43

Tenez, voilà une base de travail :



perso, je vois pas du tout l'interet de modeliser un truc pareil

Ecrit par: PoP 24/04/2003 10:56

CODE

package org.nature.sea; /* * MytilusEdulis.java * * Created on 24 avril 2003, 11:40 */ import org.nature.Sex; /** La moule. * @author Pop */ public class MytilusEdulis extends org.nature.sea.Unionides.Eulamellibranches.Bivalves{        private Sex sex_;    private int age_;        /** Creates a new instance of MytilusEdulis */    public MytilusEdulis() {        super();    }        /** Creates a new instance of MytilusEdulis     * @param sex Sex.     * Sexe de la moule.     * Très important si on veut qu'elle se fasse fister par une autre moule.     * @param age int.     * Age de la moule.     * Très important car passé un certain âge MytilusEdulis n'hérite plus de org.nature.sea.Unionides.Eulamellibranches.Bivalves mais de org.nature.earth.Carnivores.Felides.Felis     */    public MytilusEdulis(Sex sex, int age){        setSex(sex);        setAge(age);    }        private Sex getSex(){        return sex_;    }    private int getAge(){        return age_;    }    private void setSex(Sex sex){        sex_=sex;    }    private void setAge(int age){        age_=age;    } }

Ecrit par: RICO 24/04/2003 10:58

hum, t'as oublié une variable, celle de la sécrétion de la moule

Ecrit par: Ghost Line 24/04/2003 11:32

LOL ca change de l'humour des newbies ca

Ecrit par: Sha 24/04/2003 13:15

QUOTE

private Sex getSex(){       return sex_;   }

Me fera toujours béer devant tant de simplicité

Ecrit par: PoP 26/04/2003 13:47

QUOTE (RICO @ 24/04/2003 11:58)

hum, t'as oublié une variable, celle de la sécrétion de la moule

T'inquiètes, j'ai fermement l'intention de modéliser une moule, et bien comme il faut. Je vais faire ça avec l'aide d'un pote thésard en bio. Fear le projet fonfon!

Ecrit par: Sha 27/04/2003 10:47

A propos de mon projet de traitement d'image, j'avance pas mal et je suis en train d'ajouter un paquet de filtres et manipulations diverses. Si vous avez des idées (si possible accompagnées d'algos) d'ajouts, notamment les photographes, n'hésitez pas, je filerais le soft en SPL (Sha public license : vous pouvez tout faire du moment que vous ne me citez pas ;-))

Ecrit par: Peter Pan 22/05/2003 10:40

Etant donné l'intérêt de pas mal de membres pour les Jeux de Rôle, je me demandais si ça ne pourrait pas être une bonne idée de coder un logiciel permettant d'y jouer en ligne. Voilà comment je vois les choses :

• un logiciel serveur chez le Maître de Jeu qui lui permettrait de gérer la partie, du suivi du scénario (par exemple dans une fenêtre de texte avec possibilité d'ajouter des repères pour différents points importants) aux lancers de dés, etc.
  
• un logiciel client chez chaque joueur qui se connecterait donc au serveur, gèrerait le personnage du joueur, ses lancers de dés, etc.
  
• le logiciel utiliserait évidemment un module de chat sur lequel se déroulerait la partie, ce module intégrant différentes fonctions relatives au jeu et non présentes par défaut sur IRC par exemple,
  
• possibilité de skinner le logiciel,
  
• pourquoi pas la possibilité de se connecter à une base de données de monstres, vaisseaux, etc sur Internet permettant de récupérer une petite image et la description,
  
• le plus important à mon avis : le logiciel serait une simple base sur laquelle viendraient se greffer des plugins ajoutant un support spécifique à un jeu (génération de personnage, dés utilisés dans le jeu, dégats, trésors, etc), à un univers ou même à un scénario donné.

Voilà, bien entendu c'est assez vague pour le moment, ça ne demande qu'à être mieux défini.

Ecrit par: PoP 22/05/2003 10:42

Mmm...ça me plait ça.

Ecrit par: Guepi 22/05/2003 11:34

Yes !

C'est un truc intéressant comme idée !
Si j'ai bien compris l'idée des plug-ins : Le "jeu de base" permettrait de jouer dans un style de jdr, mais avec les "plug-ins" associés, le monde pourrait être complètement différent. ( ie : de base par exemple AD&D et avec le plug-in adapté, "Shadowrun" ).

Questions :
les PNJ : qui les gèrent ?
Jeu persistant ou pas ?
Une idée de langage ?

Ecrit par: Peter Pan 22/05/2003 11:42

Mmm, en fait je pensais que le logiciel "de base" incluerait juste le module de chat, les fonctions de lancer de dés et le support des skins par exemple. Les jeux en eux-mêmes seraient supportés grâce aux plugins mais effectivement peut-être faudrait-il envisager différents niveaux de plugins ? Un plugin général AD&D et des plugins Royaumes Oubliés et autres ?

L'idée des plugins est bien évidemment de faire un système très ouvert pouvant potentiellement supporter tous les jeux existants ou à venir.

Pour les PNJ a priori c'est le MJ qui les gère. Qu'entends-tu exactement par jeu persistant ? Pour le langage il faudrait quelque chose qui soit multi-plateformes non ? Ou est-ce qu'il serait possible de le faire disons en PHP de manière à ne pas avoir à installer quoi que ce soit et utiliser un serveur Web avec gestion des droits (si droit=MJ alors il aura accès à l'interface de gestion du jeu, si droit=joueur alors interface de gestion de personnage) ?

Ecrit par: RICO 22/05/2003 11:59

en php, je peux éventuellement mettre la main à la pâte, ca serait assez fandart =)

Ecrit par: Guepi 22/05/2003 12:00

je pense qu'il est nécessaire de fournir le minimum requis pour que l'ensemble fonctionne : chat, dés, skin(s), univers(AD&D), règles, création de perso, etc...

jeu existant ou à venir ? Tu penses à "c0nnard 462, le jeu d'rôle d'OpenSpace" ?

Il serait intéressant de faire gérer les PNJ par le serveur ... un peu d'intelligence pour ces PNJ que diable ! Et puis un meneur de jeu n'as pas forcément que les PNJ en tête... non ?

jeu persistant : si t'es pas connecté, ben tu existe encore dans le jeu ...
jeu non persistant : si t'es pas connecté, on ne peut pas te "tuer" ...

Pour le langage, multi-plate forme : c'est possible de faire ça via le web ( PHP / ASP / javascript ), mais je penses qu'il serait appréciable de déporter "la charge" du jeu sur les clients aussi... JAVA, non ?
------------------------
Par contre, si c'est du PHP, comme RICO, je peux mettre la main à la pâte !

Ecrit par: Peter Pan 22/05/2003 12:09

En ce qui concerne le "minimum requis pour que l'ensemble fonctionne", rien n'empêche de fournir un plugin AD&D et un Star Wars (par exemple) dans le pack de base.

Pour ce qui est de la gestion des PNJ, il faut voir ce qu'il est possible de faire, et définir précisémment tout ça.

Pour le jeu persistant, à la base je pensais simplement à un jeu comme "en vrai", c'est-à-dire que la partie a lieu quand tout le monde est là, est en pause si tout le monde s'en va ou qu'un joueur quittant la partie n'est plus présent dans le jeu.

Pour le langage, plus j'y pense et plus le PHP me semble intéressant étant donné que beaucoup de gens l'utilisent sur leurs serveurs (pensont aux exportations vers d'autres sites que OpenSpace), que ça permettrait de ne rien avoir à installer chez soi, que l'on pourrait y jouer derrière un firewall (mais pas au boulot, bien sûr ), etc.

Ecrit par: Darhf 22/05/2003 12:46

Ah mais moi aussi ça me botte.

En php j'ai toutefois peur qu'on soit trop limité. Je pense plutôt à un double moteur : un en php, et un en un autre langage qui permettrait des parties en "live" qui partageraient les même normes, normes qui inclueraient les règles, les feuilles de perso, les ressources...

QUOTE

Pour le jeu persistant, à la base je pensais simplement à un jeu comme "en vrai", c'est-à-dire que la partie a lieu quand tout le monde est là, est en pause si tout le monde s'en va ou qu'un joueur quittant la partie n'est plus présent dans le jeu.

Oui sinon on code un mud quoi.

Ecrit par: Guepi 22/05/2003 14:04

Dans quel sens limité ?

Ecrit par: Darhf 22/05/2003 14:19

QUOTE (Guepi @ 22/05/2003 15:04)

Dans quel sens limité ?

Dans le sens confort d'utilisation et d'interface d'une part, obligation de fonctionner en mode "déconnecté", ce qui amènera forcément à quelques approximations, ...

Ecrit par: Darko 22/05/2003 15:19

QUOTE

(mais pas au boulot, bien sûr ), etc.

Et merde.....

C'est une idée tres sympa en effet

mais pourquoi ne pas dans un premier temps partir sur une base de plug pour Mirc par exemple, et une fois tout les rouages fonctinnants, partir sur un systeme de chat avec multiple connect, skins etc...

Fistez moi si je dis une connerie....

Ecrit par: Guepi 22/05/2003 15:22

QUOTE (Darko @ 22/05/2003 15:19)

Fistez moi si je dis une connerie....

Par plaisir aussi on peut ?

Ecrit par: Darhf 22/05/2003 15:23

QUOTE (Darko @ 22/05/2003 16:19)

QUOTE (mais pas au boulot, bien sûr ), etc. Et merde..... C'est une idée tres sympa en effet mais pourquoi ne pas dans un premier temps partir sur une base de plug pour Mirc par exemple, et une fois tout les rouages fonctinnants, partir sur un systeme de chat avec multiple connect, skins etc... Fistez moi si je dis une connerie....

/me fiste Darko


Sérieusement, pourquoi se limiter dès le départ ?
Un programme de Chat basique, c'est très simple à faire.

Ecrit par: Peter Pan 22/05/2003 17:30

Voui, voilà. Et puis au delà de l'intérêt intrinsèque du programme il faut aussi que ça puisse être intéressant au niveau de son développement. Là on pourrait toucher à la fois à la communication instantanée, à la gestion des plugins, des skins et pourquoi pas des bases de données. Et je pense qu'il est important de fournir un outil "stand alone" qui ne nécessite donc pas l'utilisation d'autres logiciels.

Ecrit par: Sha 22/05/2003 18:50

Ca me botte aussi pas mal =) Mais mes compétences sont limitées (voire inexistantes) dans le domaine de la prog. réseau.

Ecrit par: Ghost Line 22/05/2003 19:20

Ca m'interesse aussi. Sous QNX of course mais bon, ca tombe bien, je suis en train d'apprendre je suis 100% partant pour ma part, on commence la phase de definition quand ?

Ecrit par: Peter Pan 22/05/2003 19:24

Ha après je vous laisse le bébé, je ne suis pas développeur et je n'ai pas la moindre idée de la manière de gérer un projet. Il faudra probablement passer par SourceForge ?

Ecrit par: Guepi 22/05/2003 19:35

Ce n'est pas forcément nécessaire de passer par SourceForge, et je pense que tous les avis sont bons ... même et surtout de la part de non-développeurs !

La prochaine étape, c'est : Le Cahier des Charges
Après ce cahier ( lu et approuvé ), c'est : le Cahier des Fonctionnalités !
Après, seulement, c'est la phase de programmation.

Ecrit par: unhunter 22/05/2003 19:37

c seulement sur le net? remarque les premiers jeux de role utilisaient que le texte...

Ecrit par: PoP 22/05/2003 19:38

Cahier des charges, Specs fonc, spec tech, planning de prod, ressources managing...argh...nan...pas ça!

Ecrit par: Peter Pan 22/05/2003 19:39

PoP > t'es au chômage t'as plein de temps libre

Ecrit par: Sha 22/05/2003 19:56

Ouais mais bosser avec un pro ça fait trop mal

Ecrit par: Guepi 22/05/2003 20:40

QUOTE (Sha @ 22/05/2003 19:56)

Ouais mais bosser avec un pro ça fait trop mal

Sha > Tu parles de qui ?

Pop > merci de te proposer
Alors, chef de projet ?

Ecrit par: Sha 22/05/2003 20:46

Guepi> De personne en particulier, ça me fait grave honte, c'est tout =)

Ecrit par: Guepi 22/05/2003 20:50

Sha > je croyais que tu pensais que Pop est un pro ...
je suis rassuré ...

Pop

Ecrit par: unhunter 22/05/2003 20:58

QUOTE (Sha @ 22/05/2003 21:46)

Guepi> De personne en particulier, ça me fait grave honte, c'est tout =)

grosse erreur, il ne faut pas avoir honte de soi parce qu'on ne sait pas faire quelque chose, l'important c'est d'en être conscient et de vouloir apprendre! regarde moi et mon topic en html, meme pas honte

Ecrit par: Darko 22/05/2003 21:06

A la limite je peux essayer de bosser sur des skins pour la mise en place de l'engin, parce qu'en prog me suis arreté au Basic du TO7-70....

Ecrit par: chon 22/05/2003 21:06

QUOTE

Cahier des charges, Specs fonc, spec tech, planning de prod, ressources managing

Mais il manque encore quelques trucs : les contrats d'interfaces techniques, les M.E.P (manuels de mises en prod), guides d'utilisateurs, specs fonctionnelles détaillés, les contrats tout court (c'est bien connu on ne démarre pas quelquechose sans avoir signer)

Tout cela serait bien sûr incomplet sans une équipe : chef de projet, chef de groupe, manager, commerciaux (pour assurer la promotion), développeurs, architectes techniques, sponsors, un directeur technique, des exploitants (un fois la mise en prod réalisée, of course), des directeurs de personnel, directeur du groupe demande ponctuelle (dans le cas de problème), le groupe de correction d'anomalie, chargé de corriger les différents bugs etc ...

Je vous propose de fixer une première réunion visant à nommer nos différents intérvenant (dont le ICRT, intervenant de compte rendu technique).

IAfin de tester la solidité de l'appli, nous procéderons également, d'un commun accord, à des tests de charges afin de juger
de la solidité et de l'éfficacité. Ces tests commenceront d'ici deux mois, ce qui impliquent que les développements commenceront au plus tard, d'ici une semaine.

...

Oh et puis non, ça me rappellerait trop le boulot, finalement.

Ecrit par: PoP 22/05/2003 21:30

QUOTE (Guepi @ 22/05/2003 21:40)

Pop > merci de te proposer Alors, chef de projet ?

Ah non non non! Ca ira! Pas envie de coordonner une équipe de meulés moi!

Ecrit par: Darhf 22/05/2003 22:48

Mwahaha.

On peut aussi y aller à l'arrache et dire "toi tu fais ça et toi tu fais ça". Mais ce serait trop simple finalement

Sha: Avant de savoir ce que tu sauras faire, essayes de savoir ce que tu auras à faire

A part ça bof pour sourceforge. La bonne vielle méthode ©Alarache ça marche très bien. On est pas non plus obligé de faire ça sous licence de communiste GPL

Dans tous les cas, si on veut avancer, on doit jeter au moins quelques idées sur la table pour démarrer sur quelque chose. Manque de bol, je suis trop timide pour commencer

Ecrit par: Bgw 23/05/2003 3:12

j'arrive un peu à la bourre mais je suis partant aussi bien sûr

Ecrit par: Ghost Line 23/05/2003 5:34

De toute facon en terme de definition de projet, on peut le faire ici (à l'arrache) ... y'a qu'à créer un nouveau topic et OH MAGIIIIE !

Ecrit par: Ghost Line 25/05/2003 13:16

Sinon je suis pour la creation d'un MUD pour ma part, en C ou en C++.

Ecrit par: Darhf 25/05/2003 13:23

Mwai mais des mud y'en a plein partout...

Ecrit par: Ghost Line 25/05/2003 16:50

et ?

Ecrit par: Darhf 25/05/2003 22:40

Ben ça va etre dur d'innover et d'apporter quelque chose de neuf.

Ecrit par: PoP 26/05/2003 10:28

C'est quoi un MUD?

Ecrit par: IOEN 26/05/2003 10:33

you got MUD on your face, big disgrace, kicking your can all over the place, singing WE WILL, WE WILL ROCK YOU !!

Ecrit par: PoP 26/05/2003 10:55

ah ok. C'est bien ce que je pensais. Merci IoIo.

Ecrit par: IOEN 26/05/2003 11:02

no prob. N'hésite pas à me demander de l'aide.

Ecrit par: Darhf 26/05/2003 11:11

Un MUD c'est comme un MMORPG, mais par telnet. Tout textuel donc.

Ecrit par: Ghost Line 26/05/2003 11:51

Je n'ai jamais pratiqué les MUD, mais les rares sur lesquels j'ai vu quelques informations étaient en mode texte et pas précisement faciles à utiliser ...Je me serais bien inspiré d'une interface à la Ishar (et consors), en echangant la fenêtre principale d'image par une fenêtre de texte ...

Ecrit par: Guepi 26/05/2003 13:14

QUOTE (Ghost Line @ 26/05/2003 11:51)

Je n'ai jamais pratiqué les MUD, mais les rares sur lesquels j'ai vu quelques informations étaient en mode texte et pas précisement faciles à utiliser ...Je me serais bien inspiré d'une interface à la Ishar (et consors), en echangant la fenêtre principale d'image par une fenêtre de texte ...

idem

Ecrit par: PoP 26/05/2003 13:44

Aaaaaaaaaaaaaaaaaaaaaaaaah ok!! Vous voulez faire un serveur Minitel Rose, c'est ça!

Ecrit par: Peter Pan 26/05/2003 16:01

L'intérêt du projet que je proposais, c'est justement d'aller plus loin que les MUDs (qui pullulent, disons-le franchement) avec un logiciel qui permettent de faire des parties avec des vrais gens et sur des "vrais" jeux, ce qui n'est pas super courant et/ou accessible.

Ecrit par: Guepi 26/05/2003 16:26

QUOTE (Peter Pan @ 26/05/2003 16:01)

L'intérêt du projet que je proposais, c'est justement d'aller plus loin que les MUDs (qui pullulent, disons-le franchement) avec un logiciel qui permettent de faire des parties avec des vrais gens et sur des "vrais" jeux, ce qui n'est pas super courant et/ou accessible.

euh tu connais nainwak Peter Pan ?

Vous connaissez l'association Nainwak ? ( http://www.nainwak.com/assoc/ ) <--- Ca pourrait être sympa de se faire "aider" ... non ?

Ecrit par: Darhf 26/05/2003 16:27

Pareil que peter.

edit : Un truc comme Nainwak, c'est super lourd à gérer. C'est une hyperpompe de bande passante serveur en plus.

Ecrit par: Guepi 26/05/2003 16:34

Développe Darhf ...

Ecrit par: Peter Pan 26/05/2003 16:39

Beh ça pourrait aider mais il faudrait d'abord mettre en place le projet et le développer.

Côté bande passante nécessaire elle serait ridicule puisqu'il s'agit (au moins dans la version de base) ni plus ni moins d'un chat entre quelques personnes (on va pas faire un JDR à 200 personnes non plus quoi).

Ecrit par: Darhf 26/05/2003 17:40

QUOTE (Guepi @ 26/05/2003 17:34)

Développe Darhf ...

Nainwak est une grosse machine, avec plus de 5000 joueurs, le serveur tombe à genoux régulièrement. Nainwak est composé d'images, de pages html|php et d'un serveur sql quelconque. Les pages sont lourdes, les accès à la bdd fréquents, les admin doivent contrôler tout le temps les tentatives de cheat genre le multi-compte, Et avec les moyens qu'ils ont, ils peuvent pas faire mieux. Tout ça finit par ramer et à couter cher en temps et même en argent pour offrir une qualité de service acceptable. Et au final l'utilisateur joue très peu. Voilà. Moi je suis pas chaud pour me lancer dans un truc comme ça.

Je vois les choses plus comme Peter.

Ecrit par: Ghost Line 26/05/2003 22:48

Peter Pan> bah j'ai dit la même chose