Benjamin François a écrit 410 commentaires

Oui donc non seulement tu es obtus et n'y connais pas grand chose aux FPS (parce que Deus Ex, justement, c'est un peu autre chose que le "bourrinage" dont tu parles, de même que tous les jeux de la série des Rainbow Six), mais en plus tu ne te fatigues pas trop pour chercher d'autres jeux. Si tu cherches un jeu de caisses, il y a l'excellentissime Racer (trouvable sur http://www.racer.nl(...)) qui est déjà bien avancé. Pour de la simulation, il y a FGFS (sur http://www.fgfs.org(...))

Ensuite, quoi d'étonnant à ce que les genres les plus représentés sous Linux soient les FPS et les jeux de stratégie ? Ce sont les genres les plus représentés sous Windows. Pour les autres genres, il y a xMame, ePSXe, ZSnes, et les consoles.

Toutafé, c'est exactement ce que je voulais dire.

Doom n'est pas le premier du genre. Avant, il y a eu Wolfenstein 3D, et encore avant Ken's Labyrinth.

Bien pour ça que j'ai dit -entièrement- en 3D :)

1/ Quake est un Quake-like, parce que Quake est le premier FPS entièrement modèlisé en 3D.

2/ Quake est plus fin que Doom, oui. Quake 3 est plus fin que CS, d'ailleurs, mais bon ça il faut savoir y jouer pour s'en rendre compte.

Tu vas dans le magasin du coin. Tu achètes le jeu. Tu récupères les fichiers .pak sur le CD du jeu. Tu installes la point release sous Linux. Tu déplaces les .pak dans /usr/local/games/quake3/baseq3. Tu lances "quake3". Et voilà, tu as Quake 3 Arena pour Linux en entier.

> Je doute effectivement que la grande majorité des CD-R achetés le soit
> dans un but de piratage de CD audio.

En ce qui me concerne, je suis prêt à parier qu'il y a quasiment 2 fois plus de CD-R achetés pour pirater des jeux vidéo, que pour pirater des CD audio. Là où c'est cocasse, c'est que les éditeurs de jeux vidéo ne touchent pas un rond sur ladite "taxe Tasca".

Alors bon, dans le cas d'éditeurs genre Vivendi Interactive, la taxe arrive via Universal. Par contre, pour Ubi Soft et Infogrammes, c'est dlc.

> (à part les fous ou ceux qui ont des cartes de merde, qui est encore
> en 16bits ?)

Ben euh... j'ai une GeForce 2 Pro, c'est pas encore trop une carte de merde, et je reste en 16 bits parce que passer en 24 bits me fait perdre tout plein de fps avec xMame.

J'ai bon ?

Mon PC n'est pas overclocké.

Ah si, tiens, /proc/cpuinfo m'annonce 604 MHz pour mon Athlon 600 MHz.

Merci tout de même d'avoir essayé :-)

Bien entendu, pour la durée de vie du support, je préfèrerais que les drivers nVidia soient Open Source.

Mais :

1/ des drivers 2D Open Source existent depuis un moment, et ils sont de qualité
2/ ok, les drivers nVidia accélèrés ils sont proprio, mais bon, la 3D, ça n'est pas aussi indispensable que X, non ? (j'en entends déjà couiner que X n'est pas indispensable, à la niche les trolls)
3/ mieux vaut du proprio que rien du tout, après tout on peut imaginer que plutôt que d'abandonner purement et simplement le support nVidia décide de releaser le code source du driver au bout d'un moment (et ça serait la meilleure chose à faire AMHA). Et puis le fait de distribuer des drivers montre que nVidia n'oublie pas les Linuxiens, contrairement à d'autres constructeurs... (ni les BSDistes, d'ailleurs, depuis peu)

> Je m'oppose par ailleurs à sa politique qui tend à se généraliser
> parmi les constructeurs de ne pas dévoiler les specs et les sources

Qui tend à se généraliser ? Il va falloir atterrir un peu, hein. Si on regarde le phénomène dans sa globalité, c'est plutôt le contraire qui est en train de se produire... Il y a 5 ans, c'est sur les doigts d'une main qu'on comptait les constructeurs qui dévoilaient les specs et les sources de leurs cartes vidéo... et ils ne fournissaient pas même de driver proprio, d'ailleurs.

Ce qui te cantonait à utiliser une SIS 512ko. Super, pour X, de rester en 800x600 256 couleurs.

Petite pondération : à la sortie de Xfree 4.0, et en raison de la récriture massive du système, il y a plein de matos supporté par Xfree 3.3 qui ne l'était plus. Ça s'est heureusement progressivement arrangé au fur et à mesure.

Comme quoi, même avec des drivers libres, tout n'est pas parfait :-)

En ce qui me concerne, ils ont toujours répondu aux mails que je leur ai envoyé...

Rien. Mais c'est un des constructeurs qui fournit le support le plus long. C'est donc un bon point.

Les drivers actuels fournis par nVidia gèrent encore les cartes Riva 128 qui auront bientot 6 ans. Ce sont les premières cartes commercialisées par nVidia (qui auparavant, avait conçu le chip de la Saturn de Sega, et ne faisait pas encore de matos PC). Ce n'est pas vraiment ce que j'appellerais des cartes encore "significatives commercialement" pourtant le support est encore assuré.

Il est facile de jeter la pierre à nVidia (libs GL fermées, module proprio), mais leur reprocher de ne pas assurer de support est àmha un mauvais procès.

> L'inconvenient du mode grabdisplay, c'est qu'il utilise pas mal de ressources
> processeur, notamment en plein écran. C'est pourquoi j'utilise habituellement
> Xawdecode en overlay et ne le passe à la mano en grabdisplay que pour
> utiliser certaines fonctionnalités comme l'enregistrement de divx.

L'avantage du mode grabdisplay par contre, c'est qu'il permet d'éviter que la machine ne freeze. Pour une raison inconnue, mon système tout entier plante de façon totalement aléatoire quand je regarde la télé en overlay.

J'avais pensé au début à accuser les drivers nVidia jusqu'à ce qu'on me dise que ça plante pareil avec une ATI chez quelqu'un d'autre. Puis j'ai pensé à accuser X mais ça plante avec le 4.0, le 4.1 et le 4.2. J'ai ensuite pensé à accuser le soft de mattage de télé (XawTV) mais j'ai eu le même problème avec Xawdecode, TazTV et Zapping. Enfin, dernier recours, j'ai pensé à accuser la carte sauf que : 1) sous Windows, ça ne plante pas et 2) ma première carte (Studio PCTV / BT848) ayant grillé j'en ai racheté une neuve (Studio PCTV Rave / BT878) et ça plante exactement pareil. Sur fcolm, on m'a conseillé (à juste titre) de jouer sur les latences du bus PCI : ça n'a rien changé non plus.

Et puis un jour, j'ai découvert que passer en GrabDisplay m'évitait de planter. Malheureusement comme tu le dis, GrabDisplay bouffe pas mal de ressources, et la télé rame quand je fais un truc à coté (compiler une appli quelconque, ...)

Alors si quelqu'un a une solution miracle, ça fait 2 ans que je galère avec ce truc. C'est pas vital, certes, mais ça me rendrait un grand service.

Ah, dernière chose : Xawdecode + nxtvepg ça rox !

Tu soulèves là un point intéressant. A mon avis, le principal point qui effraye les éditeurs pour sortir des jeux en GPL consiste tout simplement en la peur d'un vol de sources. Oui, bien sûr, la GPL est sensée protèger le code distribué, mais dans les faits, combien de cas de vol de source ont résulté en une condamnation du voleur ? Je pense en particulier à ce qui est arrivé au plugin winamp/xmms "GForce", ou bien au codec XVid. Il est vrai que les éditeurs de jeu ont de plus grands moyens que des bénévoles pour faire valoir leurs droits, mais encore faut-il détecter où se situe le vol.

Bien sûr, tout ceci n'engage que moi.

> q3 à part les douces modification type rocket arena je ne suis meme pas
> sur qu'il existe des mod)

Ben euh, si. Il y a Q3Rally, sympa mais anecdotique, mais surtout il y a l'excellentissime Urban Terror 2, que personnellement je préfère à Counter Strike. Surtout qu'on peut y jouer sous Linux en natif...

> ça a l'air primitif et surtout il faut le driver nvidia et donc une nvidia

En effet, le jeu n'a pas l'air optimisé pour grand chose d'autre. Mais je te rassure, même avec une nVidia, si c'est pas au moins du GeForce 3 ça met à genoux le PC quand on met les options à fond (et sans dépasser le 640x480) par contre qu'est ce que c'est joliiiii :-)

Si si, le portage Linux existe. Pour l'obtenir il suffit de se procurer la version CVS de Tenebrae. Alors, heureux ? :-)

Je peux ajouter un moteur 3D ? Celui qui sera utilisé prochainement dans le jeu commercial "Project Nomads"

http://www.radonlabs.de/(...)

Néammoins, écrire des moteurs 3D n'est pas une spécificité du libre. Que je sache, il y a un moteur Unreal, un moteur Quake III, un moteur Doom 3, un moteur Unreal 2, etc :-)

En effet, vous êtes de plus invités à vous inscrire comme beta-testeurs et à quémander avec virulence un client Linux en bêta :-)

