Thomas RIBO a écrit 120 commentaires

Par contre je serais ravi de participer à un site qui a pour but de promouvoir le développement de jeux libres

http://lgdc.sunsite.dk(...)

Ce ne sont pas les sites qui manquent, mais les personnes, et l'union de ces personnes...

De même, ce ne sont pas les bibliothèques qui manquent, mais les jeux ;-)... mais là j'apprend rien à personne 8-) :-p

Négativement, non.
Et tu es allé relativement loin alors que tu étais déçu de devoir compiler toi-même, j'admire ton courage.

En fait, il en faut pas taper autoconf mais ./autogen.sh. Bizarre que cela ne soit pas dans le INSTALL :-(

lua.h, il est où dans ton système ? Je vais pas faire la hotline ici, mais tu peux nous retrouver sur undernet channel #arkhart ou sur le forum web, ou encore t'abonner à la ML.
Je possède une Mandrake, donc difficile pour moi d'expliquer pourquoi ça ne fonctionne pas chez toi. Mais nous avons des développeurs sous Debian, je te rassure ;-)

Pour les binaires Linux, c'est une excellente idée. Ils ont été présents un certain temps, puis sont devenus obsolètes et jamais mis à jour => poubelle.

Les binaires Windows sont là car :
- notre graphiste bosse sous Windows ;
- la plupart des gens intéressés par le jeu jusqu'à maintenant étaient sous Windows.

Pour les performances, encore une bonne idée. Le truc, c'est que nous sommes justement en train d'optimiser le moteur d'affichage donc je ne suis pas bien sûr du minimum acceptable.
Toujours est-il que la carte 3D avec accélération matérielle est indispensable.

Bref, on sort un peu du sujet de la news là...

Bouh la la, t'es pessimiste toi ;-)

Le ton du CP, c'est de l'enthousiasme, et c'est normal : on ne va pas faire un communiqué de presse en pleurant : "Nekeme prod., FSFE-France et April s'associent, mais c'est pas gagné, pour pas dire que c'est perdu d'avance. D'ailleurs, on se demande pourquoi on vous le dit, tellement on est démotivé."

Non.

Le truc, c'est que justement on a envie de faire bouger les choses. Que si on regarde depuis 5-6 ans, le nombre de projets de jeux libres un peu ambitieux grandit constamment. Que fédérer toutes ces initiatives, d'avoir un avis sur la question, de réfléchir philosophiquement sur ce que signifie "jeu libre" par rapport à "logiciel libre", c'est une réponse à un beosin.

Ton post s'en prend uniquement au communiqué, et c'est dommage. Ce dernier présente une initiative. Si tes commentaires s'arrêtent au ton ou aux mots employés dans le CP, c'est vraiment dommage. C'est quoi au fait ton projet ? Tu veux pas adhérer à Nekeme prod. pour soutenir le libre ludique de manière unie ?

À mon avis, au niveau amateur, le JV peut apporter de nouvelles idées de gameplay au JV professionnel. Parce que nous, amateurs, nous n'avons pas de délais à tenir. Alors certes, nos jeux seront plus petits, ou moins beaux, mais peut-être que nous prendrons plus le temps de réfléchir au jeu lui-même, que nous n'aurons pas peur de tout casser.

Et puis profiter de la communauté des logiciels libres qui par habitude participe à plusieurs projets, c'est aussi profiter d'une puissance de production énorme. Bon ok, il faut la motiver et la fédérer ;-) Mais si un projet arrive à faire ça, mettons un JDR par exemple, je pense qu'on peut créer le monde le plus vaste jamais inventé pour un jeu commercial.

Alors, mets ta mauvaise humeur de côté et motive-toi avec nous ! (pour les JVs libres je veux dire).

C'est ta politique de l'autruche qui est stupide.

Je m'explique :
Le FAI n'est pas censé permettre à ses clients de faire du spamming en utilisant ses serveurs de courrier (ceux du FAI). Effectivement, il ne peut pas détecter à l'avance que tel ou tel client fait du relaying. Et dans ce cas, il va arriver qu'il se fasse blacklister temporairement. Mais dès qu'il aura fait corriger le problème, avec un temps de latence, ok, tout redeviendra normal.

Toi tu dis qu'il vaut mieux ne rien faire ? Dans ce cas, les spammeurs auront champ libre...

Banque Directe : Mozilla & Konqueror 2/3 --> ça marche

Vu qu'ils n'utilisent rien de bien méchant, je pense que tous les navigateurs peuvent fonctionner. Même lynx, je pense, quoique ça doit pas être pratique parce que beaucoup de liens sont avec des images...

Marche aussi avec 'Q' majuscule au lieu de 'gq'...

