GuieA_7 a écrit 695 commentaires

Tu sous-entends que Solaris est codé par la division hardware de Sun?? (c'est une vraie question)

Merci, ça passe nickel avec le '-nomusic -nosound'.
Je confirme donc : je suis très fan du style graphique, même si les arrières plans sont pour l'instant assez pauvres. Je présume, vu le niveau du reste, que vous allez les améliorer au fur et à mesure (parce l'air de rien c'est du boulot :). Avec du scrolling différentiel ça pourrait donner un truc bien sympa.

Du bon travail donc !

PS : je me demande si c'est pas trop dur dès le début pour les plus jeune (moi je m'en sort péniblement! :).

Voilà pour mes remarques (je l'espère) constructives:
- Chez moi la fenêtre se ferme immédiatement, avec un message "Unable to open audio!" dans le terminal. Le son marche bien a priori sur ma machine (elle est récente alors je ne saurais pas dire comment la SDL se comporte dessus), mais si le son n'est pas primordiale pour le jeu, j'aurais accepté de jouer même sans le son ! :) D'ailleurs je remarque que beaucoup de jeux plantent sous linux quand le son ne marche pas, ce qui est d'autant plus dommage que le son est un point faible sous linux à ma grande peine.
- Un petit README aurait été bien, au moins pour connaître les dépendances (comme un imbécile j'ai pas fait attention au SDL_*.dll, mais bon...). Enfin je présume qu'à terme il y aura un configure/scons/autre.

Tant pis j'aurais bien aimé tester ce petit jeu ; les graphismes avec un style SVG me plaisaient bien sur les screenshots.

Bon courage pour la suite.

J'espère que ces GROSSES boites ne vont pas se contenter de dire que "bouh the Gimp c'est de la merde !" et qu'elles vont aider d'une manière ou d'une autre ce projet (que j'adore) et qui a un grand besoin de développeurs (encore que vu l'activité ces derniers mois ça va peut être mieux).
Parce qu'à ce moment là, tant qu'on y est, Blender c'est moins bien que 3DS alors on peut aussi dire que c'est tout pourri une fois qu'on a plus que 3 cubes qui se courent après.

Evidement le plus simple/propre c'est d'avoir un modem ethernet, qui va marcher en DHCP ou PPP, là ça marche très bien en configurant dans le Control Center de Mandriva (suffit de savoir si c'est PPP ou DHCP, sinon on a des surprises !).
Mais bon la tu dois te coltiner ton modem USB tout caca, je sais ce que c'est. D'ailleurs à une époque les speedtouch 'raie manta' fonctionnaient pas trop mal avec les Mandrake ; mais je ne sais pas du tout pour ton modèle de modem.

Pour en revenir à tes moutons, le conseil du mec est à mon avis tout à fait viable, pour l'avoir fait il y a quelques années. Il te faut un 2ème (petit) PC sous win avec une carte ethernet, sur lequel tu installes ton modem USB. Ce PC va te servir de passerelle (gateway en anglais). Tu connectes tes 2 PC en réseau local ethernet (c'est le plus dur). Ensuite il faut configurer le PC avec win pour qu'il se comporte comme une passerelle ; win peut être configuré pour partager une connexion, mais quand on le faisait avec mes potes (il y a longtemps) on utilisaient tout simplement des logiciels comme wingate ou winroute (plutôt le 2ème d'ailleurs). Il ne reste plus qu'à aller, sur l'autre PC, dans ton Control Center pour lui dire de se connecter via la passerelle (en indiquant l'adresse IP dans le réseau local du PC sous win).

Donc rien de bien sorcier.

En espérant avoir été utile :)

Heu, il me semble que tu te contredis (mais j'ai pu mal comprendre) : tu dis "tous dans le même core" puis "un thread dans le core 1 et un autre thread dans le core 2".
Je reste donc sur mon impression de 'tous dans le même core', donc un problème potentiel de perfs avec du multithread (ce qui a entraîné les choix de la branche 5 de FreeBSD).

Si j'ai bien tout compris (c'est pas gagné :), avec DFBSD tous les threads d'un même processus s'exécutent sur le même CPU. Alors que même la machine de monsieur Tout-le-monde a tendance à devenir multicore/multiproc, n'est ce pas "petit bras" comme façon de faire (je ne dis pas ça méchamment, je suis sûr que les gars de DFBSD sont très compétents) ?
En même temps je ne connais pas le nombre de grosses applis du libre qui sont lourdement multitreadées (du genre des threads à 100 % du CPU pendant plusieurs secondes) et qui seraient donc pénalisées...

