EdB a écrit 335 commentaires

Le client balance a intervalle régulier les infos vitesse, position en udp. Lorsque qu'on ne reçoit pas d'info, on continu a partir des infos précédentes (inertie).
Lorsque les nouvelles infos arrivent, on synchronise.
Si c'est vraiment trop long, c'est mort, on le déco.

la lecture est super drôle en tout cas :o)

Parce qu'il s'agit d'un jeu en equipe :o)
La solution est qu'un de tes allié reste a l'emplacement du drapeau ce qui rétabli le chrono à son niveau initial.
Je trouve ce principe super pour ma part.

ca donne donc une bonne chance a l'idée d'une carte son par l'équipe d'openGraphic, les gens qui veulent produire une carte 3d au spec dispo

la grosse particularite de ce jeu, comme de cube, est qu'il est libre mais que les binaires distribés utisent un partucularité de la licence Zlib.
C'est de ne pas avoir a redistribuer les sources avec le binaire en cas de modification.
L'auteur utilise cette particularité pour redistribuer son binaire avec un protocole réseau différnet pour éviter la triche.
Donc : les source sont dispo, ce sont le meme que le client officiel ormis la partie protocole réseau
et pour pouvoir joué avec d'autre sur les serveur "officiel", il faut le client modifié.

Sinon, rien a dire, c'est chouette :o)

ce sera des cycles de longueurs PI d'ailleurs :o)

je dirait qu'on voit en direct la file de modération , puisque plusieurs nouvelles aboutissent sur des Not Found.

tu n'a pas du comprendre qu'il y avait la aussi de l'humour. Produit Nettoyant -> Récurent.

Oui c'est vrai que ces fautes sont dommage. J'imagine qu'en tant qu'auteur, avec le nez dans le guidon, il est parfois dur de ce rendre compte de ce genre de chose, surtout lorsqu'on pense principalement au code.
Mais l'exposition de cette demo est faite pour recevoir ce genre de retour qui vont être pris en compte tout de suite j'imagine.

Prendre un patch n'empêche pas la recompilation du noyau, ca évite simplement de télécharger la verion corrigé complète. C'est le principe du patch.

Concernant la question de la recompilation, je pense que tu ne peut pas y échapper, sauf peut etre si le patch s'applique uniquement sur un module au quel cas la recompilation ne devrait pas etre neccessaire. Apres il y a aussi la version des compilateur utiliser par le noyeau et le module qui peuvent compilque le tout.

utile pour windows, le portage linux utilise OpenAL

Library Requirements: KOffice 1.5 requires the following libraries:
kdelibs 3.3, 3.4 or 3.5, which can be downloaded following the instructions at the KDE website (for more information on these kdelibs releases, please see the KDE 3.5 press release);
Qt-3.3, which is available in source code from Trolltech as qt-x11-free-3.3.0.tar.gz (qt-x11-free-3.3.5.tar.gz is recommended); and
for reading help pages and other KOffice documentation, libxml2 >= 2.4.9 and libxslt >= 1.0.7.

donc c'est l'equipe qui le dit, je pense qu'il s'agit de dependance "forte" et que les lib supelmentaire doivent apporté un plus mais ne doivent pas etre neccessaire a la compile

Il faudrat leur preciser que le devellopement du moteur ce fait par une unique personne qui devellope sous windows, qu'il tient absolument a garder la main sur ce qu'il fait et a donc tendance a travailler seul. C'est pourquoi, le port pour linux réalise par MatzeB est dans un repertoire different. Celui-ci n'est d'aileurs autorisé qu'a faire dans changement dans la partie linux.
Ce port a d'ailleur put etre réalisé grace la qualité du code mais n'est pas l'objectif principale du devellopeur.

je pense qu'il avait a l'esprit les pre-commandes :o)

pour les drivers nvidia, il y a les forum de nvidia justement
tu pourrat y apprendre entre autre que grace a la magie de leur drivers non dri (je rajoute meme proprio tiens :o), il te faut un patch pour suivre les mise a jour du kernel ...

tu aurais put trouver ca : http://www.nvnews.net/vbulletin/showthread.php?t=62021

et meme direct sur linuxfr :
http://linuxfr.org/forums/10/15837.html

de plus, si on suit le lien qui report le bug, dans le dernier message, a l'heure actuel, il est ecrit :
- shadow (1:4.0.3-37ubuntu8) breezy-security; urgency=low
- base-config (2.67ubuntu20) breezy-security; urgency=low
- shadow (1:4.0.13-7ubuntu2) dapper; urgency=low
- cdebconf (0.97ubuntu3) dapper; urgency=low

donc si ubuntu le considère en basse priorité ...

ce lien marchais tout a l'heure.
J'ai l'impression que c'est un probleme de redirection car ca arrive ailleurs aussi

soit, il faut pinailler je dirais donc que l'autreur a voulu dire :
"les sources sont évidemment disponibles, via CVS".

Voila un lien en plus :o) :
http://lists.duskglow.com/open-graphics/
Il s'agit des archives de la mail list. Le projet n'est pas mort, il se passe de chose sur la mail list. Pour ma part, je la survole, et a part voir que c'est actif, je ne peut pas vraiment en dire plus. J'ai vu passer un brouillon d'article que Timoty Miller le fondateur devait poster sur un site de news relatif a linux je ne me rappelle plus du quel. Le travail ce fait sur l'implémentation de interface de communication avec les bus et ce genre de chose

Voila, j'espère que j'ai pus d'éclairé au moins un peu :o)

pour le 'montage' gz/bz2, y a deja les kioslaves de konqueror qui bossent pas mal...

Nous ne savons toujours pas comment changer une ampoule.

A combien de commentaire sommes-nous ?

L'expérience me fait dire que le pilote fermé de nvidia est plus performant que sont pendant libre même sur les effets 2D. Vécu lors d'instalation/utilisation ou j'ai attendu le dernier moment pour passe en Nvidia Closed.

Blender 2.40 n'etant pas sorti, tu utilise une version de devellopement.
Dans cette version, il y a eu un remaniment de l'API python. Certains chose ont donc du changer mais les script etant souvant independant, il ne se sont pas mis a jour. Il le seront plus surement quand la version definitive sortira

http://localhost aussi :o)

je demande des excuses, un pb de connection.