Personnellement j'utilise Xine pour lire mes DVD, et MPlayer pour lire absolument tout le reste (niveau vidéo, j'entends).

Parce que :
- MPlayer est plus lèger que Xine
- On peut tout faire en ligne de commande
- MPlayer gère un plus grand nombre de codecs que Xine
- Xine gère parfaitement les menus dans les DVD, pas MPlayer

Voui. Et le bold, ça marchait nickel avant aussi sur dlfp mais là y'a eu un bug :-)

Bon, je viens de le compiler, et rien à dire, c'est une fois de plus du bon boulot mais pas moyen de le linker avec le CVS de la libdvdnav.

Pour info voici les options que je passe au Configure :

./configure --cc=gcc-3.2 --enable-gui --enable-libfame --disable-runtime-cpudetection --disable-rtc --with-win32libdir=/usr/lib/w32codec/ --with-extraincdir=/usr/local/src/MPlayer/libdvdnav/src/ --with-libdvdnav=/usr/local/lib/ --with-dvdnav-config=/usr/local/bin/dvdnav-config --with-reallibdir=/usr/local/real/Codecs/

Le Configure passe sans problème, par contre ensuite à la compilation :
mplayer.c: In function `main':
mplayer.c:2461: too few arguments to function `dvdnav_upper_button_select'
mplayer.c:2464: too few arguments to function `dvdnav_lower_button_select'
mplayer.c:2467: too few arguments to function `dvdnav_left_button_select'
mplayer.c:2470: too few arguments to function `dvdnav_right_button_select'
mplayer.c:2477: too few arguments to function `dvdnav_button_activate'
make: *** [mplayer.o] Error 1

Alors que ça marchait nickel avant.

Strange.