Les IA des bots ne font pas partie des sources qui ont été libérées, elles sont dans les pk3 fournis avec le jeu. D'un autre côté, les bots ne sont pas vraiment indispensables et c'est sans doute pas le plus compliqué à faire (par exemple pak0:botfiles/bots/anarki_*.c c'est 4 fichiers qui totalisent 565 lignes de trucs genre "#define CHARACTERISTIC_AIM_ACCURACY_RAILGUN 0.8", bon après ya encore les trucs dans botfiles/*.[hc] qui définissent le "poids" de chaque arme et ce genre de choses).
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
Si tu charges une quarantaine d'images en RAM, le disque dur aura le temps de se réveiller le temps que les quarante soient passées. C'est faisable sans multithreading au fait
Oui mais non, si la mise en RAM des images n'est pas "threadée", avant ou après chaque image que tu vas lire, tu vas charger une autre image (même si elle est 40 frames plus loin). Il suffit d'avoir une "pause" assez longue pour que le HD "s'endorme" pour retrouver une latence assez grande lors du prochain mouvement. Donc il me semble assez indispensable de threader la mise en cache des images.
Bon en fait il y a sans doute moyen de le faire sans thread mais ça risque d'être plus compliqué qu'avec. Par ailleurs, il ne faut pas oublier non plus que le programme (ou une partie de sa mémoire) risque d'être mis en swap, donc ça ne règle pas tous les problèmes. Une solution est de ne pas mettre de swap sur les machines concernées ou d'utiliser mlock(2) (mais sous Linux, seul root peut le faire, sous BSD par exemple tout le monde peut mlock(2)er des pages mais avec un nombre limite).
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
Malheureusement, il semble avoir eu des soucis avec les anciens éditeurs du jeu (je n'ai pas vraiment tout compris...).
Le problème c'est que les données (images,...) ne sont pas librement redistribuable donc elles ne sont pas inclues dans le .zip qu'on peut télécharger. Cependant il est quand même possible de les récupérer. http://linuxfr.org/~bins/18807.html#600925(...)
J'aurais bien édité le wiki mais faut s'inscrire.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
IANAL mais il me semble que le droit à la copie privé s'applique bien aux émission TV et radio (et on ne reçoit pas de média physique) donc pourquoi pas aux autres types de "représentations" ?
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
Sinon 100$ pour un SDK de jeu 2D propriétaire dont tu ne pourra pas faire ce que tu veux alors qu'il y a des tonnes de jeux libres disponibles gratuitement ça me semble beaucoup mais bon.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
Personne n'a dit qu'il *fallait* que les mods soient libres (à par peut-être RMS et ses fans) mais si les "données" (maps, models, textures,...) ne sont pas libres, on ne peut pas dire que le jeu soit libre. Le moteur est libre mais le jeu est consitué du moteur et des données. Evidemment maintenant il est bien plus facile de reproduire un clone de Q3 libre, il ne reste plus "que" les données à créer.
[un jeu vidéo] doit être livré en *une fois* afin de procurer de la surprise
Alors il faudrait peut-être le signaler aux éditeurs de jeux vidéos "classiques" qui font leur pub partout 3 mois avant la sortie de leurs jeux :) Par ailleurs, rien n'empèche d'avoir un logiciel libre avec un développement "fermé". C'est à dire que seul un nombre restreint de personnes auraient accès au code pendant la phase de développement. Et même avec un développement "ouvert", le "grand public" n'est pas obligé de tester toutes les bétas avant la version finale.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
Personnellement j'aimais beaucoup Action HL, un mod "semi réaliste" dans lequel on pouvait sortir d'une pièce en faisant une roulade par la fenêtre et en vidant ses deux chargeurs (un pistolet par main :). http://ahl.telefragged.com/(...)
Et pour que ce post ne soit pas totalement hors sujet, je signale la sortie d'une nouvelle version de Warsow, un FPS basé sur qfusion (basé sur le moteur de Quake 2). Par contre on attend toujours de voir la couleur des sources (c'est censé être sous GPL puisque qfusion l'est, d'ailleurs ya un gnu.txt avec le texte de la GPL dans l'archive Warsow). http://www.warsow.net/(...)
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
Dans du libre aussi tu peux mettre des mouchards, ça n'empèche rien (bon dans certains cas c'est peut-être plus compliqué mais pas là). Et si c'est fait au niveau matériel, que tu ais une clé USB ou une carte à puce, tu es b*sé. La différence c'est que si ta carte à puce est "sûre", même si tu l'utilise sur un PC "hostile", on ne peut pas récupérer la clé qui est dessus (bon on peut quand même pendant que la carte est connectée) alors qu'avec une clé USB, si. C'est pas avec un liveCD que tu vas être sauvé (d'ailleurs c'est indiqué sur la page de MiB), sauf peut-être avec Tinfoil Hat Linux :op (http://tinfoilhat.shmoo.com/(...) ) .
Je dois avouer que plus je lis les commentaires de cette dépèche et moins j'ai l'impression de comprendre TCPA et compagnie mais je doute fort que ça soit moins "sécurisé" qu'une clé USB et si le brol est standardisé, c'est tout autant accessible aux logiciels libres qu'aux logiciels propriétaires.
Pour ce qui est de la comparaison au vote électronique, que tu utilises une clé USB, une carte à puce ou TCPA/TPM/machin, tu ne sais que (très) difficilement contrôler ce qui se passe en dessous d'un certains niveau donc la clé USB n'est pas beaucoup mieux du point de vue de la transparence.
lorsque c'est purement materiel, il n'y a plus aucun moyen de contrôle
Pas besoin que ça soit *purement* matériel, même avec un minimum au niveau hardware (clé USB ?), tu ne peux plus être sûr de tout contrôler.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
Je pense qu'il te faudrais plus que 4Go pour les stocker :-D
Pas besoin de les stocker. S'ils sont directement générés à la suite l'un de l'autre il suffit de vérifier à chaque fois si c'est un diviseur (ou bien en générer 16, les tester, en générer 16, les tester,...). Tu n'as besoin d'avoir qu'un nombre qui va servir de diviseur en mémoire à la fois.
ca ne sert a rien de faire les nombres premiers plus grand que la moitie du nombre a chercher
Tu peux même t'arrêter à la racine carrée du nombre qu'on cherche à factoriser.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
Si tu manques d'inspiration, j'ai commencé à collecter une liste des "private jokes" DLFPiennes. C'est vraiment concis et pas explicatif. N'étant moi même pas un dyno de la tribune, j'en ai sans doute manqué pleins.
J'ai pas testé mais d'après ce qui est écrit sur le site de libcaca, ça devrait marcher (en admettant que le support de libcaca soit compilé dans libSDL).
J'avoue ne pas trop avoir suivi cette histoire mais j'ai du mal à comprendre en quoi un nouveau TLD pourrait améliorer le filtrage des sites pornographiques.
D'abord pour que ça soit efficace, il faudrait que *tous* les sites porno existants changent de TLD. La plupart vont sans doute racheter un .xxx mais je doute qu'ils abandonnent leur .com sans raison.
Ensuite les webmasters de sites pornos "responsables" peuvent déjà s'inscrire dans des annuaires indiquants que leur site contient du matériel porno et qu'il devrait être filtré par les logiciels faits pour. Je ne vois pas ce qui empécherais les responsables de sites pornos qui veulent passer outre ces filtres de rester dans un autre TLD.
Je pense que le TLD .xxx n'est pas plus inutile que .biz, .aero ou .info mais de là à penser que ça va être une solution miracle de "cyberfiltrage" ya une marge.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: hmm...
Posté par Krunch (site web personnel) . En réponse au journal Le portail des moules. Évalué à 6.
C'est un vrai petit hackeur en herbe: http://www.web-forum.fr/index.php?showtopic=76(...)
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: peut-être une connerie
Posté par Krunch (site web personnel) . En réponse au journal Vidéo/Images - Je vais et je viens. Évalué à 2.
Effectiement mlock(2) est censé être plus ou moins portable.
http://www.unix.org/onlinepubs/007908799/xsh/mlock.html(...)
(SUSv2 est une extension de POSIX je pense)
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: C'est gentil mais bon...
Posté par Krunch (site web personnel) . En réponse à la dépêche Le moteur du jeu Quake 3 en GPL. Évalué à 4.
</HS>
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Si le logiciel est libre, les univers ne sont-ils pas sous copyright
Posté par Krunch (site web personnel) . En réponse à la dépêche Le moteur du jeu Quake 3 en GPL. Évalué à 3.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: peut-être une connerie
Posté par Krunch (site web personnel) . En réponse au journal Vidéo/Images - Je vais et je viens. Évalué à 3.
Bon en fait il y a sans doute moyen de le faire sans thread mais ça risque d'être plus compliqué qu'avec. Par ailleurs, il ne faut pas oublier non plus que le programme (ou une partie de sa mémoire) risque d'être mis en swap, donc ça ne règle pas tous les problèmes. Une solution est de ne pas mettre de swap sur les machines concernées ou d'utiliser mlock(2) (mais sous Linux, seul root peut le faire, sous BSD par exemple tout le monde peut mlock(2)er des pages mais avec un nombre limite).
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # UUOC
Posté par Krunch (site web personnel) . En réponse au message faire un grep sur une colonne. Évalué à 3.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Carmack et l'avenir du jeu
Posté par Krunch (site web personnel) . En réponse à la dépêche Le moteur du jeu Quake 3 en GPL. Évalué à 2.
http://www.nofrag.com/2005/aou/13/18496/(...)
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Jeux utilisant les standarts du web
Posté par Krunch (site web personnel) . En réponse à la dépêche Logiciels libres et contenus web interactifs. Évalué à 2.
http://linuxfr.org/~bins/18807.html#600925(...)
J'aurais bien édité le wiki mais faut s'inscrire.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: fais attention à Londres avec les caméras
Posté par Krunch (site web personnel) . En réponse à la dépêche Du respect de la vie privée et secrète du geek en milieu urbain. Évalué à 2.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# langages de scripts et exécutables "stand alone"
Posté par Krunch (site web personnel) . En réponse au journal Que pensez-vous du SDK de développement de jeu Torque 2D/3D ?. Évalué à 3.
http://par.perl.org/(...)
http://python.org/doc/faq/windows.html#where-is-freeze-for-windows(...) (seulement pour Windows)
Sinon 100$ pour un SDK de jeu 2D propriétaire dont tu ne pourra pas faire ce que tu veux alors qu'il y a des tonnes de jeux libres disponibles gratuitement ça me semble beaucoup mais bon.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Si le logiciel est libre, les univers ne sont-ils pas sous copyright
Posté par Krunch (site web personnel) . En réponse à la dépêche Le moteur du jeu Quake 3 en GPL. Évalué à 3.
Alors il faudrait peut-être le signaler aux éditeurs de jeux vidéos "classiques" qui font leur pub partout 3 mois avant la sortie de leurs jeux :) Par ailleurs, rien n'empèche d'avoir un logiciel libre avec un développement "fermé". C'est à dire que seul un nombre restreint de personnes auraient accès au code pendant la phase de développement. Et même avec un développement "ouvert", le "grand public" n'est pas obligé de tester toutes les bétas avant la version finale.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # mods Half-Life+Warsow
Posté par Krunch (site web personnel) . En réponse à la dépêche Le moteur du jeu Quake 3 en GPL. Évalué à 2.
http://ahl.telefragged.com/(...)
Dans le genre "jeu de guerre" pour HL, il y avait aussi Global Warfare et Front Line Force qui étaient pas trop mals.
http://www.planethalflife.com/globalwarfare/(...)
http://www.frontlineforce.com/(...)
Dans un autre style, Science & Industry était bien aussi.
http://www.planethalflife.com/si/(...)
Et pour que ce post ne soit pas totalement hors sujet, je signale la sortie d'une nouvelle version de Warsow, un FPS basé sur qfusion (basé sur le moteur de Quake 2). Par contre on attend toujours de voir la couleur des sources (c'est censé être sous GPL puisque qfusion l'est, d'ailleurs ya un gnu.txt avec le texte de la GPL dans l'archive Warsow).
http://www.warsow.net/(...)
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Enemy Territory fully GPL ?
Posté par Krunch (site web personnel) . En réponse à la dépêche Le moteur du jeu Quake 3 en GPL. Évalué à 7.
Alors que dans la définition OSI d'une licence Open Source il y a:
http://opensource.org/docs/definition.php(...)
Mais apparement c'est pas la seule contrainte.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: hmm...
Posté par Krunch (site web personnel) . En réponse au journal Le portail des moules. Évalué à 3.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: [x] WPA + PSK
Posté par Krunch (site web personnel) . En réponse au sondage La sécurité de mon WLAN. Évalué à 4.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Tout est clair
Posté par Krunch (site web personnel) . En réponse au sondage La sécurité de mon WLAN. Évalué à 5.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: On va se répéter une dernière fois
Posté par Krunch (site web personnel) . En réponse à la dépêche Du respect de la vie privée et secrète du geek en milieu urbain. Évalué à 2.
Je dois avouer que plus je lis les commentaires de cette dépèche et moins j'ai l'impression de comprendre TCPA et compagnie mais je doute fort que ça soit moins "sécurisé" qu'une clé USB et si le brol est standardisé, c'est tout autant accessible aux logiciels libres qu'aux logiciels propriétaires.
Pour ce qui est de la comparaison au vote électronique, que tu utilises une clé USB, une carte à puce ou TCPA/TPM/machin, tu ne sais que (très) difficilement contrôler ce qui se passe en dessous d'un certains niveau donc la clé USB n'est pas beaucoup mieux du point de vue de la transparence.
Pas besoin que ça soit *purement* matériel, même avec un minimum au niveau hardware (clé USB ?), tu ne peux plus être sûr de tout contrôler.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Paranoïte aigue ... et justifiée ... ?
Posté par Krunch (site web personnel) . En réponse à la dépêche Du respect de la vie privée et secrète du geek en milieu urbain. Évalué à 3.
Tu peux même t'arrêter à la racine carrée du nombre qu'on cherche à factoriser.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: hmm...
Posté par Krunch (site web personnel) . En réponse au journal Le portail des moules. Évalué à 6.
Si tu manques d'inspiration, j'ai commencé à collecter une liste des "private jokes" DLFPiennes. C'est vraiment concis et pas explicatif. N'étant moi même pas un dyno de la tribune, j'en ai sans doute manqué pleins.
http://krunch.servebeer.com/~krunch/vrac/txt/dlfp-subculture(...)
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Mouaip
Posté par Krunch (site web personnel) . En réponse au journal Web OS. Évalué à 5.
http://www.masswerk.at/jsuix/(...)
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: full
Posté par Krunch (site web personnel) . En réponse au journal Le code source de Quake 3 est libre. Évalué à 4.
md5 af8aaac46cc82035e1cba632b1a16e03
sha1 7d6d71265d8d0da32d82e0137f08e3f2998a7d95
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Une excellente nouvelle
Posté par Krunch (site web personnel) . En réponse au journal Le code source de Quake 3 est libre. Évalué à 4.
http://sam.zoy.org/libcaca/(...)
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Mouaip
Posté par Krunch (site web personnel) . En réponse au journal Web OS. Évalué à 6.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Désolé les djeunz...
Posté par Krunch (site web personnel) . En réponse à la dépêche The Island. Évalué à 2.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# rien suivi mais j'aime troller
Posté par Krunch (site web personnel) . En réponse au journal Le .xxx, ou comment prendre un problème par le mauvais bout.... Évalué à 8.
D'abord pour que ça soit efficace, il faudrait que *tous* les sites porno existants changent de TLD. La plupart vont sans doute racheter un .xxx mais je doute qu'ils abandonnent leur .com sans raison.
Ensuite les webmasters de sites pornos "responsables" peuvent déjà s'inscrire dans des annuaires indiquants que leur site contient du matériel porno et qu'il devrait être filtré par les logiciels faits pour. Je ne vois pas ce qui empécherais les responsables de sites pornos qui veulent passer outre ces filtres de rester dans un autre TLD.
Je pense que le TLD .xxx n'est pas plus inutile que .biz, .aero ou .info mais de là à penser que ça va être une solution miracle de "cyberfiltrage" ya une marge.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.