Merci beaucoup pour ta réponse bien détaillée (à un moment je me suis demandé si tu ne disais pas justement le contraire, c'est à dire que Blender était beaucoup moins bien).

Pourrais-tu préciser ta réflexion sur K3D s'il te plaît ??

Moi j'aimerais bien pouvoir mettre les fenêtres en mosaïque. C'est pas forcement utile tous les jours mais ça peut rendre service. Et puis ça fait mal au derrière de se dire que windows 3.1 savait déjà le faire :) ....

Autant je entièrement d'accord que la diversité du logciel libre est une de ses grandes forces. Je pense qu'il est sain d'avoir plusieurs environnements tel que Gnome et KDE (entre autres) avec des concepts/objectifs/langages/... différents.
Mais bon d'un autre côté la communauté n'est pas infinie, sa force de travail non plus ; aussi il vaut pour elle qu'elle ne s'éparpille pas trop. Comme dit plus haut, on a la chance d'avoir 2 moteurs HTML libres de qualité, c'est déjà trés bien. D'autant qu'une des choses que j'apprécie le plus avec le libre est la possibilité d'utiliser librement (dans la mesure des licences) le travail de la communauté.

Pour parler de ce que je connais un peu : les moteurs 3D. On en a plusieurs libres de bonne facture, mais au final il ne sont quasiment pas utilisés ! C'est dommage, un moteur 3D n'est pas une fin en soi. Quand je regarde les screenshots sur le site de Ogre, tous les jeux ayant l'air un tant soit peu abouti sont des jeux proprios (pro ou pas). Alors un moteur libre de plus pourquoi pas (qui suis-je pour juger?), mais bon avoir plus de moteurs que de jeux les exploitant, c'est un peu dommage je trouve.

Ah oui une dernière chose : un certain nombre de projets libres d'envergurs ont commencé avec des objectifs modestes (à commencer par Linux).

Bonne soirée à tous.

Ce 'petit' didacticiel est très sympathique ! J'ai bien aimé la façon dont les screenshots sont agrandies.

Ma petite contribution : en dessous de la 1ère image (celle de l'appli finale) tu as écrit 'sandalone' au lieu de 'standalone'.

Et toi tu as oublié de lire le mot 'libre' dans sa phrase ...

Le problème du Cell Shading c'est que ça a été très à la mode (le buzz est bien retombé depuis), et donc utilisé beaucoup à mauvais escient. Mais utilisé intelligemment et avec gout, ça peut le faire (Jet Set Radio, Zelda Wind Waker ...). Mais bon après les gouts et les couleurs.... :)
Mais un avantage du cell shading (pour les jeux libres), c'est que ça demande, je pense, moins de boulot de faire un perso en 3D avec toutes ses animations, plutôt qu'un perso en 2D avec toutes les animations qui vont avec : ça demande un nombre de sprites vraiment conséquent.

Premièrement, une remarque gentille : je pense avoir lu la plupart de tes post/journaux qui parlaient de Lisaac, et à chaque fois ça m'a donné envie. Mais pas question d'y toucher tant que ca sera pas libre et stable.

- Il faut voir que Quake 3 est sorti en 1999, est a du être commencé à coder au moins 2 ans avant : ça fait donc un bout de temps, et le paysage des langages était différent ; même le C++ n'était pas trés bien géré par les compilos (au niveau perf si on fait des truc un peu sophistiqué en tout cas) . Donc j'ose même pas imaginer SmartEiffel à cette époque.

- Je dois écrire un journal depuis quelques temps à ce sujet notamment mais j'ai pas eu trop le temps, donc j'en lache un morceau ici : il me semble que le smarteiffel ne gère ni les threads ni le chargement dynamique. Alors il supprime peut-être la virtual table mais je trouve que ça fait quand même 2 gros manques très cruels (au passage Quake 3 est threadé donc .... ).

- Carmack est quand même un très grand codeur, alors ne t'inquiète pas trop pour lui, il sait ce qu'il fait. D'autant qu'il est curieux et il sait que d'autre langages existent (cf java sur portables). C'est pas vraiment un guignol en technique, fait lui confiance.

Content de voir qu'on est d'accord.
Je voulais juste rajouter que moi aussi je suis fan de belle 3D (et de graphisme en général), et quand je vois un joli jeu, c'est pas parce qu'il est proprio que je vais le trouver moche ! :) Je suis entièrement d'accord, ça permet de se plonger plus facilement dans l'univers quand c'est visuellement crédible.

- Je serait ravi le jour où je pourrais aller acheter un jeu dans une boutique, et que le dvd contiendra des données proprio et le code source sous licence libre (ça serait bien aussi que l'éditeur relache les données lorsque le jeu n'est plus exploité). Ce jour là je recommencerait à acheter des jeux ; en attendant ça restera 'petits' jeux libres entre midi et deux, et des jeux console de temps en temps chez les potes.

