EdB a écrit 335 commentaires

oups si pardon

Et ce n'est pas ce qui a dit :o)

Parce qu' "il n'est qu'Open Source".

Les code est GPLv3 mais les données elle ne les ont pas.
Elle sont en dans une Commons Creative Non commercial"

Comme troller souvant ici, la restriction Non commercial emphêche la redistribution libre du jeu

Conséquence, il ne peut pas être accepter sur JeuxLibres.net et ne peut être redistribué dans un magazine ...

J'ai sacrifié ma liberté de traverser à tout moment un carrefour en acceptant de respecter les feu rouges et par conséquent de ne pas risquer systématiquement ma vie (sécurité).

Ma citation du jour :
Les phrases toute faite, ne représente pas la réalité. Et ne remplace en rien l'effort de réflexion adapté à la situation.

et s/sensée/censée , mais je te pardonne, tu ne peux pas tout voir !

L'accélération ne vient pas du processus d'effacement en lui même mais de la suppression d'appel systématique au rafraîchissement de l'affichage, la partie la plus lente du processus.

Non

Et c'est de la que vient l'inquiétude de certaine personnes.
Personne ne sait vraiment qui est derrière cette boite...

Ce qui est connu c'est que cette boite avant déjà acheté les droit d'exploitation pour l'Asie de Ryzom mais qu'il n'avait jamais été exploité.

Il reste la solution de proposer un paquet apuré des données non modifiable, mais ça reste un solution lourde (nécessité de maintenir un paquet externe, difficulté d'identification des licences liée a telle ou telle données)

On fait parfois des erreurs, mais n'hésite pas à passer sur le chan #jeulibres sur freenode pour en discuter :o)

Cube n'est pas libre, dans le sens librement modifiable, car il contient des données redistribuable qui ne sont pas modifiables.

C'est la raison qui fait que nous l'avons refusé sur JeuxLibres.net

Il faut faire la distinction entre une api interne et un api public.

Les dévelopoeurs noyau faut tout pour ne pas casser les interface qu'il propose vers l'espace utilisateur. Par contre quant c'est interne, il ne le font pas par plaisir, mais si c'est utile.

Je me rapelle même que récement un patch qui fixait un bug a été refuser car il risquait de changer le comportement d'une interface userspace. Linus est intervenu pour l'annuler et a mis en place une solution de contournement.

C'est pour ça qui préfère que les driver soit intégré dans la branche principale. Si quelqu'un change une interface interne, la modification doit être appliquer à tout les composants interne.

Ne pas casser l'espace utilisateur est très important.

Effectivement, Arkhart bouge un peu, mais étant quasi seul sur le projet, il y a toujours des périodes de flottements ou je fais autre chose. Le mieux est de passer sur le chan irc #arkhart sur freenode pour voir au ça en est

Auparavant, j'étais assez contant des pilotes nvidia.
Cependant, j'ai désormais beaucoup plus de réserve :

1 - J'ai du changer ma Gefore 4 parce que le pilote legacy est mis au jour une fois tout les 4 ans et qu'il ne suis pas l'evolution du noyau. Je suis resté nvidia car a l'époque ATI était catastrophique et la branche libre offrait peu de perspective.

2 - J'ai donc une Gefore 6. Avec les dernier drivers, c'est devenu la foire. Certaine nouvelle version présente de régression, il faut parfois downgrader pour retrouver un compoetement normal.
Par exemple, je développe un moteur 3D qui utilise Ogre et je me suis rendu compte que tout n'est pas rose dans leur support OpenGL. Ainsi les deux dernières version d'Ogre on dut sortir avec des workarounds spécifique à nvidia pour que le moteur puisse fonctionnée a l'identique avec le pilote les plus récent. Pire la dernière version n'est sortie que pour contourner les bug nvidia ( http://www.ogre3d.org/index.php?option=com_content&task=(...) ) Ces bugs étant de plus en plus long a être corrigé.

3 - Les magnifiques performance promise par les derniers pilotes ne sont pas au rendez vous et engendre énormement de pb avec ma carte (mauvais affichage des polices). Avec Nvidia, si tu n'a pas la dernière génération de carte, tu a le sentiment que tu ne les intéresse pas. Les pilote sont très axé sur les derniers modèles et leur drivers 'unifié' on tendance à ne s'unir qu'à la dernière génération !

Conclusion, pour le moment, si j'ai une carte a choisir, je serais plustôt AMD que Nvidia car il existe une branche libre supporté par le constructeur qui permet d'espérer le support des fonctions avancée de la carte et que si tu ne veut pas attendre que le support soit effectif, ils ont, parrait-il, amélioré leur support blobique

De mettre à jour la fiche sur http://jeuxlibres.net ? :o)

--> http://jeuxlibres.net/showgame/mole_invasion.html

oui mais ce ne seras pas volontaire :o)

J'étais pourtant persuadé que c'est à ça que servait cette ligne présente dans la dépêche :

"Si vous pensez pouvoir aider Lea-Linux, n'hésitez pas à nous contacter: admin [@] lea-linux. org"

Comme quoi il faut que je sache rester humble et me remettre en cause :o)

