Patrice Mandin a écrit 194 commentaires

Un autre lien intéressant sur The inquirer, qui analyse les chiffres donnés (ou cachés) par la RIAA à propos des ventes de disques:

http://www.theinquirer.net/?article=9048(...)

D'après la page donnée en lien, c'est bien des plugins qui sont utilisés. Donc pas de pb de ce coté là, je pense.

- S'assurer que le lookup.dat est bon (chez moi il fait 10266Bytes, la version qui foirait faisait 10174Bytes, fournie ds les sources/testdata)

En fait, avec la dernière version du CVS, je me suis apeçu qu'on pouvait se passer du lookup.dat. Si on l'efface, la palette est correctement initialisée.

C'est un peu bébête quand on y pense: la casse des noms de fichiers. Il suffit de faire un grep de GAME.CON, DEFS.CON et USER.CON dans les sources pour voir qu'ils sont écrits en majuscule. Suffit de les changer en minuscule (si vous avez placé les fichiers de dioûke sur une partition ext2 après leur dépackage).

Pour openGL c la meme chose plus de 70% de l'api est fait pour etre implementee par le driver (cf ce que fait NVIDIA).

Il me semble que dans le cas d'OpenGL, c'est l'API complète qui a été pensée dès le départ, pour être entièrement câblée de manière matérielle (voir les grosses cartes graphiques que font/faisaient sgi/sun/hp/ibm, et qui implémentent quasiment tout en hard.
Le driver ne fait que passer les paramètres...

Le protocole slip (liaison port série) fonctionne correctement entre un PC et un Atari. Du moment que les deux machines utilisent la même config (vitesse, bits de stop, bit de parité).

Le protocole plip (liaison port parallèle) ne fonctionne pas car sur Atari, seuls les 8 bits de données et le bit busy sont disponibles sur le port, alors que sur PC des signaux supplémentaires sont utilisés. Donc pas de liaison parallèle entre un PC et un Atari.

Sinon, un serveur X sur une si petite machine (4 Mo, cpu 8MHz) me parait une mauvaise idée. Déjà que le X11 pour gem nécessite d'avoir 10 Mo... Sans parler de la vitesse d'affichage de la bete.

Mieux vaut utiliser l'atari en terminal texte (un émulateur vt52 était même fourni sur la disquette vendu avec la machine) sur port série.

C'est surtout que comme tous les mots anglais importés dans la langue française, il est plus court à dire (4 syllabes contre 3). C'est comme de dire 'drive' pour 'lecteur de disquette'. C'est le même problème pour les pôv consommateurs friands de sms, qui écrivent en phonétique.

Mais c'est quand meme vachement utile quand tu dois parcourir un arbre.
As-tu essaye le lisp, le prolog, et tous ces langages hautement recursifs ?

Pour le script extract, s'assurer qu'il est executable (chmod +x extract).
Il me semble qu'il y a un autre script (install ou install.sh) pour lequel le bit executable n'est pas mis.

Ca c'est à cause des ceusses qui le développent, et qui ont des claviers qwerty avec les touches 1-9 utilisables sans appuyer sur shift.

Ma solution à 0.3025 euros:
remapper ces touches sur le pavé numérique.

Toi y en a avoir consulté http://www.copinedegeeks.com(...) ?
Ca répond à tout plein de tes questions, et en plus ça en pose plein d'autres.

Avec un autofire a la bonne vitesse, on pouvait finir le jeu les doigt dans le nez, sans perdre une vie.

Sinon en shoot em ups, ya aussi Wings of death et Lethal excess.

Perso, moi j'aimais bien Thunderhawk (de Core Design, sur ST et Amiga), c'était génial à piloter: quasiment tout à la souris.

Sinon y'avait aussi un simulateur d'hélico sur CPC (en fil de fer), mais je me souviens plus de son nom...

Jeudi (le 6/02 donc), durant l'après midi, on pouvait voir RMS dans sûrement le même reportage de 3mn diffusé sur I-Télévision. Et pour les ceusses qui ont Euronews, un petit sujet sur le salon Linux était diffusé dans la rubrique HiTech, le même jour.

Logique remarquez, la vente de disque doit etre la seule industrie a ne pas etre au courant qu nous sommes en crise cette annee...

Et il y a un autre détail passé sous silence: le nombre de disques différents produits. Je n'ai pas la source en URL (peut-être sur celui de la RIAA). Mais en 1999, plus de 38000 disques différents ont été produits. Le chiffre est descendu à 27000 environ pour 2000 et 2001.

Les auditeurs ne vont pas acheter plus de disques d'artistes pour compenser cette différence.

<coup>
Personnellement, ayant une TNT2, je ne les ai même pas essayé, vu tous les mauvais rapports qui avaient été faits sur cette version. Autant dire qu'il vaut mieux rester avec les 3123 jusqu'à ce que les nouveaux soient au point (jamais ?).