- Tant que ce sera des amateurs (dans le bon sens) qui feront des jeux libres (contrairement au cas évoqué ci dessus), je pense qu'il va falloir faire comme souvent avec le libre : emprunter des voies différentes mais tout aussi intéressantes. Comme je le disais dans mon post précédent, le côté jetable ne me plait pas ; je trouve que ça ne correspond pas à la philosophie du libre, qui s'inscrit plutôt dans le durable. Pourquoi des bénévoles iraient se faire suer pendant des mois pour créer des arts qui seraient considérés comme moches 6 mois aprés ?? (les pros eux sont payés pour ça, ensuite ils passent au jeu suivant etc... : ils appellent ça le progrés :) C'est triste mais bon c'est comme ça. C'est pour ça que je parle de jeux qui ne se démoderaient pas ; par exemple je ne sais pas si tu connais Saga Frontier 2 ou Legend of Mana. Avec leurs graphismes 2D tout mignons (on diraient des peintures), ils restent aussi attrayants des années après, et ne vieilliront que très peu, justement parce qu'ils n'essayent pas d'être réalistes.

Quelques remarques :

- le moteur de Half Life est basé sur le moteur de Quake premier du nom, que les gars de Valve ont amelioré. De même, Nexuiz est lui aussi basé sur le moteur de Quake ; alors il ne vaut peut être pas Unreal Engine 3, mais on peut attendre des trucs sympa tiré du moteur Quake 3 (sachant qu'il est de plus apparemment beaucoup plus propre que les précedents).

- il bien dommage qu'on ne possède pas de supère-moteur-de-la-mort en libre, on est bien d'accord. Mais :
1) Ogre s'il n'est pas à la pointe de la technologie, n'est pas non plus totalement ridicule. J'aime bien son approche objet (certes perfectible) qui en fait un moteur généraliste qu'on peut adapter à son envie ; on pourrait même prendre le code de Quake3 et en faire un renderer Ogre. De plus n'oublies pas lorsque tu compares des screenshots que les professionnels du jeux ont une armée d'artistes de talent à leur service, et aussi qu'ils gagnent beaucoup d'argent rien qu'en faisant des jeux beaux : ils ont tout intéret à avoir des screenshots irréprochables, c'est très vendeur. Les gars de Ogre n'ont pas les mêmes objectifs (les screenshots ne lui rendent pas forcément hommage).

2) Quand bien même on aurait un tel moteur, on ne serait pas forcément beaucoup plus avancés. En effet, les codeurs dans le libre restent une majorité : ils manquent les artistes de toutes les facons. Beaucoup de jeux pros sont mal codés, ou sont tout du moins très simplistes dans leur code ; mais avec de bons artistes et level designers, des actions bien scriptées, ça peut donner quelque chose de sympa. Alors je t'assure que même avec Ogre il est possible de faire un jeu de qualité pro.
Des artistes prét à faire par plaisir du contenu de très bonne facture je pense qu'il y en a plein (vu la qualité de certains mods amateurs par exemple), mais il faut réussir à les rassembler. Les moders se rassemblent autour de jeux qui sont déjà bien : on peut penser que lorsqu'on aura des jeux libres trés fédérateurs, des communautés vont se former. Parce que c'est vrai qu'un artiste il a pas forcément envie de passer des heures pour un jeu qui va péricliter, mais un jeu avec des arts pas beaux il ne va pas attirer les gens, et va donc rester pas beau (dans le mesure où les codeurs sont rarement artistes) : c'est un peu un cercle vicieux.