Un petit détail qui me fait sourire :

bugs.kde.org is temporarily offline to celebrate KDE 4.0.0 launch.

j'ai oublié de citer mes sources :/
Le log irc:
http://www.radeonhd.org/index.php?page=archive_display&s(...)
Et l'article phornix qui en parle:
http://www.phoronix.com/scan.php?page=article&item=955&a(...)

Vaut il mieux ne rien sortir et attendre que les graphismes tombent du ciel ou alors sortir un jeu qui par son concept pourrat peut être plaire et du coup attirer des graphistes ?

Figurez vous que la majorité ne contribue que sur des projet ayant atteint un masse critique ! Et ça, ça ne vient pas tout seul.

Le modèle des JL ne peut être le même que celui des jeux proprio ephémère. Les libre n'a pas la capacité de produire des jeux au top visuel du moment, il faut le prendre en compte et créer un eco-système différent et ca passe plus part la persistence et l'amélioration continuelle.

Vous pouvez toujours aider à trouver des graphistes. Sur quel jeu devrait il contribuer a votre avis ?

Et le driver écrit par novel a été rendu public sur freedesktop. Il est basé sur les specs fournies.
Cependant, il semble largement perfectible d'après les dire des développeurs eux même et ne gère que la 2d en attendant que les juriste d'AMD finisent d'épurer les specs 3d.

Pour répondre a ta dernière question, je crois que le lien http://linuxfr.org/dons/ situé en haut de la page est tout indiqué !

postgresql et mysql sont des logiciels qui s'appuient sur une norme/un standard qui est SQL (avec plus ou moins de bonheur)
De la meme facon que OOo et Koffice s'appui sur ODF.

une norme != un logiciel
Il est souhaitable que plusieurs logiciels implémente une norme mais pas qu'il existe plusieurs norme faisant la même chose.

Le moteur de arkhart (ark) tel qu'il est en ce moment manque de souplesse mais surtout le moteur de rendu est devenu obsolète. De ce point de vue Ogre3d est meilleur et évolue vite .
Ogre ne fait que le rendu (un peu d'autre truc quand même), Aae s'occupe/s'occupera de ce qui permet de faire le reste du jeu. Gestion des persos, de la gui, des collision, de la physique, définition des action en fonction de certains evènements ...
Tout n'est pas encore là mais : "release often"

Arkhart n'est pas mort, c'est un projet libre !
Tant qu'il y a du monde pour y croire, il ne fait que dormir, il attend qu'on le réveil !

M'enfin la faut pas déconner, ce n'est pas de la faute de Linus quand il dit : "le problème des TLB n'est rien du tout" il ne parle que de la TLB.
C'est les autres qui déforment et disent "regarde Linus dit que Theo raconte que des conneries".
C'est aussi aux lecteurs et à toi d'être critiques.

si tu arrive a le compiler l'ajout du mot clé "extern C" autour du fichier d'inclusion devrait résoudre ton problème

je doit dire que ne pas avoir été trop dérouté quand a moi, la plus part des icones restant dans l'esprit des icones kde actuelles.