D'ailleurs, puisque tu parles de CVS, il peut être intéressant d'avoir un éditeur différent pour CVS uniquement : la variable CVSEDITOR est là pour ça... ;-)

Pratique quand on accède en telnet quelque part... ;-)

Bah en fait, moi ce que je comprend de leur mail, c'est qu'il pensent que PtitLu a testé la bêta. Visiblement, ils ne savaient pas qu'un de leurs techniciens a foiré et que tu as pu récupérer l'ISO très tôt.

Maintenant, en extrapolant, il est normal qu'ils râlent si un auteur publie un article sur leur distribution, la qualifiant de finale alors qu'elle est censée être encore bêta. Je ne remet pas en doute ta version disant que tu as bien testé la finale, mais eux ne semblent pas le croire...

- dans un jeu, la partie graphique, sonore et le scénario ne peuvent pas s'apprendre dans des livres (pas tout). Il faut un certain talent. La création artistique se paye.

Le problème, c'est que ceux qui ont cette compétence ne touchent pas grand chose sur le prix de vente du jeu. Ce prix est scandaleux si on regarde les pourcentages. Personnellement, ça me dérangerait moins de payer le prix actuel si les studios en touchaient 50%...

Tu me prête ta femme pour une dizaine d'années ? ;-)

Pour le son on peut sûrement se contenter de la contribution relativement ponctuelle d'une personne spécialisée dans le domaine. Heu, je suis pas d'accord. Le son et la musique doivent être intégrés dès le début justement. C'est parce qu'ils sont justement relégués sur le côté en permanence, ou presque, que dans la plupart des jeux on coupe la musique pour pouvoir jouer en paix. La bande son participe énormément au plaisir de jouer et à l'ambiance qu'on veut donner. Si le musicien est intégré à la fin du projet, il ne peut pas sentir ce qui lui est demandé, connaitre l'importance d'un niveau sur un autre, etc. Pour faire un truc vraiment énorme, il faut réussir à avoir les leads de chaque morceau du jeu d'accords dès le début. Pour le reste, bonne analyse. Et les jeux commerciaux souffrent du même problème : avoir un chef de projet suffisamment bon humainement et techniquement et en terme d'expérience pour mener le projet au bout de manière correcte. Les jeux commerciaux (en France du moins) sont un peu trop faits pas des stagiaires qui ne peuvent avoir une vision globale de pérennité de leur code au sein de l'entreprise, de marche globale à suivre. Ils ne peuvent pas non plus ne pas tomber dans les pièges classiques dans lesquels les développeurs (au sens large, développeurs de JV) expérimentés sont tombés suffisamment de fois pour les éviter. C'est d'autant plus difficile dans le domaine des jeux amateurs (je ne parle même pas des jeux libres) car les gens sont là de leur plein gré, parce qu'au moment où ils rejoignent le projet, ils sont pleins de bonne volonté et de temps. Malheureusement, il faut du temps pour faire un jeu et le statut de ces personnes change au cours du temps, leur motivation aussi. Difficile donc de capitaliser de l'expérience dans une équipe disparate.

Chez Nekeme prod., l'association ayant pour but de promouvoir le libre ludique, autrement dit les jeux vidéos libres, c'est un peu ce que nous proposons. Nous regroupons divers projets de jeux et développons des outils permettant aux gens motivés de développer leur propre jeu sans que des connaissances de programmations soient requises (ou alors minimes, c'est-à-dire savoir faire une liste ordonnée d'actions). Si suffisamment de personnes nous rejoignent, il y a moyen de développer un bon gros pôle de développement de jeux libres. En fait, la seule chose qui nous manque, c'est de sortir un bon jeu qui nous fasse plus de publicité. Mais je vous rassure, c'est en cours ;-)

Y a pas que le code réseau malheureusement. Un jeu, c'est essentiellement des données, binaires la plupart du temps parce que sinon, ça bouffe une place pas possible et c'est long et chiant à récupérer/générer. Et là, le little/big endian, c'est tout aussi important. Bien sûr, il n'est pas si compliqué de tout écrire pour faire du multi-plateformes, mais il faut y penser dès le début. Ils le font souvent quand le jeu doit tourner sur console aussi, mais on peut pas forcément penser à tout ni avoir la volonté politique nécessaire. En fait, il faudrait que les développeurs aient le réflexe de tout développer de manière portable facilement, mais souvent, on a besoin que ça marche vite et on corrige après pour que ça marche mieux. Mais dans le cadre du développement d'un jeu, on a une telle pression qu'on ne perd pas de temps à corriger pour que ça marche aussi dans l'hypothétique cas où on change de plateforme...

Pas de problème chez moi. Je n'ai pas ton message d'erreur mais je peux lancer Tribes II et y jouer depuis KDE3 sans problème...