3) J'avoue être assez choqué par l'importance qu'ont pris les graphismes. Par exemple, dans toutes les présentations que font les boites de jeux pendant l'E3, le premier truc est toujours : "regardez comme c'est beau". Le truc c'est que dans 2 ans on trouvera ça moche la plupart du temps, et ces jeux seront oubliés par tout le monde ; j'avoue aimer de moins en moins ce côté jetable. Perso voila 2 truc qui me feraient/font bien tripper (que j'aimerais voir dans un jeu libre donc):
-- un jeu avec un parti pris graphique qui font qu'il ne vieillira pas . Pour les connaisseurs je pense à Metal Slug par exemple. C'est assez dur a faire en 3D, mais avec du Cel shading utilisé intelligemment ça doit pouvoir le faire.
-- un jeu très 'scalable', dans lequel un mec avec une vieille station sun et des graphisme en 3d fil de fer vert fluo pourra affronter (ou jouer en collaboration hein, je suis pas belliciste :) un mec avec un P12 et une geforce1000 qui aurait lui une 3D bien chiadée avec des vertex de la mort !

Sinon un z-buffer, c'est très simple, mais ça nécessite d'écrire soi-même la routine qui va écrire les pixels individuels : peut-être pas super en Java ?

On est bien d'accord qu'il ne va pas obtenir le truc le plus rapide du monde. Mais :
- même si personnellement, je n'utiliserai java que lorsqu'on aura au moins une jvm libre mature (attention je ne critique absolument pas le travail de ceux qui bossent sur les jvm libres), il faut reconnaitre que le java ça peut être quand même raisonnablement rapide (mais très gourmand en RAM en revanche).
- Comme je le dit dans un post plus haut, je ne suis pas fan de l'utilisation de OpenGL dans ce cas.
- Il peut se faire un module en C qui fait ça, mais bon contrairement au reste de l'appli il faut le compiler pour chaque archi, et c'est peut être pas ce qu'il veut.

Après c'est sûr que le z-buffer c'est la solution facile et bourrine et qu'on doit pouvoir trouver mieux dans son cas. Il peut par exemple partir du postulat qu'il n'a que des segments de droites dans 2 plan orthogonaux et trouver un algo adapté à ce cas. Mais je présume qu'après il voudra aussi faire des surfaces pleines, et que le z-buffer sera encore la solution facile qui marche tout le temps.

Houla comme tu y vas !! :)
Un BSP c'est quand même un poil bourrin : c'est ce qui est au coeur d'un Quake 3 par exemple, parce que c'est l'algo typique pour les moteurs 3D en intérieur. Mais ça sert surtout à savoir quels triangles il faut afficher et lesquels vont être cacher par d'autres (et donc ne pas les envoyer inutilement dans la carte graphique).
Mais pour un affichange precis au pixel prés, ça ne dispense pas d'utiliser le z-buffer (Quake 3 ne s'en prive pas sauf erreur grossière de ma part).

Le problème c'est que je présume que son programme sert à créer des images qu'on va pouvoir enregistrer etc..., et pas seulemnt à les afficher. Alors bien sûr, tu peux faire un screenshot de ton résultat, mais on peut imaginer que le résultat va être différent selon la carte graphique que l'on a (cf les différentes précisions des flottants en interne par exemple). Alors dans un cas aussi simple que 4 lignes qui se courent aprés ça ne se verra peut être pas, mais c'est théoriquement génant. Voilà pourquoi je suis content que The Gimp utilise mon CPU pour faire des flous, et n'utilise pas OpenGL (malgré tout mon amour pour OpenGL).
Et en plus il s'épargnera une dépendance à Java3d, on pourra générer des graphiques en ligne de commandes sans que rien ne s'affiche etc....

D'accord avec toi : quand j'avais vu l'annonce, j'étais allé voir en me disant que ça pourrait être cool comme musique pour un jeu libre par exemple, mais la licence ne le permet pas.
Tant pis....

Et s'il est vraiment curieux, on peut aussi rajouter un langage déclaratif (exemple : Prolog). Ca ne lui servira surement jamais pour faire une vraie application, mais c'est interressant rien que pour l'effort intellectuel que ça demande pour comprendre la logique du langage.

C'est avant tout un problème de vocabulaire ; tu dis :
"oui, on est des animaux"
puis : "je suis supérieur aux animaux"
D'abord tu t'inclus dans l'ensemble, puis tu t'en exclus. Il faudrait dire : "je suis supérieur aux AUTRES animaux".
Et là, on est pas d'accord : certes on a un cerveau plus complexe que celui de la loutre, mais au 100 mètres, des dizaines d'espèces mettent la paté à nos plus grands champions. Alors je comprends ce que tu veux dire, mais ce que je veux c'est combattre le culte de l'humain.

Par exemple je trouve absurde que l'on utilise le terme 'humanité' comme synonyme de 'compassion' (ou autre). Pour moi, la méchanceté, la cruauté sont aussi des caractéristiques que l'on ne trouve que chez les humains. Je pense sincèrement que l'intelligence de l'homme est un 'cadeau empoisonné'. Nous sommes certes capables de maitriser l'énergie nucléaire, mais aussi d'en faire des bombes et de se les envoyer sur le coin de la figure. Si l'être humain était vraiment intelligent, le moindre humain saurait naturellement que le respect, la paix sont les seules isssues viables (je précise que ne prétends pas être au dessus du lot).

Mais pour finir, je pense qu'au final on doit être relativement d'accord, parce que quand tu dis que nous avons beaucoup de responsabilités, j'abonde dans ton sens bien évidemment. :)

Je suis d'accord avec toi pour le côté pragmatisme/utopisme : sans part de rêve, il n'y aurait sûrement pas de LL, ou pas autant.

En revanche je suis moins d'accord avec le "rabaisse au rang des animaux" : les êtres humains SONT des animaux bon sang !! Et à priori les seuls à mettre toutes les espèces en danger, y compris la sienne. Alors les placer au dessus des autres espèces, ça me parait bien orgueilleux.

Et pourquoi pas maindegeek.com tant qu'on y est ?