C'est dommage de la part de Nvidia de se saborder ainsi vis à vis des utilisateurs de Linux, déjà que le closed source c'est pas top, si en plus ça ne marche même pas, on se retrouve comme sous Windows: on attend la prochaine release: BEUARK. Dans ces conditions, aucun intérêt à avoir une carte nv sous Linux, même pour les quelques jeux sortis.

Et a propos de jeux, que dire de ut2003, qui ne tournait qu'avec l'extension S3TC, dispo à l'époque uniquement sur les drivers nv ? Y'en a pour qui Linux n'est qu'un Mac avec une interface graphique moins joli...
</coup de gueule>

Je serais pas du genre a danser de joie si les sources de Pong ou Pacman passaient en GPL...

T'as pas envie de savoir comment est gérée l'I.A. des fantômes de pacman ?

On se demande si le patch tiens encore bien son nom. Pour le 2.4.20 il fait plus de 4 Mo (bon, c'est rien à coté de l'archive complète de 26 Mo). Mon 56K va encore souffrir...
La tendance semble être à l'embonpoint, paske le patch pour le 2.4.19 faisait 4.5 Mo. Ou alors des pans entiers du noyau sont refait à la massue.

La tradition veut que les sources de Quake passent sous GPL à Noël...

A ce que je sais, c'est plutôt mettre en GPL les sources du moteur de generation N quand le jeu avec le moteur N+2 est sorti:

- On a eu les sources de Doom avec la sortie de Quake 2.
- Ceux de Quake après la sortie de Quake 3.
- Ceux de Quake 2 sont dispo (et Doom 3 arrive).

Donc on aura les sources de Quake 3, une fois que le successeur de Doom 3 sera bien avancé.

L'utilité des demos en tant que telle sur PC m'a toujours intrigué: Sur ST/Amiga et sur 8 bits, les demos permettaient de montrer des choses théoriquement impossibles, ou superbes esthétiquement. Ce que l'on ne voyait jamais dans les jeux.

Sur PC, c'est l'inverse, les jeux sont beaucoup plus beaux que n'importe quelle demo (doom 3, ut 2003). L'intérêt des demos est tres limité sur PC. C'est un peu dommage de vouloir faire des effets graphiques au CPU, alors que ya une carte 3D derrière.

C'est quand même bien de voir arriver des logiciels libres autrement que dans le domaine informatique. C'est sûrement là que les plus grosses évolutions sont à venir, car le vide à combler est énorme vis-à-vis des logiciels propriétaires.

C'est tout de même bizarre qu'ils se rendent compte de ça maintenant, alors que généralement, quand il y a un problème, c'est toujours précisé de contacter son revendeur.

Alors, ou bien les revendeurs ne font pas leur travail (appuyer sur reset, réinstaller ou rembourser le soft), ou bien c'est plus efficace de recevoir les infos directement des personnes concernées.

Il y a sûrement un problème au niveau du prix des jeux, mais pas celui dont on parle: que le jeu soit attendu ou pas, qu'il soit une daube ou pas, le prix est le même (à quelques exceptions près).

Ce serait quand même mieux d'avoir plusieurs catégories de prix (suivant les moyens mis pour le faire).

On pourrait avoir des jeux pas chers faits par de petites équipes qui débutent, et pourraient ainsi se faire connaitre; et de l'autre les jeux connus, faits par de grosses équipes et qui peuvent se permettrent de vendre à un prix élevé parce que ça se vendra de toute façons.

On voit bien que ce n'est pas si difficile que ca de faire une version Linux d'un jeu.

Ca prends juste un peu de temps à écrire, ce que beaucoup d'éditeurs/créateurs de jeux commerciaux ne veulent pas faire.

Si on pense à faire un logiciel multi-plateformes dès le départ, il y a beaucoup moins de problèmes ensuites. Dans tous les jeux de ID software, il est visible que la partie du code dépendant de la machine/du système représente un faible pourcentage du total.

Et puis avoir les binaires Linux/x86 sur le même CD que celui de Windows, c'est une première pour un jeu commercial, il me semble.

Ca fait deux mois de suite que le contenu CD dépasse à peine les 400 Mo. En dehors des nouvelles versions du noyau, de mozilla, gnome, kde ou openoffice, je pense qu'il y a quand même de quoi faire au niveau des logiciels libres pour remplir le CD.

Je pense plus particulièrement aux jeux (dans un état plus ou moins avancé) qui pourraient trouver place sur le CD, du fait de leur taille (pour les ceusses comme moi qui ont un modem 56K).

Comme exemple, je ne me souviens pas avoir vu flightgear ou puzzle bobble sur le CD (a veux les sources moaa). D'autres que j'ai découvert récemment comme torcs (simu auto).