On a dit un débutant, pas un neu² windowsiens de surcroît.

Ne fait pas ça, tu risques de leur faire envoyer des trucs qui sont pas du spam...

La société en question s'appelle Garage Games, et ils ont des compétences Linux car leur moteur (dont j'ai oublié le nom) est multi-plateforme. Le truc c'est qu'ils ne voulaient pas développer le patch Linux gratuitement. Et Sierra ne voulait pas payer pour ce patch. Ils disaient clairement qu'ils acceptaient que ce soit fait gratuitement, sans vouloir non plus laisser le code à la communauté. Ils ont accepté notre ami Sam (je ne savais pas qu'il était à l'origine de la SDL) parce qu'il bosse pour une boîte sérieuse, qu'il est connu dans ce monde-là... et qu'il bosse aussi pour Vivendi, quelque part. Bon, là, j'avoue, c'est pure supposition avec gros a priori bien négatif, mais c'est possible...

Bref, un grand merci à ce monsieur...

D'après les premiers échos sur loki.games.tribes2, le patch fonctionne déjà bien et on voit déjà les premiers serveurs beta... Je ne l'ai pas encore installé... et je sais pas si je vais le faire tant qu'il sera en beta.

Apparemment, le patch est fourni en deux versions : une incrémentale à installer par-dessus la dernière stable (et non pas si vous avez installé les instables qui traînent sur le FTP de Loki, ça pose des problèmes visiblement); et une complète à installer par-dessus une install propre du jeu (son nom contient cdrom).

Oui mais le problème est que les specs d'OpengL2.0 prévoient justement un langage comme le Cg pour les shaders. Pourquoi NVidia (qui fait partie de l'ARB) s'emmerderait à développer et proposer le Cg ? Parce que s'ils arrivent à l'imposer avant que des cartes compatibles OGL2 n'arrivent, ils vont maîtriser totalement cette partie du marché. Même s'ils font un truc ouvert (ce qui est nécessaire pour que ce soit adopté en masse), on peut imaginer que ça va mieux marcher chez eux que chez les autres, ou que ça va marcher chez eux avant que ça marche chez les autres... Mais de toutes façons, ils vont s'imposer comme un acteur majeur du marché, peut-être plus proches des professionnels (qui y viennent, vu le rapport qualité/prix).

Maintenant, je pense plutôt que c'est Microsoft qui est venu voir NVidia pour leur demander d'être gentils avec eux, de pas leur casser leur Dx... Sinon, je ne vois pas trop l'intérêt pour NVidia, à part peut-être une vague reconnaissance... ?

Au temps pour moi : tout le monde peut signer la pétition, l'ID n'est pas nécessaire.

Je ne vois pas le rapport.

Sinon, si on veut optimiser correctement un jeu, il faut se rapprocher suffisament du matériel, d'où parfois des caractéristiques uniquement visibles pour les possesseurs de certaines NVidia car les ATI gèrent différemment ou pas du tout certaines possibilités...

Et puis aussi, il n'existe pas de bibliothèque ou de moteur qui soit réellement multi-plateforme : Win/Mac/Unices, oui, mais aussi GameCube/XBox/PS2, non.

Dans tous les cas, ça arrive car comme tu le dit, la frontière entre jeux PC et jeux Console se réduit, et les utilisateurs de GNU/Linux commencent à compter puisqu'on en parle et que certains jeux commerciaux tournent ou touneront sur cet OS. Exemple : Ryzom (http://www.ryzom.com(...) ) développé par Nevrax grâce à NeL (Nevrax Library) qui est multi-plateforme... et libre ;-)

Apparemment, d'après les propos de JMarc, le format de Lyx sera XML dans le futur. Tes fantasmes deviendront alors réalité ;-) !

Tiens, tu as vu Irréversible toi ? ;-)

Une pétition est en train de voir le jour, mais chuuut... ;-) Je ferai passer une news quand le site sera prêt...

...à sortir en même temps sous Windows et Linux.

Vous vous souvenez peut-être de Tribes II ? Edité par Sierra, qui semble maintenant refuser de mettre à jour la version Linux (depuis que Loki est mort, c'est sûr que c'est plus dur...). Bref, il était sorti à l'époque sous Linux en même temps que sous Windows... et la version Linux est bien plus stable soi dit en passant ;-) :-p

...mais pas testé. CQFD.
Il a été présenté comme un jeu gentillet qui marche aussi sous Linux. Parce qu'ils doivent parler de tous les jeux. Même pas un test, ça veut dire qu'ils sont sympas de pas lui mettre 2 en intérêt... ;-)... comme "le maillon faible" au mois de mai... ;-)