<?xml version="1.0" encoding="iso-8859-1"?>
<!DOCTYPE article PUBLIC "-//OASIS//DTD DocBook XML V4.2//EN"
"http://www.oasis-open.org/docbook/xml/4.2/docbookx.dtd" [
<!ENTITY howto "http://www.traduc.org/docs/howto/lecture/">
<!ENTITY osl-vo "http://opensource.org/licenses/osl-1.1.txt">
]>
<article id="Linux-Gamers-HOWTO" lang="fr">
<articleinfo>
<title>Guide pratique du jeu sous Linux</title>
<titleabbrev>LG-HOWTO</titleabbrev>
<subtitle>
Version française du <foreignphrase>Linux Gamers'
HOWTO</foreignphrase>
</subtitle>
<author>
<personname>
<firstname>Peter</firstname>
<othername role="middle">Jay</othername>
<surname>Salzman</surname>
</personname>
<email>p CHEZ dirac POINT org</email>
</author>
<author>
<personname>
<firstname>Frédéric</firstname>
<surname>Delanoy</surname>
</personname>
</author>
<pubdate>9 juin 2004</pubdate>
<releaseinfo>Version : 1.0.1.fr.0.9</releaseinfo>
<copyright>
<year>2001</year>
<year>2002</year>
<holder>Peter Jay Salzman</holder>
</copyright>
<copyright>
<year>2003</year>
<year>2004</year>
<holder>Peter Jay Salzman</holder>
<holder>Frédéric Delanoy</holder>
</copyright>
<othercredit role="traduction">
<contrib>Traduction française</contrib>
<firstname>Frédéric</firstname>
<surname>Delanoy</surname>
</othercredit>
<legalnotice>
<para>
<email>p CHEZ dirac POINT org</email> /
<ulink url="http://www.dirac.org/p"></ulink>.
</para>
<para>
Distribué selon les termes de la <foreignphrase>Open Software
License</foreignphrase>, version 1.1.
</para>
</legalnotice>
<revhistory>
<revision>
<revnumber>1.0.1.fr.0.9</revnumber>
<date>2004-06-09</date>
<revremark>
Traduction de la version 1.0.1 du « Linux
Gamers' HOWTO »
</revremark>
</revision>
<revision>
<revnumber>1.0.1</revnumber>
<date>2004-02-04</date>
</revision>
</revhistory>
<abstract>
<para>
Les mêmes questions reviennent continuellement sur les listes de
diffusion et groupes de discussion Linux. Beaucoup d'entre elles
sont dues à la méconnaissance du fonctionnement de Linux, du moins
en ce qui concerne le jeu. Jouer peut être malaisé : cela
requiert la connaissance d'une très grande étendue de sujets parmi
lesquels on trouve les compilateurs, les bibliothèques,
l'administration système, la gestion de réseaux, l'administration de
<application>XFree86</application>, et cætera, vous voyez le genre.
Chaque aspect de votre ordinateur joue un rôle dans le jeu. C'est un
sujet exigeant, mais ce fait est occulté par le but principal du
jeu : s'amuser et décompresser.
</para>
<para>
Ce document est un point de départ pour résoudre la plupart des
problèmes courants et pour donner aux joueurs les connaissances
nécessaires afin de réagir intelligemment en cas de problème avec
leurs jeux. Comme de coutume sous Linux, vous devez connaître un peu
ce qui se passe en coulisses pour que vos jeux continuent à
fonctionner correctement ou pour poser un diagnostic et agir en
conséquence dans le cas contraire.
</para>
</abstract>
</articleinfo>
<sect1 id="administrata"><title>Informations administratives</title>
<para>
Si vous avez des idées, corrections ou questions relatives à ce
guide, envoyez-moi un courriel. Le fait de recevoir du retour (même
si je n'ai pas le temps de répondre) me donne l'impression que je
fais quelque chose d'utile. Dès lors, cela me motive à écrire plus
encore et à compléter ce document. Vous pouvez me contacter
(NdT : en anglais) à l'adresse
<email>p CHEZ dirac POINT org</email>.
Ma page web est <ulink url="http://www.dirac.org/p"></ulink> et mes
pages Linux sont situées sur <ulink
url="http://www.dirac.org/linux"></ulink>. N'hésitez pas à envoyer
vos commentaires et suggestions relatifs à ce guide. Même si je ne
les retiens pas tous, votre apport est le bienvenu.
</para>
<para>
N'hésitez pas à faire parvenir tout commentaire relatif à la version
française de ce document à
<email>commentaires CHEZ traduc POINT org</email>.
</para>
<para>
Je présume une connaissance pratique de Linux, et j'utilise donc
certains termes comme les niveaux d'exécution et les modules sans
les définir. S'il y a assez de questions (ou même de protestations),
j'ajouterai des informations plus basiques à ce document.
</para>
<sect2 id="droits"><title>Droits d'utilisation</title>
<important><para>
Le texte ci-dessous est la version française de la licence de ce
document. Seule la version originale de cette licence, présentée
dans la section suivante, fait foi.
</para></important>
<para>
La version originale de ce document a été réalisée par
<personname> <firstname>Peter</firstname> <othername role="middle">
Jay</othername> <surname> Salzman</surname></personname>
<email>p CHEZ dirac POINT org</email>
pour les années 2001-2002, et à <personname>
<firstname>Peter</firstname> <othername role="middle">
Jay</othername> <surname> Salzman</surname></personname> et
<personname> <firstname>Frédéric</firstname> <surname>
Delanoy</surname></personname> pour les années 2003-2004.
</para>
<para>
Vous avez le droit de copier, distribuer et modifier la version
originale de ce document selon les termes de la <ulink
url="&osl-vo;"><foreignphrase>Open Software
License</foreignphrase></ulink> (OSL), version 1.1, complétés par
les dispositions présentées dans le paragraphe suivant. Je déteste
les guides qui incluent la licence : des arbres
meurent…
</para>
<para>
Si vous voulez créer un travail dérivé ou publier ce guide à des
fins commerciales, je souhaiterais être contacté au préalable.
Cela me donnera l'occasion de vous fournir la version la plus
récente. J'apprécierais également soit une copie de votre travail,
soit une pizza aux épinards, à l'ail, aux champignons, à la feta
et aux cœurs d'artichauts.
</para>
<para>
La version française de ce document a été réalisée par
<personname> <firstname>Frédéric</firstname> <surname>
Delanoy</surname></personname>. Elle est publiée en accord avec
les termes de la <foreignphrase>Open Software
License</foreignphrase>.
</para>
</sect2>
<sect2 id="authorship"><title>Authorship and Copyright</title>
<important><para>
Le texte ci-dessous est la licence de ce document. Ce texte fait
foi. Il est composé de la licence en anglais du document orignal,
suivi de la licence en français de sa traduction.
</para></important>
<para>
This document is copyright (c) 2001-2002 Peter Jay Salzman,
<email>p(at)dirac(dot)org</email>;
2003-2004 Peter Jay Salzman and Frédéric Delanoy. Permission is
granted to copy, distribute and/or modify this document under the
terms of the Open Software License, Version 1.1, except for the
provisions I list in the next paragraph. I hate HOWTO's that
include the license; it's a tree killer. You can read the OSL at
<ulink url="&osl-vo;"></ulink>.
</para>
<para>
If you want to create a derivative work or publish this HOWTO for
commercial purposes, I would appreciate it if you contact me first.
This will give me a chance to give you the most recent version. I'd
also appreciate either a copy of whatever it is you're doing or a
spinach, garlic, mushroom, feta cheese and artichoke heart pizza.
</para>
<para>
La version française de ce document a été réalisée par
<personname>
<firstname>Frédéric</firstname>
<surname>Delanoy</surname>
</personname>.
Elle est publiée en accord avec les termes de la <foreignphrase>Open
Software License</foreignphrase>.
</para>
</sect2>
<sect2 id="acknowledgements"><title>Remerciements</title>
<para>
Merci à
<personname>
<firstname>Mike</firstname>
<surname>Phillips</surname>
</personname>
qui a énormément commenté ce guide.
Merci à
<personname>
<firstname>Dmitry</firstname>
<surname>Samoyloff</surname>
</personname>,
<email>dsamoyloff CHEZ yandex POINT ru</email>,
qui a traduit ce document en russe. Cela m'a fait chaud au
cœur quand il m'a raconté qu'il traduisait mes mots en
russe. D'autres remerciements reviennent à :
</para>
<orderedlist>
<listitem>
<para>Moritz Muehlenhoff
<email>jmm CHEZ Informatik POINT uni-bremen POINT de</email>
qui m'a envoyé des mises à jour (même si je suis éternellement
à la traîne…)
</para>
</listitem>
<listitem>
<para>
Frédéric Delanoy pour d'importantes différences, corrections
de fautes de frappe ou d'erreurs docbook.
</para>
</listitem>
</orderedlist>
<para>
Je voudrais également remercier Michael Mc Donnell pour m'avoir
envoyé des commentaires et des corrections.
</para>
</sect2>
<sect2 id="version"><title>Dernières versions et traductions</title>
<para>
La version la plus récente peut être trouvée sur <ulink
url="http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/lgh/LG-HOWTO"></ulink>
ou <ulink url="http://www.dirac.org/linux/writing"></ulink>, mais
c'est ma copie de travail personnelle. La version présente sur mon
site web personnel pourrait être corrompue si je travaille sur le
guide. La version sur sourceforge est la plus récente mais est
garantie non corrompue, même si elle peut comporter quelques
petits problèmes, comme des paragraphes non terminés. :)
</para>
<para>
La version stable la plus récente peut être trouvée sur <ulink
url="http://www.tldp.org"></ulink>.
</para>
<para>
<personname>
<firstname>Dmitry</firstname>
<surname>Samoyloff</surname>
</personname>,
<email>dsamoyloff CHEZ yandex POINT ru</email>,
est responsable de la traduction russe de ce guide. La version la
plus récente peut être trouvée sur <ulink
url="http://www.dirac.org/linux/writing"></ulink>.
</para>
</sect2>
</sect1>
<sect1 id="definitions"><title>Définitions : types de jeux</title>
<para>Tout le monde ne connaît pas les différents types de jeux
existants. Pour pouvoir parler un langage commun, je vais m'intéresser
à chaque type de jeu et fournir un très bref historique.</para>
<sect2 id="arcade"><title>Arcade</title>
<para>Bien que les jeux d'arcade ont connu leur heure de gloire dans
les années 80, ils restent néanmoins très populaires. Rien ne
remplacera jamais une promenade dans une galerie d'arcade sombre,
bondée et bruyante, y glissant une pièce dans votre machine préférée
et jouant à un vieux jeu du genre <productname><foreignphrase>Space
Invaders</foreignphrase></productname>. Les jeux de style arcade
essaient de simuler les jeux d'arcade eux-mêmes. Il y en a tellement
qu'il est quasi impossible de tous les énumérer, mais on peut citer
les clones de
<productname><foreignphrase>Asteroids</foreignphrase></productname>,
<productname><foreignphrase>Space
Invaders</foreignphrase></productname>,
<productname><foreignphrase>Pac-Man</foreignphrase></productname>,
<productname><foreignphrase>Missile
Command</foreignphrase></productname> et
<productname><foreignphrase>Galaxian</foreignphrase></productname>.
</para>
</sect2>
<sect2 id="cardboard"><title>Jeux de cartes, de logique et de
plateau</title>
<para>
Les jeux de cartes simulent des jeux comme le poker ou le solitaire.
Le programme peut simuler votre ou vos adversaire(s).
</para>
<para>
Les jeux de logique simulent habituellement quelque casse-tête
logique bien connu comme <productname><foreignphrase>Master
Mind</foreignphrase></productname> ou le taquin.
</para>
<para>
Les jeux de plateau simulent les jeux que vous pourriez jouer sur une
table avec des amis, comme le
<productname><foreignphrase>Monopoly</foreignphrase></productname>,
les échecs, et cætera. Le programme peut simuler votre adversaire.
</para>
</sect2>
<sect2 id="interactivefiction"><title>Aventure en mode texte (ou
fiction interactive)</title>
<para>Il était une fois, quand Apple ][, Commodore et Atari
dominaient le monde, les aventures en mode texte étaient le jeu dans
le vent des <quote>gens éduqués</quote>. On vous fournit
un scénario et vous pouvez interagir avec le monde dans lequel vous
vous trouvez :
</para>
<screen>
You are in a room. It is pitch dark and you're likely
to be eaten by a grue.
> Light lantern with match.
You light the lantern. This room appears to be a kitchen.
There's a table with a book in the center. You
also see an oven, refrigerator and a door leading east.
> Open the oven.
In the oven you see a brown paper bag.
> Take the bag. Open the bag. Close the oven.
Inside the bag is a clove of garlic and a cheese sandwich.
The oven door is now closed.
</screen>
<para>À cette époque, les aventures en mode texte étaient des
exécutables autonomes tenant entièrement sur une disquette ou une
cassette. Il y avait souvent un fichier de données et un
interpréteur. L'interpréteur lit les fichiers de données et fournit
l'interface de jeu. Les fichiers de données constituent le jeu en
lui-même, à la manière de la relation entre les <link
linkend="fps">jeux de combat à la première personne</link> et les
fichiers <filename class="extension">wad</filename>.</para>
<para>Le premier jeu d'aventure était
<productname><foreignphrase>Adventure</foreignphrase></productname>
(en fait
<quote><productname><foreignphrase>ADVENT</foreignphrase></productname></quote>,
écrit sur un PDP-1 en 1972). Vous pouvez toujours jouer à Adventure
(en fait, à un descendant) : il est fourni avec les
<quote>jeux bsd</quote> sur la plupart des distributions
Linux. Les aventures en mode texte ont été popularisées par <link
linkend="scottadams"><personname> <firstname>Scott</firstname>
<surname> Adams</surname></personname></link> et ont atteint leur pic
de popularité à la fin des années 80 avec les jeux de <link
linkend="infocom">Infocom</link> auxquels on peut également jouer
sous Linux.</para>
<para>Comme les modes graphiques se sont développés et sont devenus
plus puissants, les aventures en mode texte ont cédé la place aux
aventures en mode graphique. La mort de la fiction interactive a plus
ou moins coïncidé avec la faillite de Infocom.</para>
</sect2>
<sect2 id="graphicaladventure"><title>Aventures graphiques</title>
<para>Les aventures graphiques sont, en fin de compte, des aventures
en mode texte traitées aux anabolisants. Leur degré d'utilisation des
graphiques varie fortement. Dans les années 80, ils n'étaient qu'un
peu plus que des aventures en mode texte et affichaient un écran
rempli de graphiques statiques. Quand vous ramassiez un objet,
l'arrière-plan était repeint et l'objet disparaissait. L'exemple type
pourrait être les prétendues <quote>aventures en haute
résolution</quote> comme <productname><foreignphrase>The Wizard
And The Princess</foreignphrase></productname>. Plus tard, les
aventures graphiques sophistiquées faisaient déambuler votre
personnage à l'écran, et vous pouviez même utiliser une souris, mais
l'interface restait purement textuelle.</para>
<para>Ensuite, il y eut les <quote>aventures pilotées à la
souris</quote> qui n'avaient plus d'interface textuelle, et
disposaient souvent de graphiques dynamiques, comme un chat se
baladant dans la pièce pendant que vous décidiez de la prochaine
action à effectuer. Dans ce type de jeux, vous pointez un objet
(p.ex. un livre) et vous pouvez choisir une action à partir d'une
liste déroulante de fonctions. Un genre d'aventure orientée objet. :)
Il n'y a pas beaucoup d'aventures graphiques écrites nativement pour
Linux. La seule dont je me rappelle est
<productname><foreignphrase>Hopkins FBI</foreignphrase></productname>
(qui est mon jeu préféré sous Linux).</para>
</sect2>
<sect2><title>Jeux de simulation</title>
<para>Les simulations s'efforcent d'immerger le joueur dans un milieu
auquel il n'aurait normalement pas accès. Cela peut être quelque
chose comme un avion de chasse ou quelque chose d'imaginaire comme
une unité de combat mécanisée. Dans tous les cas, les simulations
recherchent le réalisme.</para>
<para>Certaines simulations ne comportent que peu ou pas de
stratégie. Elles vous placent simplement dans un cockpit pour vous
donner la sensation de piloter un avion. Certaines sont extrêmement
complexes, et la frontière est souvent ténue entre les simulations et
les <link linkend="strategy">jeux de stratégie</link>. Un bon exemple
serait <productname><foreignphrase>Heavy Gear
III</foreignphrase></productname> ou
<productname><foreignphrase>Flight
Gear</foreignphrase></productname>. De nos jours, les jeux de
simulation et de stratégie sont pratiquement indissociables mais, il
y a longtemps, les simulations se déroulaient en temps réel alors que
les jeux de stratégie se jouaient au tour à tour. Cette dénomination
est maladroite de nos jours, car un jeu comme
<productname><foreignphrase>Warcraft</foreignphrase></productname>,
que tout le monde considère être un jeu de stratégie, serait une
simulation par définition.</para>
</sect2>
<sect2 id="strategy"><title>Jeux de stratégie</title>
<para>Les jeux de stratégie descendent des vieux jeux de plateau de
type <productname><foreignphrase>Avalon</foreignphrase></productname>
comme <productname><foreignphrase>Panzer
Leader</foreignphrase></productname> et des vieux jeux de stratégie
militaire publiés par SSI. Généralement, ils simulent quelque type de
scénario. Il peut être pacifique, comme la gestion réussie d'une
ville
(<productname><foreignphrase>SimCity</foreignphrase></productname>),
ou pas, comme la vente illégale de drogue
(<productname><foreignphrase>DrugWars</foreignphrase></productname>)
ou un jeu de stratégie militaire acharné comme
<productname><foreignphrase>Myth II</foreignphrase></productname>. Ce
type de jeux a habituellement une longue durée de vie et requiert
beaucoup de réflexion.</para>
<para>Les jeux de stratégie peuvent être à leur tour subdivisés en
deux classes : le temps réel et le tour à tour. Les jeux de
stratégie en temps réel sont basés sur le principe <quote>un
petit moment d'inattention, et c'est perdu</quote>. Par exemple,
vous gérez une ville et un incendie se déclenche quelque part. Au
plus il vous faut du temps pour mobiliser les pompiers, au plus
l'incendie fera du dégât. Les jeux de stratégie au tour à tour sont
similaires aux échecs : l'ordinateur joue, puis c'est au tour du
joueur, et cætera.</para>
</sect2>
<sect2 id="fps"><title>Jeux de combat à la première personne (First
Person Shooter, FPS)</title>
<para>Quelle est cette lumière au loin ? Cela doit être l'éclair
du fusil de chasse à double canon ! L'histoire des jeux FPS est
longue et tortueuse et a commencé quand id Software a ouvert le code
source de
<productname><foreignphrase>Doom</foreignphrase></productname>. Ce
code a été repris (par d'autres équipes) et fusionné à de nombreuses
reprises. D'autres moteurs précédemment fermés se sont ouverts,
beaucoup de moteurs sont jouables via des émulateurs, beaucoup de
jeux FPS commerciaux ont été publiés pour Linux et nombre de moteurs
FPS étaient des projets <foreignphrase>open source</foreignphrase> à
l'origine. Bien qu'il se peut que vous ne puissiez pas jouer à votre
jeu FPS <emphasis>préféré</emphasis> sous Linux
(<productname><foreignphrase>Half-Life</foreignphrase></productname>
marche très bien sous <application>winex</application>), Linux ne
présente certainement aucune lacune dans ce domaine !</para>
<para>Les FPS sont caractérisés par deux choses. Primo, vous tirez à
peu près sur tout ce qui bouge. Secundo, l'action a lieu à la
première personne, c.-à-d. au travers des yeux du personnage que vous
interprétez. Vous pouvez même voir vos mains ou votre arme en bas de
l'écran. Ils peuvent être du type fantastique
(<productname><foreignphrase>Hexen</foreignphrase></productname>),
science-fiction (<productname><foreignphrase>Quake
II</foreignphrase></productname>), réaliste
(<productname><foreignphrase>Soldier Of
Fortune</foreignphrase></productname>) parmi bien d'autres
possibilités.</para>
<para>Tout comme les aventures en mode texte, les FPS obéissent au
format moteur/fichier de données. Le moteur représente le jeu en
lui-même
(<productname><foreignphrase>Doom</foreignphrase></productname>,
<productname><foreignphrase>Quake</foreignphrase></productname>,
<productname><foreignphrase>Heretic2</foreignphrase></productname>)
et utilise les niveaux et les méchants décrits par les fichiers de
données (<filename>doom2.wad</filename>,
<filename>pak0.pak</filename>, etc). Beaucoup de jeux FPS permettent
de créer ses propres fichiers de données non commerciaux. Il y a des
centaines, si pas des milliers, de fichiers de données pour
<productname><foreignphrase>Doom</foreignphrase></productname> que
vous pouvez télécharger gratuitement depuis Internet. Souvent, les
sociétés libèrent leurs moteurs afin que la communauté
<foreignphrase>open source</foreignphrase> puisse les améliorer.
Néanmoins, les fichiers de données originaux restent propriétaires.
À ce jour, vous devez toujours acheter
<filename>doom.wad</filename>.</para>
</sect2>
<sect2><title>Jeux à défilement horizontal</title>
<para>Les jeux à défilement horizontal sont similaires aux FPS mais
vous voyez votre personnage comme une figure 2D qui court sur
plusieurs écrans en tirant ou en effectuant d'autres tâches. Par
exemple, il y a
<productname><foreignphrase>Abuse</foreignphrase></productname> pour
Linux et le <productname><foreignphrase>Duke
Nukem</foreignphrase></productname> original. Ils ne sont pas
nécessairement violents, comme
<productname><foreignphrase>xscavenger</foreignphrase></productname>,
un clone du vieux jeu 8 bits <productname><foreignphrase>Lode
Runner</foreignphrase></productname>.</para>
</sect2>
<sect2><title>Jeux de combat à la troisième personne</title>
<para>Similaires aux FPS, mais vous voyez votre personnage à la
troisième personne et en 3D. Dans les jeux de combat à la troisième
personne modernes, vous pouvez en général réaliser des
manœuvres dévastatrices comme les retournés acrobatiques et les
roulades à la Jackie Chan. L'exemple type serait
<productname><foreignphrase>Tomb
Raider</foreignphrase></productname>. Sous Linux, on dispose de
<productname><foreignphrase>Heretic 2</foreignphrase></productname>
et de <productname><foreignphrase>Heavy Metal
FAKK2</foreignphrase></productname>.</para>
</sect2>
<sect2 id="rpg"><title>Jeux de rôle (Role Playing Game, RPG)</title>
<para>Quiconque a déjà joué à des jeux du style
<productname><foreignphrase>Dungeons &
Dragons</foreignphrase></productname> ou
<productname><foreignphrase>Call of
Cthulhu</foreignphrase></productname> sait exactement ce qu'est un
RPG. Vous interprétez un personnage (parfois plusieurs) doté de
certaines caractéristiques (p.ex. force, dextérité), d'aptitudes
(p.ex. explosifs, confection de paniers, mécanique) et de propriétés
(niveaux, argent liquide). Au fil du temps, le personnage devient
plus puissant et le jeu s'adapte en conséquence : p.ex., au lieu
de combattre des orcs, vous commencez à combattre des dragons noirs
dans les plus hauts niveaux. Les récompenses augmentent en
conséquence. Dans les bas niveaux, vous pourriez obtenir quelques
pièces d'or comme récompense suite à la victoire dans une
bataille ; plus loin, vous pourriez obtenir une épée magique ou
un fusil d'assaut ravageur.</para>
<para>Les RPG proposent généralement une quête ayant un épilogue bien
déterminé. Dans
<productname><foreignphrase>nethack</foreignphrase></productname>,
vous devez retrouver l'amulette de Yendor pour votre dieu. Dans
<productname><foreignphrase>Ultima II</foreignphrase></productname>,
vous détruisez la sorcière maléfique Minax. À un certain moment,
votre personnage devient suffisamment puissant pour pouvoir vous
lancer et essayer de terminer la quête.</para>
<para>Bien que la série immensément populaire des
<productname><foreignphrase>Ultima</foreignphrase></productname>,
écrite par <personname> <firstname>Richard</firstname> <surname>
Garriot</surname></personname> (alias Lord British) pour Origin,
n'était pas le premier RPG, elle a popularisé et propulsé le genre
RPG sur le devant de la scène. <productname><foreignphrase>Ultima
I</foreignphrase></productname> a été publié en 1987 et est le point
de départ de 9 (en fonction du mode de comptage) suites très
populaires, se terminant par <productname><foreignphrase>Ultima IX:
Ascension</foreignphrase></productname>. Vous pouvez <link
linkend="exult">jouer à <productname><foreignphrase>Ultima
VII</foreignphrase></productname> sous Linux</link> avec
Exult.</para>
<para>Le jeu RPG type sous Linux est
<productname><foreignphrase>Rogue</foreignphrase></productname> (la
bibliothèque ncurses était à l'origine une routine de traitement
d'écran pour
<productname><foreignphrase>Rogue</foreignphrase></productname> !)
et on en décline des tas de variantes comme
<productname><foreignphrase>Zangband</foreignphrase></productname> et
<productname><foreignphrase>Nethack</foreignphrase></productname>
(qui a lui-même de nombreuses variantes). Certains RPG sont assez
compliqués et constituent de véritables exploits de programmation. Il
semble y avoir une carence en RPG commerciaux sous Linux. Si l'on ne
compte pas les variantes de
<productname><foreignphrase>Rogue</foreignphrase></productname>,
c'est également le cas des RPG <foreignphrase>open
source</foreignphrase>.</para>
</sect2>
</sect1>
<sect1><title>Bibliothèques</title>
<para>Voici différentes bibliothèques consacrées au jeu que l'on peut
trouver sous Linux.</para>
<sect2 id="glide2"><title>Glide2</title>
<para>Glide2 est une API et un pilote graphiques de bas niveau qui
accèdent aux fonctions 3D accélérées par matériel des cartes Voodoo
I, II et III de 3dfx sous <application>XFree86</application>
3.x.</para>
<para>Un programme ne peut utiliser les fonctionnalités spéciales
accélérées matériellement de ces cartes qu'en utilisant la
bibliothèque Glide2 d'une des deux façons suivantes :</para>
<itemizedlist>
<listitem><para>directement en utilisant Glide2
(<productname><foreignphrase>Myth II</foreignphrase></productname>,
<productname><foreignphrase>Descent
III</foreignphrase></productname>)</para></listitem>
<listitem><para>indirectement en utilisant Mesa construit avec un
dorsal Glide2 pour simuler OpenGL
(<productname><foreignphrase>Rune</foreignphrase></productname>,
<productname><foreignphrase>Unreal
Tournament</foreignphrase></productname>)</para></listitem>
</itemizedlist>
<para>3dfx a ouvert les spécifications et le code source à la
communauté <foreignphrase>open source</foreignphrase>. Cela a permis
à <personname> <firstname>Daryll</firstname> <surname>
Strauss</surname></personname> de porter Glide2 sous Linux,
autorisant les utilisateurs de <application>XFree86</application> 3.x
à utiliser les cartes Voodoo I, II et III sous Linux.</para>
<para>Puisque Glide2 accède directement à la carte vidéo, les
applications Glide2 doivent soit être exécutées par root, soit être
setuid-root. Une façon d'éviter cela était de créer le module noyau
3dfx. Ce module (et son fichier de périphérique <filename
class="devicefile">/dev/3dfx</filename>) permet l'accélération
graphique matérielle Glide2 pour les utilisateurs non-root
d'applications non-setuid.</para>
<para>Malheureusement, Glide2 n'est pas une solution d'avenir. Elle
n'est utilisée que pour les cartes Voodoo I, II et III (qui
deviennent obsolètes), sous <application>XFree86</application> 3.x
(la majorité utilise <application>XFree86</application> 4.x). Et
étant donné que 3dfx est maintenant une société défunte, il est
certain qu'aucun développement n'aura désormais lieu sur Glide2 et
qu'aucun nouveau jeu ne sera écrit en utilisant Glide2.</para>
</sect2>
<sect2 id="glide3"><title>Glide3</title>
<para>À la différence de Glide2, Glide3 n'est pas une API utilisée
pour la programmation de jeux. Elle n'existe que pour gérer le DRI
pour les cartes Voodoo III, IV et V sous
<application>XFree86</application> 4.x. Aucun des jeux utilisant
Glide2 ne fonctionnera avec Glide3. Cela ne devrait pas être
surprenant dans la mesure où Glide2 et Glide3 prennent en charge des
cartes vidéo différentes et des versions de
<application>XFree86</application> différentes. La seule carte vidéo
pouvant utiliser à la fois Glide2 (sous
<application>XFree86</application> 3.x) et Glide3 (sous
<application>XFree86</application> 4.x) est la Voodoo III. On
rapporte qu'une Voodoo III utilisant Glide2 surpasse une Voodoo III
utilisant Glide3.</para>
<para>Quand vous utilisez une Voodoo III, IV ou V sous
<application>XFree86</application> 4.x, vous devez utiliser une
version de <link linkend="mesa">Mesa</link> qui a été compilée pour
utiliser Glide3 comme dorsal afin de pouvoir utiliser l'accélération
matérielle OpenGL sur votre système.</para>
</sect2>
<sect2 id="opengl"><title>OpenGL</title>
<para>OpenGL est une interface de programmation graphique de haut
niveau développée à l'origine par SGI, et qui est devenue un standard
industriel pour la programmation 2D et 3D. Elle est définie et
soutenue par le Architectural Revision Board
(<acronym>ARB</acronym>), une organisation qui inclut des
représentants de SGI, IBM, DEC et Microsoft. OpenGL fournit un jeu de
fonctionnalités puissant, complet et générique pour les opérations
graphiques 2D et 3D.</para>
<para>OpenGL est constitué de 3 parties :</para>
<itemizedlist>
<listitem><para>GL : les appels OpenGL de
base</para></listitem>
<listitem><para>GLU : les appels utilitaires</para></listitem>
<listitem><para>GLUT : le traitement des événements de
fenêtre indépendants du système (événements de souris, du clavier,
et cætera).</para></listitem>
</itemizedlist>
<para>OpenGL n'est pas seulement une API, c'est aussi une
implémentation, écrite par SGI. Elle essaie d'utiliser l'accélération
matérielle pour diverses opérations graphiques quand elle est
disponible, en fonction de de la carte vidéo dont vous disposez. Si
l'accélération matérielle n'est pas possible pour une tâche
particulière, OpenGL retombe sur le rendu logiciel. Cela signifie que
si vous vous procurez OpenGL chez SGI, et que vous voulez disposer
d'une accélération matérielle quelconque, elle doit être écrite en
OpenGL et compilée spécifiquement pour une certaine carte graphique.
Sinon, vous retomberez sur le rendu logiciel. Cela s'applique
également aux clones d'OpenGL, comme Mesa.</para>
<para>OpenGL est l'équivalent <foreignphrase>open
source</foreignphrase> de Direct3D, un composant de <link
linkend="directx">DirectX</link>. Une différence importante est que
puisque OpenGL est ouvert (et DirectX fermé), les jeux écrits en
OpenGL sont beaucoup plus faciles à porter et à co-développer sous
Linux que ne le sont les jeux utilisant DirectX.</para>
</sect2>
<sect2 id="mesa"><title>Mesa</title>
<para>Mesa <<ulink url="http://www.mesa3d.org"></ulink>> est
une implémentation libre de l'API OpenGL, conçue et écrite par Brian
Paul. Bien qu'elle ne soit pas officiellement certifiée (cela
nécessiterait plus d'argent que n'en dispose un projet
<foreignphrase>open source</foreignphrase>), elle constitue une
implémentation d'OpenGL presque totalement conforme aux
spécifications de l'ARB. On rapporte que Mesa est même plus rapide
que la propre implémentation OpenGL de SGI.</para>
<para>Tout comme OpenGL, Mesa utilise l'accélération matérielle quand
c'est possible. Quand une tâche graphique particulière ne peut être
accélérée matériellement par la carte vidéo, elle est rendue en
logiciel ; la tâche est alors accomplie par votre processeur.
Cela signifie qu'il existe différentes moutures de Mesa en fonction
du type de carte vidéo dont vous disposez. Chaque mouture utilise une
bibliothèque différente comme moteur de rendu. Par exemple, si vous
avez une Voodoo I, II ou III sous <application>XFree86</application>
3.x, vous devriez utiliser mesa+glide2 (écrit par <personname>
<firstname>David</firstname> <surname>
Bucciarelli</surname></personname>) qui est l'implémentation Mesa de
OpenGL qui utilise Glide2 comme dorsal pour rendre les opérations
graphiques.</para>
</sect2>
<sect2><title>DRI</title>
<para>Le rendu des graphiques comporte 3 protagonistes :
l'application cliente (comme <productname><foreignphrase>Quake
3</foreignphrase></productname>), le serveur X et le matériel (la
carte graphique). Auparavant, les applications clientes ne pouvaient
pas écrire directement sur le matériel, et il y avait une bonne
raison à cela : un programme à qui l'on permet un accès en
écriture direct sur le matériel peut faire planter le système de
plusieurs façons. Plutôt que de faire confiance aux programmeurs pour
écrire des programmes (accédant au matériel) totalement exempts de
bogues et coopératifs, Linux l'a tout simplement interdit. Néanmoins,
cela a changé sous <application>XFree</application> 4.x avec
l'infrastructure de rendu direct (<ulink
url="http://www.dri.sourceforge.net">Direct Rendering
Infrastructure</ulink>, <acronym>DRI</acronym>). La DRI autorise les
clients X à écrire des informations de rendu 3D directement sur la
carte vidéo d'une manière sûre et coopérative.</para>
<para>DRI fait abstraction du serveur X afin que le pilote 3D (Mesa
ou OpenGL) puisse parler directement au matériel. Cela améliore les
performances. Les informations de rendu 3D ne doivent même pas subir
d'accélération matérielle. D'un point de vue technique, cela a
plusieurs avantages :</para>
<itemizedlist>
<listitem><para>Les données associées aux sommets de polygones ne
doivent pas être codées/décodées via GLX.</para></listitem>
<listitem><para>Les données graphiques ne sont pas envoyées via une
socket au serveur X.</para></listitem>
<listitem><para>Sur les machines mono-processeur, le CPU ne doit
pas changer de contexte entre XFree86 et son client pour rendre les
graphiques.</para></listitem>
</itemizedlist>
</sect2>
<sect2><title>GLX</title>
<para>GLX est l'extension X utilisée par les programmes OpenGL ;
c'est le liant entre l'OpenGL indépendant de la plate-forme, et X
dépendant de la plate-forme.</para>
</sect2>
<sect2><title>Utah GLX</title>
<para>Utah-GLX est le précurseur de DRI. Certaines décisions de
conception sont différentes en ce qui concerne la séparation des
données et des méthodes d'accès à la carte vidéo, comme le repos sur
l'accès root plutôt que la création de l'infrastructure noyau
permettant un accès sécurisé. Il prend en charge quelques cartes qui
ne sont pas bien gérées par le DRI comme la famille ATI Rage Pro, la
S3 Virge (bien que quiconque l'utilise pour jouer est pour ainsi dire
cinglé), et un pilote TNT/TNT2 <foreignphrase>open
source</foreignphrase> (très incomplet). Le pilote TNT/TNT2 est basé
sur la rétro-ingénierie de la publication du code source obscurci des
pilotes X 3.3 par nVidia. Néanmoins, ils sont très incomplets et,
pour tout dire, inutilisables.</para>
</sect2>
<sect2 id="xlib"><title>xlib</title>
<para>De temps à autre, vous verrez quelques malades (dit avec
respect) qui écrivent un jeu en xlib. C'est un groupe de
bibliothèques C qui comportent l'interface de programmation du plus
bas niveau pour <application>XFree86</application>. Toute
programmation graphique sous X fait <emphasis>in fine</emphasis>
usage de la bibliothèque xlib.</para>
<para>Il n'est pas exagéré de dire que xlib est volumineux,
mystérieux et compliqué. De ce fait, il existe des tas de
bibliothèques comme <link linkend="sdl">SDL</link> pour les
graphiques 2D, et <link linkend="opengl">OpenGL</link> pour les
graphiques 3D et les jeux d'éléments graphiques (<link
linkend="widgetset"><foreignphrase>widgets</foreignphrase></link>)
pour les éléments graphiques à l'intérieur des fenêtres qui cachent
les détails de différents aspects de la programmation xlib.</para>
<para>Bien que quelques jeux soient écrits avec xlib, comme l'éditeur
Doom Yadex, xlib en lui-même ne peut pas raisonnablement servir de
bibliothèque d'écriture de jeux. La plupart des jeux n'ont pas besoin
de l'interface de bas niveau fournie par xlib. De plus, en utilisant
les bibliothèques de plus haut niveau, un programmeur de jeux peut
développer son jeu sur plusieurs plates-formes, même celles qui
n'utilisent pas <application>XFree86</application>.</para>
</sect2>
<sect2 id="widgetset"><title><foreignphrase>Widgets</foreignphrase></title>
<para>Les éléments graphiques (widgets) sont des objets qui
constituent l'interface d'une application graphique. Ils incluent des
choses comme les boîtes d'entrée de texte, les menus déroulants, les
barres de défilement, les boutons radio et bien d'autres choses. Un
jeu d'éléments graphiques (widget set) est une collection d'éléments
graphiques apparentés qui sont conçus pour avoir une interface
commune et un aspect cohérent. Gtk est le jeu d'éléments graphiques
canonique sous Linux, mais il y en a beaucoup d'autres comme fltk (de
petite taille, écrit en C++), Xaw, Qt (le jeu d'éléments graphiques
de KDE) et Motif (celui utilisé par Netscape). Motif régnait dans le
monde Unix, mais sa licence d'utilisation était très coûteuse. L'Open
Group a finalement ouvert la licence de Motif pour les systèmes
d'exploitation <foreignphrase>open source</foreignphrase>, mais
c'était trop tard. Il y a beaucoup de jeux d'éléments graphiques
complètement <foreignphrase>open source</foreignphrase> qui sont plus
complets et plus beaux que Motif, y compris Lesstif, un clone
totalement gratuit de Motif.</para>
</sect2>
<sect2 id="sdl"><title>SDL (Simple DirectMedia Layer)</title>
<para><ulink url="http://www.libsdl.org">SDL</ulink> est une
bibliothèque de <personname> <firstname>Sam</firstname> <surname>
Lantiga</surname></personname> (diplômé de l'UCD !). C'est en
fait une méta-bibliothèque, c.-à-d. que ce n'est pas seulement une
bibliothèque graphique qui cache les détails de la programmation
xlib, mais c'est aussi une interface simple d'utilisation pour le
traitement du son, de la musique et des événements. Sa licence est la
LGPL et elle prend également en charge les joysticks et OpenGL. À la
différence de <link linkend="xlib">xlib</link>, SDL convient fort
bien à la programmation de jeux.</para>
<para>Le plus impressionnant dans SDL est son caractère
multi-plates-formes. Mis à part quelques détails, un programme écrit
en SDL compilera sous Linux, MS Windows, BeOS, MacOS, MacOS X,
Solaris, IRIX, FreeBSD, QNX et OSF. Il existe diverses extensions
permettant de manipuler à peu près tous les formats graphiques, lire
des vidéos MPEG, afficher des polices
<foreignphrase>truetype</foreignphrase>, gérer les acteurs
(<foreignphrase>sprites</foreignphrase>) et à peu près tout ce qui
est imaginable. SDL est un exemple de ce à quoi toutes les
bibliothèques graphiques devraient aspirer. </para>
<para>Sam avait une motivation cachée pour l'écriture d'une si
chouette bibliothèque : il était le programmeur en chef de Loki
Software (il code maintenant pour Blizzard Software), qui utilisait
SDL dans tous ses jeux sauf
<productname><foreignphrase>Quake3</foreignphrase></productname>.</para>
</sect2>
<sect2 id="ggi"><title>GGI</title>
<para><ulink url="http://www.ggi-project.org">GGI</ulink> est un
projet qui vise à implémenter une couche d'abstraction graphique dans
du code de bas niveau, de placer la prise en charge du matériel
graphique dans une base de code commune, et d'apporter une plus
grande stabilité et portabilité aux applications graphiques. Les
applications LibGGI tournent entre autres sous SVGAlib, fb et X. Si
l'on en juge à leurs captures d'écran, c'est une bibliothèque assez
puissante.</para>
<para>Les applications qui utilisent LibGGI directement comportent
<productname><foreignphrase>Heroes</foreignphrase></productname>,
<productname><foreignphrase>Ultrapoint</foreignphrase></productname>,
<productname><foreignphrase>Quake</foreignphrase></productname> et
<productname><foreignphrase>Berlin</foreignphrase></productname>. La
plupart des applications qui utilisent SVGALib peuvent être exécutées
sous X ou sous n'importe quel autre dorsal LibGGI en utilisant une
bibliothèque enveloppe qui réimplémente <link
linkend="svgalib">SVGALib</link> en utilisant LibGGI. Les
applications <link linkend="sdl">SDL</link> et <link
linkend="clanlib">clanlib</link> peuvent s'afficher avec LibGGI mais
les pilotes natifs de ces bibliothèques sont généralement plus
rapides ; néanmoins, c'est un bon moyen pour que des
applications SDL, clanlib et SVGALib s'exécutent là où elles
n'auraient pas pu le faire auparavant.</para>
<para>GGI a un projet sœur, KGI, qui développe une alternative
de niveau noyau aux systèmes du type
<foreignphrase>framebuffer</foreignphrase> linux et DRI. Ce projet
est beaucoup moins avancé que LibGGI lui-même, mais promet de
combiner les vitesses de niveau DRI à la stabilité et à la sécurité
auxquelles aspirent les utilisateurs UNIX.</para>
</sect2>
<sect2 id="svgalib"><title>SVGAlib, framebuffer et console</title>
<para>La console est l'écran noir non graphique que vous voyez
lorsque votre ordinateur démarre pour la première fois (et qu'aucune
application du genre <application>xdm</application> ou
<application>gdm</application> ne tourne). C'est différent de
l'environnement X qui comporte toutes sortes d'éléments graphiques
comme les <application>xterm</application>. Une idée fausse fort
répandue est de croire que X signifie
<quote>graphique</quote> et que console signifie
<quote>non graphique</quote>. Il peut assurément y avoir
des graphiques en mode console ; nous discuterons des deux
manières les plus habituelles de procéder.</para>
<para>SVGAlib est une bibliothèque graphique qui vous permet de
dessiner des graphiques sur la console. Il existe beaucoup
d'applications graphiques et de jeux utilisant SVGAlib comme
<application>zgv</application> (un visualisateur d'images en mode
console), <application>prboom</application> et
<application>hhexen</application>. J'apprécie cette bibliothèque et
les jeux graphiques en mode console en général : ils sont
extrêmement rapides, plein écran et captivants. SVGAlib souffre de
trois défauts. Primo, les exécutables SVGAlib doivent être lancés par
root ou être setuid-root (néanmoins, la bibliothèque abandonne les
privilèges root immédiatement après le début de l'exécution).
Secundo, SVGAlib est dépendant de la carte vidéo : si votre
carte vidéo n'est pas prise en charge par SVGAlib, c'est pas de
chance. Tertio, SVGAlib est spécifique à Linux : les jeux
écrits en SVGAlib ne fonctionneront <emphasis>que</emphasis> sous
Linux.</para>
<para>Les <foreignphrase>framebuffers</foreignphrase> sont des
consoles implémentées par un mode graphique plutôt qu'un mode texte
du BIOS. Pourquoi simuler un mode texte dans un environnement
graphique ? Cela permet d'exécuter des applications graphiques
en console, comme p.ex. de choisir la police affichée en console (qui
est normalement fixée par le BIOS). On peut trouver un bon
<quote>Guide pratique du frame-buffer</quote> (<ulink
url="&howto;Framebuffer-HOWTO.html"><foreignphrase>Framebuffer-HOWTO</foreignphrase></ulink>)
sur le LDP. Les jeux en console graphique écrits en utilisant le
framebuffer souffrent des mêmes problèmes que ceux utilisant
SVGAlib : le support matériel est limité, et le code ne
fonctionnera que sous Linux.</para>
</sect2>
<sect2 id="openal"><title>OpenAL</title>
<para><ulink url="http://www.openal.org">OpenAL</ulink> a pour
objectif d'être au son ce que OpenGL est aux graphiques. Développé
conjointement par Loki Software et Creative Labs, elle a pour but
d'être une API neutre et multi-plates-formes pour le son. Sa licence
est la LGPL et les spécifications peuvent être obtenues gratuitement
depuis le site web de OpenAL. OpenAL est entièrement fonctionnel,
mais depuis que Loki Software n'existe plus, son développement futur
est incertain.</para>
</sect2>
<sect2 id="directx"><title>DirectX</title>
<para>DirectX est une collection d'API multimédia propriétaires,
développée à l'origine par Microsoft en 1995, pour ses différents
systèmes d'exploitation Windows. C'est une erreur de prétendre que
<quote>DirectX est similaire à OpenGL</quote> ou
<quote>DirectX est similaire à SDL</quote>, comme il est
souvent dit dans les didacticiels DirectX. Les API multimédia sont
plus centralisées sous Windows qu'elles ne le sont sous Linux. Une
formulation plus précise serait : <quote>DirectX est
similaire à DRI, OpenGL et SDL combinés</quote>. En juin 2003,
la version la plus récente de DirectX était la 9.0. Les composants de
DirectX sont : </para>
<variablelist>
<varlistentry><term>DirectDraw</term> <listitem><para>DirectDraw
fournit un accès direct à la mémoire vidéo, comme DRI, de sorte
que les graphiques 2D peuvent être placés directement sur la
carte vidéo. DirectDraw est similaire au composant graphique de
SDL, mais l'accès direct à la carte vidéo est effectué par DRI
plutôt que par SDL. C'est pourquoi un jeu peut facilement faire
tomber un système Windows mais ne devrait pas le faire avec un
système Linux.</para></listitem></varlistentry>
<varlistentry><term>Direct3D (D3D)</term> <listitem><para>Direct3D,
comme OpenGL, fournit une API graphique 3D. Alors qu'OpenGL est
<foreignphrase>open source</foreignphrase>, de plus bas niveau et
compile sous une multitude de systèmes d'exploitation, D3D est
propriétaire, de plus haut niveau et ne compile que sous Windows.
D3D est d'abord apparu dans DirectX 2, en
1996.</para></listitem></varlistentry>
<varlistentry><term>DirectXAudio</term>
<listitem><para>Direct Audio est une combinaison de deux API
audio, DirectSound et DirectMusic, qui offrent un accès direct à
la carte son pour jouer du son et de la
musique.</para></listitem></varlistentry>
<varlistentry><term>DirectInput</term>
<listitem><para>DirectInput permet l'utilisation de périphériques
d'entrée de jeu comme les
joysticks.</para></listitem></varlistentry>
<varlistentry><term>DirectPlay</term>
<listitem><para>DirectPlay offre une gestion réseau
simplifiée pour les jeux multi-joueurs.</para>
</listitem></varlistentry>
<varlistentry><term>DirectShow</term>
<listitem><para>DirectShow prend en charge les fichiers vidéo
comme <filename class="extension">AVI</filename> et <filename
class="extension">MPG</filename>. C'était une API distincte de
DirectX, mais elle a été intégrée dans DirectX
8.</para></listitem></varlistentry>
<varlistentry><term>DirectSetup</term> <listitem><para>Cette API
facilite l'installation de DirectX à partir d'une application
pour simplifier l'installation des
jeux.</para></listitem></varlistentry>
</variablelist>
<para>DirectX est un peu pris en charge par <link
linkend="winex"><application>winex</application></link>, l'est mal
par <link linkend="wine"><application>wine</application></link>,
l'est à peine par <link
linkend="vmware"><application>vmware</application></link> et ne l'est
pas du tout par <link
linkend="win4lin"><application>Win4Lin</application></link>.</para>
<para>Remarque sur la portabilité : pour chaque composant de DirectX,
on peut trouver plusieurs bibliothèques correspondantes sous Linux.
Mieux encore, un programmeur de jeux qui utilise des bibliothèques
comme OpenGL, GGI ou SDL écrira un jeu qui compilera trivialement
sous Windows, Linux et une multitude d'autres systèmes
d'exploitation. Pourtant, les sociétés productrices de jeux
persistent à utiliser DirectX et limitent de ce fait leur public aux
seuls utilisateurs Windows. Si vous écrivez des jeux, veuillez
envisager l'utilisation de bibliothèques multi-plates-formes et
rester éloigné de DirectX.</para>
<para>Une société nommée realtechVR a démarré un projet
<foreignphrase>open source</foreignphrase>, <ulink
url="http://www.v3x.net/directx">DirectX Port</ulink> qui, comme
<application>wine</application>, fournit une couche d'émulation de
Direct3D qui implémente les appels Direct3D. Le projet se concentrait
sur la plate-forme BeOS, mais l'est maintenant sur MacOS et Linux.
Vous pouvez récupérer la toute dernière mouture depuis leur
référentiel CVS sur <<ulink
url="http://sourceforge.net/projects/dxglwrap"></ulink>>.</para>
</sect2>
<sect2 id="clanlib"><title>Clanlib</title>
<para>ClanLib est un kit d'outils de développement de niveau
intermédiaire. Au plus bas niveau, il fournit des outils indépendants
de la plate-forme (dans la limite du possible en C++) de gestion de
l'affichage, du son, des entrées, du réseau, des fichiers, des
threads, et cætera. ClanLib construit un cadre générique de développement
de jeu, vous offrant une gestion aisée des ressources, une
réplication des objets sur le réseau, des interfaces utilisateur
graphiques (GUI) autorisant les thèmes, les langages de scripts dans
les jeux et plus encore.</para>
</sect2>
</sect1>
<sect1><title><application>XFree86</application> et vous</title>
<para>Si vous avez l'intention de jouer sous X, il est primordial que
vous le connaissiez quelque peu. Le <quote>Guide pratique de
l'utilisateur de X Window</quote> (<ulink
url="&howto;XWindow-User-HOWTO.html"><foreignphrase>XWindow-User-HOWTO</foreignphrase></ulink>),
et en particulier <userinput>man XF86Config</userinput>
constituent des lectures <emphasis>requises</emphasis>. N'essayez pas
d'y échapper : lisez-les. Elles ont un très bon rapport
signal/bruit. Beaucoup de problèmes peuvent être résolus facilement si
vous savez vous y retrouver dans <filename>XF86Config</filename> (ou
<filename>XF86Config-4</filename>).</para>
<sect2><title>Recueillir des informations sur votre système X</title>
<para>Que vous essayiez de diagnostiquer un problème X ou que vous
requerriez de l'aide sur une liste de diffusion ou un groupe de
discussion Usenet, vous devrez disposer d'un maximum d'informations.
Voici quelques outils qui peuvent vous y aider :</para>
<sect3><title><command>probeonly</command></title>
<para>La sortie de <command>probeonly</command> constitue l'un des
meilleurs outils de diagnostic et l'une des meilleures sources
d'informations sur votre système. Pour l'utiliser, arrêtez X le cas
échéant et tapez depuis une console :</para>
<screen>
X -probeonly 2> X.out
</screen>
<para>La sortie de X va sur stderr, et il faut donc rediriger
stderr avec <quote>2></quote> dans un fichier nommé
<filename>X.out</filename>. Ce fichier contiendra tout ce qu'il y a
à savoir sur votre système X. Il est crucial que vous connaissiez
la différence entre les différentes marques que vous pourrez
rencontrer dans la sortie de
<command>probeonly</command> :</para>
<screen>
(--) probed (**) from config file (==) default setting
(++) from command line (!!) notice (II) informational
(WW) warning (EE) error (??) unknown.
</screen>
<para>Voici un exemple de quelques informations que j'ai pu
glaner :</para>
<para>J'utilise des couleurs 16 bits :</para>
<screen>
(**) TDFX(0): Depth 16, (--) framebuffer bpp 16
</screen>
<para>X a détecté que la puce et la mémoire RAM de ma carte vidéo
sont :</para>
<screen>
(--) Chipset 3dfx Voodoo5 found
(--) TDFX(0): VideoRAM: 32768 kByte Mapping 65536 kByte
</screen>
</sect3>
<!-- here -->
<sect3><title>Obtenir des informations sur votre configuration :
<command>xvidtune</command></title>
<para><command>xvidtune</command> est votre ami si votre écran X
est un peu trop décalé sur la droite, ou si la hauteur est trop
réduite pour remplir votre écran. Néanmoins, c'est également un
très bon outil de diagnostic. Il affiche :</para>
<itemizedlist>
<listitem><para>l'intervalle <hardware>hsync/vsync</hardware>
(valeurs de synchronisation horizontale et verticale
respectivement) spécifié dans votre fichier
<filename>XF86Config</filename>.</para></listitem>
<listitem><para>les 4 nombres horizontaux et les 4 nombres
verticaux qui définissent votre mode vidéo (le premier couple
horizontal/vertical indique la résolution de l'écran). Ces 8
nombres vous indiqueront quelle ligne de mode
(<foreignphrase>modeline</foreignphrase>) votre X utilise. Voyez
le <quote>Guide pratique de configuration vidéo de
XFree86</quote> (<ulink
url="&howto;XWindow-User-HOWTO.html"><foreignphrase>XFree86-Video-Timings-HOWTO</foreignphrase></ulink>)
pour plus d'informations. Notez que des spécifications explicites
ne sont plus nécessaires, car XFree 4.0.1 (et les versions
ultérieures) les calcule automatiquement à partir des
possibilités de votre moniteur et de votre carte vidéo.
Néanmoins, c'est parfois utile en cas de matériel exotique ou si
vous voulez un peu bidouiller votre affichage.</para></listitem>
<listitem><para>La <quote>fréquence d'horloge</quote>
à laquelle tourne votre carte vidéo.</para></listitem>
</itemizedlist>
</sect3>
<sect3><title>Obtenir des informations sur votre configuration :
<command>xwininfo</command></title>
<para><command>xwininfo</command> vous indique toutes sortes
d'informations sur les fenêtres X. L'arrière-plan est également
assimilé à une fenêtre. Ainsi, quand il vous demande de cliquer sur
la fenêtre pour laquelle vous désirez des informations, cliquez sur
votre arrière-plan. Il vous indique entre autres la résolution de
l'écran et de la fenêtre, le nombre de couleurs (NdT : plus
précisément, le nombre de bits utilisés pour les représenter),
l'état de gravité de la fenêtre (qui donne une indication au
gestionnaire de fenêtres sur l'endroit où placer les nouvelles
fenêtres) et l'utilisation du cache d'affichage
(<foreignphrase>backing store</foreignphrase>).</para>
</sect3>
<sect3><title>Autres sources d'information</title>
<para><command>xdpyinfo</command> vous donne des informations
intéressantes, comme la version de X et les extensions chargées
(inestimable quand vous essayez de voir ce qui manque, comme GLX,
DRI, XFree86-VidMode, et cætera).</para>
</sect3>
<sect3><title>Obtenir des informations sur votre système 3D</title>
<para><command>glxinfo</command> donne des tas d'informations
utiles sur OpenGL comme l'utilisation ou non du rendu direct, les
versions de glx et mesa actuellement installées, les chaînes de
vendeur/moteur de rendu, les fichiers de bibliothèque GL utilisés,
et cætera.</para>
</sect3>
</sect2>
<sect2 id="nowm"><title>Jouer à des jeux sous X sans gestionnaire de
fenêtres</title>
<para>
Quand vous jouez à un jeu sous X, vous devriez envisager de ne pas
utiliser de gestionnaire de fenêtres. Des <quote>poids
lourds</quote> comme enlightenment produiront un
ralentissement perceptible ; même des plus légers comme twm
vous volent des cycles processeur (et dans le cas de twm, même les
jeux plein écran auront un cadre autour de leur fenêtre). Pour
exécuter un jeu sans gestionnaire de fenêtres, modifiez
<filename>.xinitrc</filename> dans votre répertoire personnel.
Voici à quoi ressemble mon
<filename>.xinitrc</filename> :</para>
<screen>
#quake3 +set r_gldriver libGR.so.1
#exec ut
#lsdldoom -server 2
#exec tribes2
exec /usr/bin/enlightenment
</screen>
<para>Vous y remarquerez généralement un gestionnaire de fenêtres
et/ou de bureau (GNOME ou KDE). Commentez les lignes contenant un
gestionnaire de fenêtres et/ou de bureau avec un signe dièse (#) et
placez votre jeu sur une nouvelle ligne accompagné des arguments de
ligne de commandes éventuels. Si votre jeu n'est pas situé dans votre
<envar>$PATH</envar>, donnez le nom de chemin complet. Notez que ceci
ne s'applique qu'aux personnes utilisant <command>startx</command>
pour démarrer X.</para>
<para>Je n'utilise jamais des choses comme <command>gdm</command> ou
le niveau d'exécution 5 (je ne suis donc pas sûr de mon fait), mais
je suspecte que si vous le faites, vous devrez agir un peu
différemment. Ma recommandation est d'aller en mode mono-utilisateur
(niveau d'exécution 1) avec :</para>
<screen>
# telinit 1
</screen>
<para>ensuite d'éditer <filename>.xinitrc</filename>, et de revenir
au niveau 5 avec</para>
<screen>
# telinit 5
</screen>
<para>Ensuite, quand vous arrêtez de jouer, allez au niveau 1,
modifiez <filename>.xinitrc</filename> et revenez au niveau 5. Je
n'ai jamais expérimenté cela, et je ne peut donc pas me prononcer
avec certitude, mais vous pourriez devoir tuer
<application>gdm</application>. J'apprécierai du retour à ce
sujet.</para>
</sect2>
</sect1>
<sect1><title>Divers</title>
<sect2 id="mtrr"><title><hardware>Registres d'intervalles
mémoire</hardware></title>
<para>À partir des processeurs de classe Pentium (y compris Athlon,
K6-2 et d'autres CPU), ces registres (Memory Type Range Registers,
MTRR) contrôlent la façon dont le processeur accède aux intervalles
d'adresses mémoire. Pour résumer, ce mécanisme remplace plusieurs
petites écritures séparées sur la carte vidéo par une seule écriture
(une rafale). Cela améliore l'efficacité des écritures sur la carte
vidéo et peut accélérer le rendu graphique de 250 % voire
plus !</para>
<para>Voyez
<filename>/usr/src/linux/Documentation/mtrr.txt</filename> pour les
détails. Notez que, depuis que ce fichier a été écrit,
<application>XFree86</application> a été amélioré pour détecter
automatiquement l'adresse de base et la taille de votre RAM vidéo et
configurer les MTRR.</para>
</sect2>
<sect2 id="milkingperformance"><title>Exploiter au maximum les
ressources de votre système</title>
<itemizedlist>
<listitem><para>Si pour une raison quelconque, vous utilisez X 3.3,
suivez les instructions données dans <filename>mtrr.txt</filename>
(voyez la <xref linkend="mtrr"/>) pour configurer les MTRR.
X 4.0 fait cela automatiquement pour vous.</para></listitem>
<listitem>
<para>Si vous jouez sous X, n'exécutez pas de gestionnaire de
fenêtres, et <emphasis>certainement pas</emphasis> de
gestionnaire de bureau comme GNOME ou KDE. Voyez la <xref
linkend="nowm"/> pour plus de détails.</para>
<para>Arrêtez tous les processus non essentiels (en tant que
root) en utilisant les scripts de démarrage de votre système.
Sous Debian, les scripts de démarrage pour le niveau d'exécution
2 sont situés dans <filename
class="directory">/etc/rc2.d/</filename>. Vous pouvez arrêter un
service d'une manière ordonnée en envoyant à son script de
démarrage la commande
<quote>stop</quote> :</para>
<screen>
# cd /etc/rc2.d
# ./ntpd stop
</screen>
<para>Une autre possibilité (radicale) est de simplement vous
placer en mode mono-utilisateur avec</para>
<screen>
# telinit 1
</screen>
<para>Cela vous débarrassera même de
<command>getty</command> ; votre système s'exécutera avec
uniquement ce qui est absolument crucial pour son fonctionnement.
Il y aura quelque chose comme 10 processus en cours d'exécution.
L'inconvénient est que vous devez jouer en tant que root. Mais
votre table de processus sera une ville fantôme, et tous les
cycles CPU supplémentaires bénéficieront à votre
jeu.</para></listitem>
</itemizedlist>
</sect2>
<sect2><title>À propos des bibliothèques sous Linux</title>
<para>Un problème souvent rencontré est un fichier de bibliothèque
non trouvé. Ils sont quelque peu mystérieux et ont des noms
bizarres ; nous en parlerons donc un peu. Il y a deux types de
bibliothèques, les statiques et les dynamiques. Quand vous compilez
un programme, <command>gcc</command> utilise par défaut les
bibliothèques dynamiques, mais vous pouvez lui faire utiliser des
bibliothèques statiques en utilisant l'option
<option>-static</option>. À moins que vous n'ayez l'intention de
compiler des jeux à partir du code source, vous serez principalement
intéressés par les bibliothèques dynamiques.</para>
<sect3><title>Bibliothèques dynamiques</title>
<para>Les bibliothèques dynamiques, aussi appelées
<quote>bibliothèques partagées</quote>, fournissent du
code objet à une application alors qu'elle s'exécute, c.-à-d. que
le code est lié à l'exécutable au moment de l'exécution, et non à
celui de la compilation. Elles sont analogues aux <filename
class="extension">.dll</filename> utilisées sous Windows. Le
programme responsable de la liaison du code <quote>au
vol</quote> est appelé <command>/etc/ld.so</command>, et les
bibliothèques dynamiques elles-mêmes se terminent habituellement
par <filename class="extension">.so</filename> avec un numéro de
version, comme :</para>
<screen>
/usr/lib/libSDL.so
/lib/libm.so.3
</screen>
<para>Quand vous utilisez <command>gcc</command>, vous référencez
ces bibliothèques en enlevant les chaînes de caractères
<literal>lib</literal>, <literal>.so</literal> et tous les numéros
de version. Donc, pour utiliser ces deux bibliothèques, vous
devriez passer les options <literal>-lSDL -lm</literal> à
<command>gcc</command>. Celui-ci placera alors une marque dans
l'exécutable indiquant d'examiner les fichiers <filename
class="libraryfile">/usr/lib/libSDL.so</filename> et <filename
class="libraryfile">/lib/libm.so.3</filename> à chaque fois qu'une
fonction SDL ou une fonction mathématique est utilisée.</para>
</sect3>
<sect3><title>Bibliothèques statiques</title>
<para>Contrairement aux bibliothèques statiques qui fournissent du
code alors que l'application s'exécute, les bibliothèques statiques
contiennent du code qui est lié (inséré) dans le programme lors de
sa compilation. Aucun code n'est inséré au moment de
l'exécution : le code est complètement autonome. Les
bibliothèques statiques se terminent habituellement par <filename
class="extension">.a</filename> suivi d'un numéro de version,
comme :</para>
<screen>
/usr/lib/libSDL.a
/usr/lib/libm.a
</screen>
<para>Les fichiers <filename class="extension">.a</filename>
forment réellement des archives de fichiers <filename
class="extension">.o</filename> (objet), à la manière d'un fichier
tar. Vous pouvez utiliser <command>nm</command> pour lister les
fonctions contenues dans une bibliothèque statique :</para>
<screen>
% nm /usr/lib/libm.a
...
e_atan2.o:
00000000 T __ieee754_atan2
e_atanh.o:
00000000 T __ieee754_atanh
00000000 r half
00000010 r limit
00000018 r ln2_2
...
</screen>
<para>Quand vous utilisez <command>gcc</command>, vous référencez ces
bibliothèques en enlevant les chaînes de caractères
<quote>lib</quote>, <quote>.a</quote> et tous
les numéros de version. Donc, pour utiliser ces deux bibliothèques,
vous devriez passer les options <option>-lSDL -lm</option> à
<command>gcc</command>. Celui-ci importera alors du code de <filename
class="libraryfile">/usr/lib/SDL.a</filename> et <filename
class="libraryfile">/usr/lib/libm.a</filename> à chaque fois qu'il
rencontre une fonction mathématique lors du processus de
compilation.</para>
</sect3>
<sect3><title>Localisation des fichiers de bibliothèques</title>
<para>Si vous compilez vos propres jeux, le problème principal avec
les bibliothèques sera soit que <command>gcc</command> ne trouve
pas une bibliothèque statique, soit que la bibliothèque n'est pas
présente sur votre système. Quand vous jouez à des jeux à partir du
binaire, le problème sera soit que <command>ld.so</command> ne
trouve pas la bibliothèque, soit que la bibliothèque n'est pas
présente sur votre système. Il est donc opportun de d'abord parler
de la façon dont <command>gcc</command> et <command>ld.so</command>
s'y prennent pour trouver les bibliothèques.</para>
<para><command>gcc</command> recherche les bibliothèques dans les
<quote>répertoires système standard</quote> ainsi que
dans ceux spécifiés avec l'option <option>-L</option>. Vous pouvez
déterminer la liste des répertoires système standard avec
<userinput>gcc -print-search-dirs</userinput>.</para>
<para><command>ld.so</command> examine un condensé binaire contenu
dans un fichier nommé <filename>/etc/ld.so.cache</filename> pour y
trouver une liste de répertoires contenant les bibliothèques
dynamiques disponibles. Puisqu'il contient des données binaires,
vous ne pouvez pas modifier directement ce fichier. Néanmoins, le
fichier est généré à partir d'un fichier texte
<filename>/etc/ld.so.conf</filename> que vous pouvez éditer. Ce
fichier contient la liste des répertoires où
<command>ld.so</command> doit rechercher les bibliothèques
dynamiques. Si vous voulez ajouter des bibliothèques dynamiques
dans <filename>/home/joecool/privatelibs</filename>, il faut
ajouter ce répertoire dans <filename>/etc/ld.so.conf</filename>.
Votre modification n'est prise en compte dans
<filename>/etc/ld.so.cache</filename> qu'après avoir exécuté
<command>ldconfig</command> ; une fois fait,
<command>ld.so</command> commencera à rechercher des bibliothèques
dans votre répertoire privé.</para>
<para>De plus, même si vous ne faites qu'ajouter de nouvelles
bibliothèques à votre système, vous devez mettre à jour
<filename>ld.so.cache</filename> pour qu'il reflète la présence des
nouvelles bibliothèques.</para>
</sect3>
</sect2>
</sect1>
<sect1><title>Quand de mauvaises choses arrivent à de bonnes gens</title>
<para>Bien sûr, il n'est pas possible de recouvrir tous les types de
problèmes, mais je vais souligner certains points de bon sens.</para>
<para>Il y a deux types de problèmes : les aléatoires et les
reproductibles. Il est difficile de diagnostiquer ou de corriger des
problèmes aléatoires sur lesquels vous n'avez par définition aucun
contrôle. Néanmoins, si le problème est reproductible (ex :
<quote>cela se produit quand j'appuie deux fois sur la flèche
gauche</quote>), alors vous pouvez agir.</para>
<sect2><title>RTFM !</title>
<para>Relis ton fameux manuel. Le
<quote>manuel</quote> peut revêtir plusieurs formes.
Pour les jeux <foreignphrase>open source</foreignphrase>, on
peut trouver les fichiers <filename>readme</filename>
(<quote>lisez-moi</quote>). Les jeux commerciaux sont
accompagnés d'un manuel imprimé et éventuellement de quelques
fichiers <filename>readme</filename> sur le CD. N'oubliez pas
d'explorer le CD de votre jeu pour obtenir des astuces et des
conseils utiles.</para>
<para>N'oubliez pas le site web du jeu. Son auteur a
probablement déjà eu affaire à maintes reprises à des personnes
ayant exactement le même problème que vous, et il pourrait avoir
placé des informations spécifiques à ce jeu sur son site web. Un
bon exemple : les FAQ en ligne de Loki Software situées sur
<ulink url="http://faqs.lokigames.com"></ulink>.</para>
</sect2>
<sect2><title>Recherchez des mises à jour et des correctifs</title>
<para>Si vous jouez à un jeu <foreignphrase>open
source</foreignphrase> que vous avez compilé, assurez-vous de
disposer de la version la plus récente en visitant le site web du
jeu. Si votre jeu fait partie d'une distribution, assurez-vous qu'il
n'y ait pas de paquet rpm/deb plus à jour pour le jeu.</para>
<para>Les sociétés produisant des jeux commerciaux comme Loki
publient des correctifs pour leurs jeux (souvent nombreux, p.ex.
pour
<productname><foreignphrase>Myth2</foreignphrase></productname>),
et certains sont même injouables en leur absence
(<productname><foreignphrase>Heretic2</foreignphrase></productname>).
Recherchez des correctifs sur le site web du jeu que vous ayez
un problème avec le jeu ou pas ; il peut y avoir une mise à
jour pour un problème de sécurité dont vous pourriez ne pas
avoir eu connaissance.</para>
<para>À propos, Loki propose maintenant un utilitaire qui recherche
les logiciels Loki sur votre disque dur et les met à jour
automatiquement. Consultez <ulink
url="http://updates.lokigames.com"></ulink>.</para>
</sect2>
<sect2><title>Groupes de discussion</title>
<para>Si vous ne savez pas ce que sont les News (Usenet), alors ça
vaut la peine de prendre 30 minutes pour vous y frotter. Installez un
lecteur de News. Je préfère les outils en console, et j'utilise donc
<application>tin</application>, mais <application>slrn</application>
est également populaire. Netscape propose également un chouette
lecteur de News graphique piloté à la souris.</para>
<para>Par exemple, je peux me promener sur le serveur de News de Loki
Software avec <userinput>tin -g news.lokigames.com</userinput>. Vous
pouvez également spécifier quel serveur de News utiliser grâce à la
variable d'environnement <envar>$NNTP</envar> ou le fichier
<filename>/etc/nntpserver</filename>.</para>
</sect2>
<sect2><title>Recherche sur Google Groupes</title>
<para>Chaque soumission faite sur Usenet est archivée dans la base de
données de Google sur <ulink url="http://groups.google.fr"></ulink>.
Cette archive était située sur <ulink
url="http://www.deja.com"></ulink>, mais a été rachetée par Google.
Beaucoup de personnes parlent toujours de
<quote>deja</quote>.</para>
<para>Il est presque sûr que quel que soit le problème que vous
avez avec Linux, qu'il ait ou pas un rapport avec le jeu, il a
déjà été reporté et solutionné sur Usenet, pas une, pas deux,
mais de nombreuses fois. Si vous ne comprenez pas la première
réponse que vous voyez (ou si elle ne fonctionne pas), essayez
l'une des suivantes. Si la page n'est pas dans une langue que
vous comprenez, il existe des tas de sites de traduction qui
convertiront le texte dans la langue que vous préférez, comme
<ulink url="http://www.freetranslation.com"></ulink> et <ulink
url="http://translation.lycos.com"></ulink>. Mon navigateur web
préféré,
<productname><foreignphrase>Opera</foreignphrase></productname>
(disponible sur <ulink url="http://www.opera.com"></ulink>) vous
permet d'utiliser le bouton droit de la souris pour sélectionner
un extrait de texte, et de cliquer avec le bouton gauche sur la
sélection pour le traduire. Très utile quand une recherche sur
Google Groupes renvoie une page en allemand qui semble utile et
que ma petite amie (qui lit bien l'allemand) n'est pas
disponible.</para>
<para>La recherche sur Google Groupes propose une page de recherche
élémentaire et avancée. Ne perdez pas de temps avec la recherche
simple. La recherche avancée est située sur <ulink
url="http://groups.google.com/advanced_group_search"></ulink>.</para>
<para>C'est facile à utiliser. Par exemple, si mon problème est que
<productname><foreignphrase>Quake III</foreignphrase></productname>
plante à chaque fois que Lucy saute, j'entre <quote>linux
quake3 crash lucy saute</quote> dans la boîte de texte
<quote>Retrouver les messages avec tous les mots
suivants</quote>.</para>
<para>Certains champs permettent de limiter la portée de votre
recherche à un groupe de discussion. Prenez le temps de lire et de
comprendre la signification de chaque champ. Je vous le
promets : ce service ne vous décevra pas. Utilisez-le, et vous
serez quelqu'un de beaucoup plus heureux. Notez bien que les groupes
de discussion privés ne sont pas archivés, comme le serveur de News
de Loki Software. Néanmoins, vu que beaucoup de personnes utilisent
Usenet, cela n'a généralement que peu d'importance.</para>
</sect2>
<sect2><title>Débogage : traces d'appel et fichiers core</title>
<para>Ce n'est généralement pas quelque chose que vous ferez pour les
jeux commerciaux. Pour les jeux <foreignphrase>open
source</foreignphrase>, vous pouvez aider l'auteur en lui fournissant
un fichier core ou une trace de la pile. En bref, un fichier core
(dit <quote>core dump</quote>) est un fichier qui conserve
l'état du programme au moment où il s'est crashé. Il contient des
indices précieux pour le programmeur relatifs à la nature du
crash : ce qui l'a causé et ce que le programme faisait quand il
s'est produit. Si vous voulez en savoir plus sur les fichiers core,
j'ai un super tutoriel <application>gdb</application> disponible sur
<ulink url="http://www.dirac.org/linux"></ulink>.</para>
<para>En <emphasis>dernier</emphasis> recours, l'auteur sera
intéressé par la pile d'appels au moment du plantage du jeu. Voici
comment procéder :</para>
<para>Il arrive que les distributions configurent leur système
d'exploitation en sorte que les fichiers core (qui sont
principalement utiles aux programmeurs) ne sont pas générés. La
première étape est d'autoriser votre système à générer des fichiers
core de taille illimitée :</para>
<screen>
ulimit -c unlimited
</screen>
<para>Vous devrez maintenant recompiler le programme et passer
l'option <option>-g</option> à <application>gcc</application>
(l'explication dépasse la portée de ce document). À présent,
exécutez le jeu et répétez ce qui a fait planter le programme pour
générer à nouveau un fichier core. Exécutez le débogueur avec le
fichier core comme second argument :</para>
<screen>
$ gdb ExécutableJeuChouette core
</screen>
<para>À l'invite, tapez <userinput>backtrace</userinput>. Vous verrez
quelque chose comme : </para>
<screen>
#0 printf (format=0x80484a4 "z is %d.\n") at printf.c:30
#1 0x8048431 in display (z=5) at try1.c:11
#2 0x8048406 in main () at try1.c:6
</screen>
<para>Cela peut être assez long, mais utilisez votre souris pour
copier et coller ces informations dans un fichier. Envoyez-le par
courriel à l'auteur et indiquez-lui :</para>
<orderedlist numeration="arabic">
<listitem><para>le nom du jeu</para></listitem>
<listitem><para>le message d'erreur qui est apparu à l'écran quand
le jeu a planté.</para></listitem>
<listitem><para>ce qui a provoqué le plantage et s'il est
reproductible ou non.</para></listitem>
<listitem><para>la pile d'appels</para></listitem>
</orderedlist>
<para>Si vous avez une bonne bande passante, demandez à l'auteur s'il
souhaite le fichier core généré par son programme. S'il est d'accord,
envoyez-le lui. N'oubliez pas de lui demander au préalable, car les
fichiers core peuvent être très, très gros.</para>
</sect2>
<sect2 id="savedgames"><title>Parties sauvegardées</title>
<para>Si votre jeu permet de sauvegarder des parties, alors
l'envoi à l'auteur d'une copie de la partie sauvegardée est
utile car cela lui permet de reproduire le dysfonctionnement.
Pour les jeux commerciaux, cette possibilité est plus fructueuse
que d'envoyer un fichier core ou une pile d'appels car les jeux
commerciaux ne peuvent être recompilés de sorte à inclure des
informations de débogage. Vous devriez impérativement demander
avant d'envoyer une partie sauvegardée car ils ont tendance à
être gros, mais une société comme Loki Software dispose de
beaucoup de bande passante. <personname>
<firstname>Mike</firstname> <surname>
Phillips</surname></personname> (un ancien de Loki Software)
indique que l'envoi de sauvegardes de jeux à Loki est
définitivement une bonne chose.</para>
<para>Évidemment, cela ne s'applique que si votre jeu plante de façon
reproductible dans certaines circonstances. Si le jeu vous donne une
erreur de segmentation (<foreignphrase>segmentation
fault</foreignphrase>) à chaque fois que vous l'exécutez, ou est
incroyablement lent, une sauvegarde de jeu n'aura que peu
d'utilité.</para>
</sect2>
<sect2><title>Que faire quand on ne trouve pas un fichier ou une
bibliothèque (ou se faciliter la vie avec
<command>strace</command>)</title>
<para>Parfois, vous verrez des messages d'erreur indiquant qu'un
fichier n'a pu être trouvé. Le fichier pourrait être une
bibliothèque :</para>
<screen>
% ./exult
./exult: error while loading shared libraries: libSDL-1.2.so.0: cannot load shared object
file: No such file or directory
</screen>
<para>ou un fichier de données, comme un fichier <filename
class="extension">wad</filename> ou <filename
class="extension">map</filename> :</para>
<screen>
% qf-client-sdl
IP address 192.168.0.2:27001 UDP Initialized Error: W_LoadWadFile: couldn't load gfx.wad
</screen>
<para>Supposez que <filename>gfx.wad</filename> est déjà sur mon
système, mais qu'il ne peut être trouvé étant donné qu'il n'est pas
dans le bon répertoire. Mais alors, où est le bon répertoire ?
Ne serait-il pas utile de savoir où ces programmes recherchent les
fichiers manquants ?</para>
<para>C'est ici que <command>strace</command> brille. Il vous indique
quels appels système sont effectués, avec quels arguments, et quelles
sont les valeurs de retour. Dans mon <quote>Guide de
programmation de modules noyau</quote> (à paraître bientôt sur
le LDP), je souligne tout ce que vous devez savoir sur
<command>strace</command>. Mais voici les grandes lignes :
saisissez la commande</para>
<screen>
strace -o ./LS_LOG /bin/ls
</screen>
<para>L'option <option>-o</option> envoie la sortie de
<command>strace</command> dans un fichier, ici LS_LOG. Le dernier
argument de <command>strace</command> est le programme à surveiller,
ici <command>ls</command>. Regardez le contenu de
<filename>LS_LOG</filename>. Assez impressionnant, n'est-ce
pas ? Voici une ligne typique :</para>
<screen>
open(".", O_RDONLY|O_NONBLOCK|0x18000) = 4
</screen>
<para>Nous avons utilisé l'appel système <function>open()</function>
pour ouvrir <quote><filename
class="directory">.</filename></quote> avec divers arguments, et
la valeur de retour de l'appel est <returnvalue>4</returnvalue>. Quel
est le rapport avec les fichiers non trouvés ?</para>
<para>Supposez que je veuille regarder la démo de
<productname><foreignphrase>StateOfMind</foreignphrase></productname>
car je ne m'en lasse pas. Un jour, j'essaie de l'exécuter et quelque
chose se passe mal :</para>
<screen>
% ./mind.i86_linux.glibc2.1
Loading & massaging...
Error:Can't open data file 'mind.dat'.
</screen>
<para>Utilisons <command>strace</command> pour détecter l'endroit où
le programme recherchait le fichier de données.</para>
<screen>
strace ./mind.i86_linux.glibc2.1 2> ./StateOfMind_LOG
</screen>
<para>Lançant <application>vim</application> et recherchant toutes
les occurrences de <filename>mind.dat</filename>, je trouve les
lignes suivantes :</para>
<screen>
open("/usr/share/mind.dat",O_RDONLY) = -1 ENOENT (No such file)
write(2, "Error:", 6Error:) = 6
write(2, "Can\'t open data file \'mind.dat\'."..., ) = 33
</screen>
<para>Je ne recherchais <filename>mind.dat</filename> que dans
un seul répertoire. Il apparaît clairement que
<filename>mind.dat</filename> n'est pas dans <filename
class="directory">/usr/share</filename>. Nous pouvons maintenant
essayer de localiser <filename>mind.dat</filename> et de le
déplacer dans <filename class="directory">/usr/share</filename>
ou, mieux, créer un lien symbolique.</para>
<para>Cette méthode fonctionne également pour les bibliothèques.
Supposez que la bibliothèque <filename
class="libraryfile">libmp3.so.2</filename> est située dans <filename
class="directory">/usr/local/include</filename> mais que votre
nouveau jeu
<productname><foreignphrase>Kill-Metallica</foreignphrase></productname>
ne le trouve pas. Vous pouvez utiliser <command>strace</command> pour
déterminer où
<productname><foreignphrase>Kill-Metallica</foreignphrase></productname>
doit rechercher la bibliothèque et créer un lien symbolique de
<filename class="symlink">/usr/local/include/libmp3.so.2</filename>
vers l'endroit où
<productname><foreignphrase>Kill-Metallica</foreignphrase></productname>
recherchait le fichier de bibliothèque.</para>
<para><command>strace</command> est un utilitaire très puissant.
Quand vous essayez de savoir pourquoi quelque chose n'est pas trouvé,
il est votre meilleur allié, et est même plus rapide que la
consultation du code source. De plus, vous ne pouvez pas rechercher
d'informations dans le code source des jeux commerciaux de Lokisoft
ou Tribsoft. Mais vous pouvez toujours utiliser
<command>strace</command> !</para>
</sect2>
<sect2 id="hosedconsoles"><title>Consoles corrompues</title>
<para>Parfois, un jeu se termine anormalement et votre console
se retrouve alors dans un état bizarroïde : le texte à
l'écran est du charabia, votre bel écran noir habituel ressemble
à un écran semi-graphique, et cætera. Quand vous tapez sur
<keycap>Entrée</keycap>, un retour à la ligne n'est pas
reproduit à l'écran. Parfois, certaines touches du clavier ne
répondent pas. La déconnexion suivie d'une reconnexion ne marche
pas toujours, mais il y a d'autres possibilités :</para>
<itemizedlist>
<listitem><para>Si aucun des caractères que vous tapez
n'apparaît à l'écran, les réglages de votre terminal peuvent
être incorrects. Essayez
<quote>stty echo</quote>. Cela devrait
rétablir l'écho des caractères.</para></listitem>
<listitem><para>À l'invite, tapez <userinput>reset</userinput>.
Cela devrait éliminer beaucoup de problèmes, y compris les consoles
corrompues par un jeu basé sur SVGAlib ou
ncurses.</para></listitem>
<listitem><para>Essayez de ré-exécuter le même jeu normalement. Une
fois, j'ai dû tuer <productname><foreignphrase>Quake
III</foreignphrase></productname> en toute hâte, et j'ai donc
effectué un <keycombo action="simul"> <keycap>ctrl</keycap>
<keycap>alt</keycap> <keycap>backspace</keycap> </keycombo>. La
console était corrompue et présentait un écran quasi-graphique.
Exécuter <productname><foreignphrase>Quake
III</foreignphrase></productname> et le quitter normalement a
corrigé le problème.</para></listitem>
<listitem><para>Les commandes <command>deallocvt</command> et
<command>openvt</command> fonctionneront pour la plupart des autres
problèmes. <command>deallocvt <parameter>N</parameter></command>
tue entièrement le terminal <literal>N</literal>, de sorte que
<literal>Alt-FN</literal> ne fonctionne plus du tout.
<command>openvt <option>-c
<parameter>N</parameter></option></command> ou <userinput>openvt
<option>-c <parameter>N</parameter></option></userinput> le
redémarre.</para></listitem>
<listitem><para>Si certaines touches de votre clavier ne
fonctionnent pas, faites preuve de créativité. Si vous voulez
redémarrer mais que la touche <keycap>o</keycap> ne fonctionne
pas, essayez d'employer <command>halt</command>. Une méthode
que j'ai expérimentée est de taper une commande à l'invite et
d'utiliser des caractères à l'écran en utilisant le
copier-coller avec la souris. Par exemple, vous pouvez taper
<userinput>ps ax</userinput>, et vous êtes sûr(e) d'avoir un
<keycap>h</keycap>, <keycap>a</keycap>, <keycap>l</keycap> et
un <keycap>t</keycap> quelque part à l'écran. Vous pouvez
utiliser la souris pour copier et coller le mot
<quote>halt</quote>.</para></listitem>
<listitem><para>L'option la plus regrettable est le
redémarrage. Si c'est possible, un arrêt ordonné est
préférable ; utilisez <command>halt</command> ou
<command>shutdown</command>. Sinon, utilisez
<command>ssh</command> depuis une autre machine. Cela
fonctionne parfois quand votre console présente d'importants
dysfonctionnements. Dans le pire des cas, appuyez sur le
bouton Reset ou Power (réinitialisation ou arrêt de
l'alimentation).</para></listitem>
</itemizedlist>
<para>Notez que si vous utilisez un système de fichiers
journalisé comme ext3, reiserfs ou xfs, l'appui sur le bouton
Power n'est pas aussi néfaste que cela. Vous êtes toujours
supposé arrêter la machine d'une façon ordonnée, mais
l'intégrité du système de fichiers sera préservée. Vous ne
verrez normalement pas de <command>fsck</command> pour les
partitions qui utilisent le système de fichiers
journalisé.</para>
</sect2>
<sect2><title>Système bloqué</title>
<para>Quand un ordinateur se bloque, le clavier et la souris ne
répondent plus du tout. C'est une conséquence directe d'un bogue
dans le noyau Linux. Bien que Linux soit réputé pour sa
stabilité, de telles choses peuvent arriver, en particulier avec
les jeux qui occasionnent des événements matériels extrêmement
synchronisés se produisant très rapidement, même pour un
ordinateur. Quand un ordinateur se bloque, cela peut être un
<quote>blocage total</quote>, signifiant que le noyau
a complètement cessé de fonctionner. Cela indique souvent que le
matériel est en cause. Le seul remède à ce type de blocage est
d'appuyer sur le bouton Reset ou Power. Le blocage peut
également être <quote>léger</quote>, à savoir que le
noyau fonctionne toujours dans une certaine mesure. Il est
possible de se remettre gracieusement de cette situation.</para>
<itemizedlist>
<listitem><para>La première chose à essayer est de taper
<keycombo action="simul">
<keycap>control</keycap>
<keycap>alt</keycap>
<keycap>backspace</keycap>
</keycombo>
qui tue X. Si vous récupérez le contrôle sur votre système, le
noyau n'était pas réellement bloqué. Si cela ne fonctionne pas
après quelques secondes, il faut alors redémarrer le système en
suivant les recommandations suivantes :</para></listitem>
<listitem><para>Utilisez <keycombo action="simul">
<keycap>control</keycap> <keycap>alt</keycap>
<keycap>delete</keycap> </keycombo> pour redémarrer le système.
Vous savez que cela a fonctionné si l'ordinateur émet un bip après
quelques secondes (c'est le BIOS qui dit <quote>Tout est
OK</quote> au cours du cycle de démarrage).</para></listitem>
<listitem><para>Connectez-vous à partir d'un autre système via ssh.
Si vous y parvenez, redémarrez ou arrêtez le
système.</para></listitem>
<listitem><para>Si cela n'est pas possible, vous devrez utiliser la
<quote>touche magique <keycap>SysRq</keycap></quote> qui
est documentée dans
<filename>/usr/src/linux/Documentation/sysrq.txt</filename>. Voici
un résumé pour l'architecture x86 (consultez la documentation pour
les autres architectures). Notez que si votre clavier n'a pas de
touche <keycap>SysRq</keycap>, il vous faudra utiliser la touche
<keycap>PrintScreen</keycap> :
<orderedlist>
<listitem><para>Tapez <keycombo action="simul">
<keycap>Alt</keycap> <keycap>SysRq</keycap>
<keycap>s</keycap></keycombo> pour tenter de synchroniser vos
systèmes de fichiers montés afin que les changements apportés
aux fichiers soient effectués sur disque. Vous pouvez
entendre de l'activité du disque dur. Si vous regardez sur
une console, le système devrait afficher le nom des
périphériques pour lesquels cette opération a eu
lieu.</para></listitem>
<listitem><para>Quelques secondes plus tard, tapez <keycombo
action="simul"> <keycap>Alt</keycap> <keycap>SysRq</keycap>
<keycap>u</keycap></keycombo> pour essayer de remonter les
systèmes de fichiers montés en mode lecture seule. Vous
devriez entendre de l'activité disque. Si vous examinez une
console, le système affichera les périphériques qui ont été
remontés.</para></listitem>
<listitem><para>Après un bref moment, utilisez <keycombo
action="simul"> <keycap>Alt</keycap> <keycap>SysRq</keycap>
<keycap>b</keycap></keycombo> pour redémarrer le
système.</para></listitem>
<listitem><para>Vous pouvez aussi taper <keycombo
action="simul"> <keycap>Alt</keycap> <keycap>SysRq</keycap>
<keycap>h</keycap></keycombo> pour obtenir un écran d'aide
ultra-concis.</para></listitem>
</orderedlist></para></listitem>
</itemizedlist>
<para>Pour prendre en charge la touche magique
<keycap>SysRq</keycap>, votre noyau doit avoir été compilé à cet
effet. Vous trouverez cette option sous
<quote><literal>Kernel Hacking | Kernel Debugging | Magic
SysRq key</literal></quote>. Si la séquence magique
<keycap>SysRq</keycap> n'éteint pas correctement votre système,
votre noyau s'est réellement bien planté et le seul remède est
d'utiliser le bouton Reset ou Power.</para>
</sect2>
</sect1>
<sect1><title>Cartes vidéo</title>
<sect2><title>Historique</title>
<para>Il était une fois, une société de San Jose, en Californie,
appelée <trademark>3dfx Interactive</trademark> dominait le marché
des cartes vidéo destinées au jeu. En octobre 1996, elle a mis sur le
marché la Voodoo I, qui a connu un succès phénoménal. C'était la
première carte proposant une accélération matérielle, mais elle
n'effectuait que du rendu 3D ; il fallait une seconde carte
vidéo 2D de haute qualité pour effectuer le rendu 2D (Matrox était
immensément populaire à l'époque) alors que les informations 3D
(voyez Glide2, à la <xref linkend="glide2"/>) sont transmises à la
Voodoo I et rendues, en utilisant le matériel rapide de la Voodoo
pour effectuer les calculs graphiques nécessaires. La Voodoo Rush est
sortie en avril 1996. Elle aurait dû être plus puissante, avec un GPU
cadencé à 50 Mhz et 8 Mo de RAM. Mieux encore, elle
constituait leur première carte combinée 2D/3D, libérant un port PCI
précieux (la plupart des PC n'avaient que deux ports PCI à l'époque)
mais la Rush n'a pas été aussi populaire. 3dfx a supprimé l'unité
multi-textures de la Rush, qui a dès lors été surclassée par la
Voodoo I. Pendant ce temps-là, ATI produisait sa série de Rage et
nVidia celle de Riva 128, mais la Voodoo I dominait toujours
largement.</para>
<para>C'était une belle époque pour Linux. id Software avait libéré
le code source de Doom et porté Quake I sous Linux (décembre 1996).
Nous goûtions pour la première fois au jeu commercial réel. Le choix
était vite fait : vous achetiez une Voodoo. Et vous vous sentiez
bien, car 3dfx avait ouvert ses pilotes. La reine des cartes vidéo
fonctionnait grâce à des développeurs Linux. Non seulement nous
disposions des meilleures cartes vidéo, mais de plus leurs pilotes
étaient tous <foreignphrase>open source</foreignphrase>.</para>
<para>En mars 1998, 3dfx lançait la Voodoo II, avec sa bande passante
mémoire de 3.6 Go/sec, 12 Mo de mémoire vidéo et un
cœur fonctionnant à 90 MHz. Elle permettait des
résolutions allant jusqu'à 1024x768. C'était 3dfx à son apogée. Comme
la Voodoo I, la Voodoo II était une carte ne s'occupant que de la 3D,
et se reposant sur une autre carte vidéo pour la 2D. La Voodoo
Banshee est sortie en septembre 1998 comme une carte combinée 2D/3D,
comme la Rush. Malgré un cœur plus rapide fonctionnant à
100 MHz, la Banshee était dépassée par la Voodoo II du fait de
la suppression de l'unité multi-textures, comme pour la Rush. Et à
nouveau, comme la Rush, elle n'était pas populaire. Mais 3dfx régnait
en maître, et personne ne pouvait leur faire de l'ombre.</para>
<para>La Voodoo III est sortie en avril 1999. Il y en a eu plusieurs,
au cœur variant de 143 à 183 MHz. Certaines versions
disposaient d'une sortie TV. Il y avait des versions PCI et AGP
(c'était la première carte vidéo AGP). C'était un autre succès, mais
3dfx commençait à perdre du terrain au profit de nVidia, qui
produisait la TNT 2. Celle-ci surclassait la Voodoo II, et offrait
une accélération 3D avec des couleurs 32 bits, alors que les Voodoo
étaient limitées aux couleurs 16 bits. Mais la vie était toujours
belle pour Linux. Nous disposions d'une carte qui était pratiquement
au coude à coude avec nVidia, nos pilotes étaient <foreignphrase>open
source</foreignphrase> et, en décembre 1999, id Software nous a fait
un grand cadeau : ils ont ouvert le code source de Quake
I.</para>
<para>Ensuite, la GeForce 256 de nVidia est apparue en octobre 1999.
La Voodoo IV de 3dfx, son concurrent direct, avait à peu près une
année de retard, ce qui est pour le moins ennuyeux quand on se bat
sur un marché <quote>de pointe</quote>. Alors que les
travaux en recherche et développement de nVidia étaient appliqués à
ses cartes, 3dfx ne faisait qu'ajouter de la RAM plus rapide. Les
Voodoo IV et V rendaient les couleurs 32 bits, prenaient très bien en
charge l'<link linkend="aa">anti-crénelage</link>, proposaient un
second GPU, plus de mémoire, et étaient pour ainsi dire supérieures
aux autres cartes vidéo. Néanmoins, la sortie tardive des Voodoo IV
et V couplée au fait qu'on pouvait obtenir la GeForce pour moitié
moins explique le naufrage rapide de 3dfx. Pour Linux, les plus
récentes Voodoo ne pouvaient accélérer que pour les couleurs 16 et 24
bits. Pire encore, le second GPU de la Voodoo V n'était pas exploité
par le pilote Linux (et, à ce jour, la Voodoo V est fonctionnellement
équivalente à la Voodoo IV sous Linux). La plupart des utilisateurs
Windows sont passés à nVidia et, bien que les pilotes de cette
dernière étaient propriétaires, même les utilisateurs Linux
commençaient à la choisir. VA Linux, le plus grand vendeur des
serveurs Linux, plaçait des nVidia dans ses machines.</para>
<para>Ensuite, en avril 2000, 3dfx a été attaqué sur un autre
front : ATI commençait à produire sa première génération de
Radeon. Auparavant, ATI avait toujours été un fabricant de puces
graphiques innovant (leurs propres puces accélératrices 3D datent de
1996, à peu près au même moment que 3dfx), mais fort discret. Les
Radeon étaient leur première carte accélératrice 3D à réellement
intéresser les joueurs. Leurs Radeon écrasaient à la fois nVidia et
3dfx. Ils ont collaboré avec des développeurs Linux, ont ouvert le
code source de tous leurs pilotes et ont été acclamés comme le grand
espoir pour le jeu sous Linux. nVidia revint à la charge, et c'en
était trop pour 3dfx. Entre la défaite dans les bancs d'essais contre
la GeForce et la Radeon, leurs nouvelles cartes en retard et leurs
prix élevés, 3dfx avait perdu sa part de marché et n'avait plus les
fonds nécessaires pour continuer ses activités. Le 18 avril 2001, ils
ont vendu la plupart des leurs avoirs et technologies à nVidia et, en
octobre 2002, ont finalement fait aveu de faillite.</para>
<para>La disparition de 3dfx était très soudaine et une gifle pour la
communauté <foreignphrase>open source</foreignphrase>. Je me souviens
toujours de mon ami <personname> <firstname>Gabe</firstname>
<surname> Rosa</surname></personname> m'envoyant un courriel avec ces
simples mots <quote><literal>Look at /.</literal></quote>
(Va voir sur slashdot) et la vision de la nouvelle. C'était le 2e
jour le plus sombre de l'histoire du jeu sous Linux (après la mort de
Loki). Et c'était aussi vraiment dommage. 3dfx était sur le point de
sortir une nouvelle Voodoo V avec 4 GPU qui aurait écrasé les offres
de ATI et nVidia, ainsi qu'une nouvelle carte au nom de code
<quote>Rampage</quote> qui les auraient ramené sur le
devant de la scène. On raconte que la technologie de Rampage (qui a
été vendue à nVidia) s'est retrouvée dans la GeForce 5900. Pas trop
mal pour une technologie vieille de 3 ans !</para>
<para>Au début, tout était simple. Les joueurs Linux gardaient soit
leurs Voodoo <foreignphrase>open source</foreignphrase>, acquéraient
une Radeon <foreignphrase>open source</foreignphrase> ou une GeForce
propriétaire. Néanmoins, les jeux grossissant et s'améliorant, ce
n'était qu'une question de temps avant que les Voodoo ne soient plus
viables pour les jeux modernes. Certains utilisaient toujours des
Voodoo, mais ces personnes étaient pratiquement hors du coup en ce
qui concerne le jeu.</para>
<para>ATI a produit un nombre incroyable de versions de chaque carte
vidéo, et il devenait difficile de suivre l'évolution de leur
terminologie. ATI et nVidia dominaient le marché. Leurs produits ont
toujours été au coude à coude depuis lors, la GeForce prenant
l'avantage un peu plus souvent que la Radeon. Mais les pilotes de la
Radeon étaient <foreignphrase>open source</foreignphrase>, et de
nombreux utilisateurs Linux lui restaient fidèles. Ensuite, cela
s'est compliqué.</para>
<para>ATI a commencé à devenir de plus en plus réticent aux pilotes
<foreignphrase>open source</foreignphrase> pour leurs nouvelles
cartes et, soudainement, il n'était plus facile de savoir qui était
le <quote>bon</quote>. L'excuse de nVidia était qu'une
partie de leur code GL est sous licence d'une autre société, et ne
peut par conséquent pas être <quote>libérée</quote>.
Vraisemblablement, ATI ne veut pas collaborer afin de conserver ses
secrets de fabrique. Et cela ne s'arrange pas. Les pilotes ATI Linux
ont souffert de performances extrêmement faibles. Même quand une
offre de ATI est meilleure que celle de la GeForce du moment pour
Windows, la carte est toujours écrasée par la GeForce sous Linux. Du
fait de pilotes ATI Linux calamiteux, les utilisateurs Linux ne
peuvent se fier aux bancs d'essais ou aux tests de cartes prévus pour
MS Windows. Ils ne sont tout simplement pas appropriés. Et c'est à
peu près au point où nous en sommes pour le moment.</para>
<para>Finalement, le seul véritable banc d'essais des cartes vidéo
sous Linux date malheureusement, à ma connaissance, de mars 2001,
entre une Radeon 32 DDR et une GeForce 2. Vous pouvez le consulter
vous-même sur <ulink
url="http://www.linuxhardware.org/features/01/03/19/0357219.shtml"></ulink>,
mais la conclusion est que la GeForce 2 domine de la tête et des
épaules la Radeon 32 DDR.</para>
</sect2>
<sect2><title>Situation actuelle (13 juillet 2003)</title>
<para>La dernière offre de nVidia est la GeForce 5900, basée sur le
jeu de composants NV35. Elle est bien prise en charge sous Linux par
des pilotes de haute qualité mais propriétaires. Ils ne fournissent
pas d'informations aux développeurs Linux, et vous ne pourrez donc
utiliser que leurs pilotes binaires ; ils ne font pas partie de
XFree86. nVidia utilise une architecture unifiée pratique :
leurs pilotes prennent en charge de la TNT 2 à la GeForce
5900.</para>
<para>ATI a travaillé avec les développeurs Linux pour toutes les
Radeon jusqu'à la Radeon 9200. Ces cartes font l'objet d'une prise en
charge 2D et 3D dans XFree86. Je ne suis pas entièrement sûr de la
qualité de ces pilotes <foreignphrase>open
source</foreignphrase> ; néanmoins,
<productname><foreignphrase>Soldier of Fortune
I</foreignphrase></productname> et <productname><foreignphrase>Heavy
Metal</foreignphrase></productname> ont toujours des problèmes de
textures opaques avec la première génération de Radeon. Après la
9200, vous devez utiliser les pilotes binaires propriétaires,
disponibles au format rpm, depuis le site web de ATI. Ces pilotes
sont abominables : un de mes amis m'affirme que sa GeForce 4400
surclasse sa Radeon 9700 pro. C'est une honte !</para>
<para>Sur le papier, et selon les bancs d'essais pour Windows, la
Radeon 9800 écrase la mal-conçue GeForce 5800 et dépasse légèrement
la GeForce 5900. Sur le papier, elle est tout simplement la carte la
plus impressionnante. Mais, à nouveau, le problème des pilotes ne
nous permet pas d'en bénéficier. Si vous désirez acheter la meilleure
carte pour Linux, vous devrez utiliser la GeForce 9800. Préparez-vous
simplement à manger des nouilles pendant quelques mois : les
deux cartes sont excessivement chères.</para>
<sect3><title>Support de SVGAlib</title>
<para>Au 30 juin 2002, la prise en charge par la SVGAlib des
cartes Radeon est problématique. Les développeurs ont rapporté
que SVGAlib fonctionne avec les Radeon 7500 et Radeon QD (modèle
64 Mo DDR) mais a quelques soucis avec la Radeon VE.</para>
<para>Je ne dispose pas d'informations concernant les cartes
GeForce.</para>
</sect3>
</sect2>
<sect2><title>Quelle carte vidéo dois-je acheter ? (13 juillet
2003)</title>
<para>La réponse était très difficile l'an dernier, mais voici mon
opinion :</para>
<orderedlist numeration="arabic">
<listitem><para>Toutes les cartes GeForce requièrent un pilote
propriétaire qui <quote>salit</quote> votre noyau.
Néanmoins, c'est également la cas de toutes les cartes ATI
suivant la Radeon 9200.</para></listitem>
<listitem><para>nVidia a prouvé qu'elle se souciait suffisamment
de Linux pour écrire et actualiser des pilotes vidéo de haute
qualité pour Linux. Même quand ATI a ouvert le code source de ses
pilotes, ils se reposaient sur les développeurs Linux pour faire
le sale boulot. Leurs pilotes propriétaires actuels sont
ignobles.</para></listitem>
<listitem><para>La Radeon 9800 actuelle bat tout juste la GeForce
5900 dans les bancs d'essais et sur le plan des spécifications,
mais les utilisateurs Linux ne pourront en bénéficier du fait de
la faiblesse des pilotes de la 9800.</para></listitem>
<listitem><para>ATI a depuis longtemps l'habitude d'abandonner le
support de son matériel dès que c'est possible.</para></listitem>
<listitem><para>Sous MS Windows, quand la GeForce bat son
principal adversaire Radeon, les critiques affirment généralement
que les graphismes de la Radeon étaient plus soignés. Je ne sais
pas si cela se ressent également sous Linux.</para></listitem>
</orderedlist>
<para>En fin de compte, la plupart devrait acheter une GeForce pour
le moment.</para>
</sect2>
<sect2><title>Définitions : carte vidéo et terminologie 3D</title>
<para>Parlons à présent de la terminologie des cartes vidéo et des
graphiques 3D. Ce n'est pas primordial pour faire fonctionner un jeu
en pratique, mais cela peut vous aider à décider quelles options
matérielles et logicielles vous conviennent le mieux.</para>
<sect3 id="textures"><title>Textures</title>
<para>Une scène rendue est constituée à la base de polygones et de
lignes. Une texture est une image 2D (habituellement une bitmap)
recouvrant les polygones d'un monde 3D. Pensez à une couche de
peinture sur les polygones.</para>
</sect3>
<sect3 id="tl"><title><foreignphrase>T&L : Transform and
Lighting</foreignphrase></title>
<para>Le T&L (transformation et éclairage) est le processus de
traduction de toutes les informations du monde 3D (position,
distance et sources de lumière) en une image 2D effectivement
affichée à l'écran.</para>
</sect3>
<sect3 id="aa"><title><foreignphrase>AA : Anti
Aliasing</foreignphrase></title>
<para>L'anti-aliasing (anti-crénelage) est le lissage de l'effet
d'escalier d'une courbe ou d'un polygone, apparaissant lors du
dessin d'une ligne brisée ou d'une courbe composée de pixels (de
forme rectangulaire), aussi appelé
<quote>crénelage</quote>. Il se produit quand les pixels
forment une ligne crénelée plutôt qu'une courbe ou une ligne lisse.
L'AA utilise un filtrage gourmand en temps CPU pour lisser de tels
contours crénelés. Cela améliore l'aspect visuel d'un jeu, mais
peut également grever dramatiquement les performances.</para>
<para>L'AA est utilisé dans différentes situations. Par exemple,
quand vous grossissez une image, vous pouvez remarquer que des
lignes qui étaient lissent deviennent crénelées (essayez avec
<application>The Gimp</application>). Le rendu des polices de
caractères est une autre grande application pour l'AA.</para>
<para>L'AA peut être fait soit par l'application elle-même (comme
avec <application>The Gimp</application> ou le système de polices
de <application>XFree86</application>), soit par le matériel, si
votre carte le supporte. Puisque l'AA est gourmand en temps CPU, il
vaut mieux l'effectuer en matériel, mais si nous parlons
d'applications semi-statiques, comme <application>The
Gimp</application>, cela ne pose pas vraiment de problème. Pour les
situations dynamiques, comme les jeux, effectuer l'AA en matériel
peut être crucial.</para>
</sect3>
<sect3 id="fsaa"><title><foreignphrase>FSAA : Full Screen
Anti-Aliasing</foreignphrase></title>
<para>Le FSAA (anti-crénelage plein écran) implique habituellement
le dessin d'une version grossie de l'écran entier dans un
framebuffer séparé, en effectuant l'AA sur l'image entière puis en
la ramenant à la résolution normale. Comme vous pouvez l'imaginer,
c'est extrêmement gourmand en temps CPU. Vous ne verrez jamais de
FSAA non accéléré matériellement.</para>
</sect3>
<sect3 id="mipmapping"><title><foreignphrase>Mip
Mapping</foreignphrase></title>
<para>Le <quote>mip mapping</quote> est une technique
consistant à stocker diverses copies à l'échelle de la même texture
dans la mémoire de la carte vidéo, afin de représenter la texture à
différentes distances. Quand la texture est très éloignée, une plus
petite version de la texture est utilisée. Quand la texture est
proche, une plus grande est utilisée. Le <foreignphrase>mip
mapping</foreignphrase> peut être utilisé quelle que soit la <link
linkend="texturefiltering">méthode de filtrage</link>. Il réduit
non seulement les besoins en bande passante mémoire (puisque les
images sont stockées sur le matériel), mais offre également une
meilleure qualité d'image.</para>
</sect3>
<sect3 id="texturefiltering"><title>Filtrage de textures</title>
<para>Le filtrage de textures est la fonctionnalité fondamentale
requise pour fournir des graphiques 3D agréables. Il a plusieurs
applications, comme mélanger sans encombre des textures adjacentes,
et rendre réaliste des textures vues depuis un angle (p.ex.
regarder un panneau d'affichage depuis un angle extrême). Il existe
plusieurs techniques de filtrage de textures incluant
l'échantillonnage de points et les filtrages bilinéaire,
trilinéaire et anisotrope.</para>
<para>Quand je parle de <quote>dégradation de
performances</quote>, gardez à l'esprit qu'elle dépend de la
résolution utilisée. Par exemple, à une basse résolution, l'impact
sur les performances de l'utilisation du filtrage trilinéaire au
lieu du filtrage bilinéaire est négligeable. Mais à de hautes
résolutions, il peut être énorme. De plus, je ne connais aucune
carte qui utilise le filtrage de textures anisotrope. Les pilotes
TNT le prétendent, mais j'ai lu que ces pilotes utilisent toujours
le filtrage trilinéaire au moment du rendu réel d'une image à
l'écran.</para>
<sect4><title>Filtrage de textures avec échantillonnage de
points</title>
<para>L'échantillonnage de points est rare de nos jours, mais si
vous exécutez un jeu avec le <quote>rendu
logiciel</quote> (ce que vous devrez faire si vous exécutez
un jeu avec accélération 3D sans carte accélératrice 3D), vous
constaterez probablement son utilisation.</para>
</sect4>
<sect4><title>Filtrage de textures bilinéaire</title>
<para>Le filtrage bilinéaire est un filtrage de textures peu
exigeant en temps de calcul mais de basse qualité. Il approxime
les différences entre les textures en échantillonnant la couleur
des quatre texels les plus proches (supérieur, inférieur, gauche
et droit). Toutes les cartes vidéo accélératrices 3D modernes
peuvent effectuer du filtrage bilinéaire en matériel sans chute
des performances.</para>
</sect4>
<sect4><title>Filtrage de textures trilinéaire</title>
<para>Le filtrage trilinéaire est un filtre bilinéaire de haute
qualité qui utilise les quatre pixels les plus proches du
deuxième niveau de mip map (<foreignphrase>mip map
level</foreignphrase>) le plus approprié pour produire des
transitions plus douces entre les niveaux. Le filtrage
trilinéaire échantillonne à partir de huit pixels et les intègre
avant de calculer le rendu. Le filtrage trilinéaire utilise
toujours le <link linkend="mipmapping"><foreignphrase>mip
mapping</foreignphrase></link>. Il élimine l'effet de bandes qui
apparaît entre des niveaux adjacents. La plupart des cartes vidéo
accélératrices 3D peuvent effectuer du filtrage trilinéaire en
matériel sans impact sur les performances.</para>
</sect4>
<sect4><title>Filtrage de textures anisotrope</title>
<para>Le filtrage anisotrope est la meilleure mais la plus
demandeuse en temps de calcul des trois méthodes habituelles de
filtrage de textures. Le filtrage trilinéaire est capable de
produire de beaux résultats, mais il ne fait qu'échantillonner à
partir d'une zone carrée, ce qui n'est pas toujours la méthode
idéale. Anisotrope (signifiant <quote>depuis n'importe
quelle direction</quote>) échantillonne à partir de plus de
8 pixels. Le nombre de pixels utilisés et lesquels sont utilisés
dépendent de l'angle de vision de la surface par rapport à votre
écran. Il fait des merveilles lors de la visualisation de
caractères alphanumériques depuis un certain angle.</para>
</sect4>
</sect3>
<sect3><title><foreignphrase>Z-buffer</foreignphrase></title>
<para>Un Z-buffer est une partie de RAM qui représente la distance
entre l'observateur (vous) et chaque pixel d'un objet. Beaucoup de
cartes accélératrices 3D modernes disposent d'un z-buffer dans leur
RAM vidéo, ce qui accélère considérablement les choses, mais il
peut également être pris en charge par le moteur de rendu de
l'application. Néanmoins, ce type de choses devrait clairement être
fait en mémoire à chaque fois que c'est possible.</para>
<para>Chaque objet possède son ordre d'empilement, à la manière
d'une pile de cartes. Quand des objets sont rendus dans un
framebuffer 2D, le moteur de rendu supprime les surfaces cachées en
utilisant le Z-buffer. Il y a deux façons de s'y prendre. Les
moteurs stupides dessinent d'abord les objets éloignés puis
seulement les objets proches, cachant les objets situés en dessous
d'eux dans le Z-buffer. Les moteurs intelligents calculent quelles
portions des objets seront cachées par les objets situés au-dessus
et ne rendent tout simplement pas les portions que vous ne verriez
de toute façon pas. Pour les textures compliquées, cela offre des
grandes économies en temps processeur.</para>
</sect3>
</sect2>
</sect1>
<sect1><title>Son</title>
<sect2><title>Quelle carte son est la meilleure ?</title>
<para>Par <quote>meilleure</quote>, j'entends
<quote>meilleure pour le jeu</quote>. Les joueurs
demandent une haute qualité sonore sans trop de paramétrage à
effectuer. Les musiciens ont par contre d'autres exigences : le
concept de <quote>meilleure carte son</quote> sera
probablement différent pour eux. Si vous êtes un musicien, vous
devriez consulter le <quote>Guide pratique de la qualité du son
sous Linux</quote> (<foreignphrase><ulink
url="http://www.linuxdj.com/audio/quality/">Linux Audio Quality
HOWTO</ulink></foreignphrase>).</para>
<para>Maintenant que Linux commence à mûrir, cette question a perdu
de son importance. Auparavant, les cartes son sans puce MIDI intégrée
(la plupart des cartes son PCI) ne pouvaient pas interpréter le MIDI.
C'était principalement un problème pour les jeux comme
<productname>xdoom</productname> ou <productname>lxdoom</productname>
qui utilisent <application>musserv</application>. De nos jours, il
existe des émulateurs MIDI comme <application>Timidity</application>
et des bibliothèques comme SDL qui ne requièrent pas de support MIDI
matériel. Franchement, j'ai eu beaucoup de cartes et je n'ai pas
constaté de différences en ce qui concerne le jeu. Si vous voulez des
choses comme la conversion d'un enregistrement LP en format
numérique, alors votre choix de carte son se portera sur un
convertisseur analogique/numérique de niveau professionnel. Dans ce
guide, nous supposerons que vous êtes plus un joueur qu'un ingénieur
du son.</para>
<para>Votre décision devrait se baser sur la facilité de
configuration. Si vous avez déjà une carte qui fonctionne bien, c'est
suffisant. Si vous explorez le marché pour acheter une carte son,
prenez quelque chose qui ne prend qu'une seconde à configurer. Les
cartes PCI sont beaucoup plus faciles à gérer que les cartes ISA car
vous ne devez pas indiquer à leur pilote quelles ressources système
(IRQ, DMA, adresses d'entrée-sortie) utiliser. Certaines cartes ISA
sont plug-n-play, comme la Creative AWE-64, et le noyau Linux a
beaucoup évolué pour les auto-configurer.
</para>
<para>Ma recommandation personnelle est une carte à base de es1370 ou
es1371, qui utilise les pilotes son es1370 et es1371 sous Linux. Ces
cartes vont de la plus ancienne Ensoniq es1370 à la plus récente
Creative PCI-128. Ces cartes sont très bon marché et triviales à
faire fonctionner sous Linux. </para>
<para>J'étais un grand fan des cartes son Creative Soundblaster AWE
32, AWE 64 et AWE 64 gold. Ces cartes ISA PnP sont bien prises en
charge à la fois par OSS et par Alsa. Elles utilisent toutes la même
puce de synthèse sonore E-mu 8000 qui leur permet de jouer 32 voix
simultanément (elles ont 32 <quote>canaux</quote>). Elles
sont ISA, mais plug-n-play. Quelques remarques : primo, le
<foreignphrase>Soundblaster AWE HOWTO</foreignphrase> est très
dépassé. Secundo, la AWE 64 et la AWE 64 gold peuvent jouer jusqu'à
64 voix simultanément, mais cela est fait en logiciel. Creative n'a
jamais publié de pilote Linux pour ces cartes (ni n'ont publié
d'informations de programmation à ce sujet), et les utilisateurs
Linux ne peuvent donc pas utiliser les 32 canaux supplémentaires de
la AWE 64 et de la AWE 64 gold. Pour eux, ces trois cartes sont
complètement identiques (bien que la AWE 64 gold ait des connecteurs
plaqués or, qui offrent une meilleure qualité de son que les
connecteurs en acier habituels).</para>
<para>La Creative Soundblaster Live! est une carte son PCI
extrêmement populaire de nos jours. Je n'en ai jamais possédé, et je
ne peut donc pas vous donner mes impressions. Néanmoins, on a reporté
à de nombreuses reprises des problèmes sérieux avec la Live! et les
cartes mères AMD qui utilisent le southbridge 686b. Une recherche sur
Google devrait produire un tas d'informations sur ce problème.</para>
<para>Un élément plus pertinent est les haut-parleurs, mais même ici
la différence n'est pas énorme. J'ai eu des haut-parleurs Altec
Lansing coûteux qui ne fonctionnent que légèrement mieux que les
haut-parleurs bon marché. Tout dépend du prix que vous êtes
disposé(e) à mettre, mais ne vous attendez pas à de grosses
différences. Vous devriez vous procurer quelque chose avec un caisson
de basses séparé : les différences sont perceptibles au prix de
câbles d'alimentation et de connecteurs supplémentaires.</para>
</sect2>
<sect2><title>Pourquoi le son ne fonctionne-t-il pas ?</title>
<para>Tout d'abord, votre jeu n'est probablement pas en cause ;
il s'agit probablement de votre configuration. À ma
connaissance, il y a 3 possibilités pour faire fonctionner une carte
son configurée sous Linux : les pilotes son libres OSS
accompagnant le noyau Linux, les pilotes Alsa et les pilotes son OSS
commerciaux. Personnellement, je préfère les pilotes OSS, mais
beaucoup ne jurent que par Alsa. Les pilotes commerciaux sont bons
quand vous avez du mal à faire fonctionner votre carte son avec des
méthodes libres. Ne crachez pas dessus : ils sont très bon
marché (du genre 10 ou 20 $), supportent des cartes son du
dernier cri et évitent beaucoup d'essai-erreur lors du processus de
configuration.</para>
<para>Il y a 5 choses qui peuvent mal se passer avec votre système
son : </para>
<orderedlist numeration="arabic">
<listitem><para>interruption partagée</para></listitem>
<listitem><para>pilote mal configuré</para></listitem>
<listitem><para>quelque chose accède déjà à la carte son</para></listitem>
<listitem><para>mauvais pilote utilisé</para></listitem>
<listitem><para>problème de permissions</para></listitem>
</orderedlist>
<sect3><title>Interruption partagée</title>
<para>La première chose à faire est de savoir s'il y a un conflit
d'IRQ. Les cartes ISA ne peuvent pas partager de canaux
d'interruption. Les cartes PCI le peuvent, mais certains types de
cartes à grande bande passante n'aiment tout simplement pas
partager, en ce compris les cartes réseau et son. Pour déterminer
si vous avez un conflit, tapez
<userinput>cat /proc/interrupts</userinput>. J'obtiens comme
sortie sur mon système :
</para>
<screen>
$ cat /proc/interrupts
CPU0 CPU1
0: 24185341 0 XT-PIC timer
1: 224714 0 XT-PIC keyboard
2: 0 0 XT-PIC cascade
5: 2478476 0 XT-PIC soundblaster
5: 325924 0 XT-PIC eth0
11: 131326 0 XT-PIC aic7xxx
12: 2457456 0 XT-PIC PS/2 Mouse
14: 556955 0 XT-PIC ide0
NMI: 0 0
LOC: 24186046 24186026
ERR: 1353
</screen>
<para>La seconde colonne est présente car j'ai 2 processeurs sur
cette machine ; si vous n'en avez qu'un, vous n'aurez qu'une
seule colonne CPU. Les nombres sur la gauche sont les IRQ
attribuées et les chaînes de caractères sur la droite indiquent
quel périphérique a été assigné à cette IRQ. Vous pouvez voir que
j'ai un conflit entre la carte son (soundblaster) et la carte
réseau. Elles partagent l'IRQ 5. En fait, j'ai créé cet exemple de
toutes pièces car je voulais vous montrer à quoi ressemble un
conflit d'IRQ. Mais si j'avais ce conflit, ni mon réseau ni mon son
ne fonctionneraient correctement (ou ne fonctionneraient tout
court !).</para>
<para>Si la carte son est une PCI, le plus simple est de simplement
déplacer l'une des cartes dans un port différent et d'espérer que
le BIOS trie tout correctement. Une méthode plus avancée serait
d'aller dans le BIOS et d'attribuer des IRQ à des ports
spécifiques. Les BIOS modernes en sont capables.
</para>
</sect3>
<sect3><title>Pilote mal configuré</title>
<para>Parfois, une carte utilisera toujours une certaine IRQ
(uniquement pour les cartes ISA). Alternativement, certaines cartes
ISA peuvent être configurées pour utiliser une IRQ spécifique en
utilisant des cavaliers sur la carte elle-même. Avec ce type de
cartes, vous devez passer les IRQ, adresses mémoire et port
d'entrée-sortie corrects au pilote.</para>
<para>C'est un sujet spécifique à la carte son, qui dépasse le cadre
de ce guide.</para>
</sect3>
<sect3><title>Quelque chose accède déjà à votre carte son</title>
<para>Peut-être une application accède-t-elle déjà à votre carte
son ? Par exemple, peut-être y a-t-il un lecteur MP3 qui est
en mode pause… Si quelque chose accède déjà à votre carte,
d'autres applications ne pourront l'utiliser. Même s'il a été conçu
pour partager la carte entre des applications, je trouve que
<application>esd</application> (le serveur de son de Enlightenment)
ne fonctionne pas toujours correctement. Le meilleur outil est
<command>lsof</command>, qui montre quels processus accèdent à un
fichier. Votre carte son est représentée par <filename
class="devicefile">/dev/dsp</filename>. À l'instant, j'écoute
un MP3 (pas de Metallica bien sûr…) avec
<application>mp3blaster</application>.
</para>
<screen>
# lsof /dev/dsp
COMMAND PID USER FD TYPE DEVICE SIZE NODE NAME
mp3blaste 1108 p 6w CHR 14,3 662302 /dev/dsp
</screen>
<para><command>fuser</command> est similaire, mais vous permet
d'envoyer un signal à un processus quelconque accédant au fichier
de périphérique. </para>
<screen>
# fuser -vk /dev/dsp
USER PID ACCESS COMMAND
/dev/dsp root 1225 f.... mp3blaster
root 1282 f.... mp3blaster
</screen>
<para>Après avoir saisi la commande,
<application>mp3blaster</application> a été tué par un signal
SIGKILL. Voyez les pages de manuel de <command>lsof</command> et
<command>fuser</command> ; elles sont très utiles. Vous devrez
les exécuter en tant que root car vous demandez des informations
concernant des processus pouvant appartenir à root.
</para>
</sect3>
<sect3><title>Mauvais pilote (ou aucun pilote) utilisé</title>
<para>Il n'y a que deux façons de configurer votre
carte :</para>
<orderedlist numeration="arabic">
<listitem><para>La prise en charge doit être compilée directement
dans le noyau</para>
</listitem>
<listitem><para>Le bon pilote doit être chargé en mémoire</para>
</listitem>
</orderedlist>
<para>Vous pouvez trouver quel pilote utilise votre carte son en
utilisant <command>lsmod</command> ou en examinant la sortie de
<command>dmesg</command>. Étant donné que le son est de première
importance pour moi, je le compile toujours dans mes noyaux. Si
aucun pilote n'est chargé, vous devez déterminer ce qui a été
compilé dans votre noyau. Ce n'est pas si facile. Il vaut mieux
compiler votre noyau. À propos, sachez que la compilation de
votre propre noyau est la première étape vers la compétence sous
Linux. C'est pénible la première fois, mais une fois que c'est fait
correctement, cela devient très facile, en particulier si vous
conservez tous vos anciens fichiers <filename>.config</filename> et
utilisez des choses comme <userinput>make oldconfig</userinput>.
Voyez le <quote>Guide pratique du noyau Linux</quote>
(<ulink
url="&howto;Kernel-HOWTO.html"><foreignphrase>Kernel-HOWTO</foreignphrase></ulink>)
pour les détails.
</para>
<para>Si vous n'avez pas compilé votre noyau vous-même, il est très
probable que votre système soit configuré de sorte à charger les
pilotes son sous forme de modules. C'est ainsi que fonctionnent les
distributions. Compilez tout ce qui est possible sous forme de
module et essayez de les charger tous. Ainsi, si vous ne voyez pas
le pilote de votre carte son avec <application>lsmod</application>,
votre carte n'est probablement pas encore configurée.</para>
</sect3>
<sect3><title>Problème de permissions</title>
<para>Si la carte son ne fonctionne que lorsque vous êtes root,
vous avez probablement un problème de permissions. Si c'est le cas,
sous root, examinez le groupe propriétaire de la carte son en
utilisant <userinput>ls -l /dev/dsp</userinput> ; il
s'agira probablement de <literal>audio</literal>. Ensuite, sous
root, ajoutez votre utilisateur non-root au groupe
<literal>audio</literal> dans <filename>/etc/group</filename>. Par
exemple, j'ai ajouté les utilisateurs <literal>toto</literal> et
<literal>lulu</literal> au groupe <literal>audio</literal> sur mon
système :</para>
<screen>
audio:x:29:toto,lulu
</screen>
<para>N'oubliez pas d'utiliser <command>grpconv</command> si vous
utilisez les mots de passe masqués (<foreignphrase>shadow
passwords</foreignphrase>), ce qui devrait être le cas sur la
plupart des distributions récentes, afin de préserver une
configuration de groupes cohérente. Ensuite, déconnectez-vous et
reconnectez-vous comme utilisateur normal. Votre carte son devrait
fonctionner à présent. Merci à <personname> <firstname>James
</firstname><surname>Barton</surname></personname> pour m'avoir
rappelé d'ajouter ceci à ce guide.</para> </sect3>
</sect2>
</sect1>
<sect1><title>Problèmes divers</title>
<sect2><title>Problèmes d'accélération matérielle</title>
<para><application>XFree86</application> 4.x fournit une approche
plus centralisée et plus autonome en ce qui concerne la vidéo.
Beaucoup des joyeusetés comme les modules noyau pour un accès non
root aux cartes vidéo ont, heureusement, disparu.</para>
<sect3><title>L'accélération matérielle ne fonctionne pas du
tout</title>
<para>Si vous obtenez quelque chose comme 1 image par seconde,
alors votre système n'utilise pas d'accélération matérielle 3D.
Voici deux causes possibles :</para>
<orderedlist numeration="arabic">
<listitem><para>votre système 3D est mal configuré (très
probable) ;</para>
</listitem>
<listitem><para>le jeu X est mal configuré (moins
probable).</para></listitem>
</orderedlist>
<para>La première étape est déterminer ce qui se passe.</para>
<orderedlist numeration="arabic">
<listitem>
<para>Si vous utilisez X 4.0 (les utilisateurs de X 3.*
passeront à l'étape 2), regardez la sortie de la commande
<userinput>X -probeonly</userinput>. Vous verrez :</para>
<screen> (II) XXXXXX: direct rendering enabled </screen>
<para> ou </para>
<screen> (II) XXXXXX: direct rendering disabled </screen>
<para>où XXXXXXX dépend de la carte vidéo que vous possédez. Si
le rendu direct est désactivé, alors votre configuration X est
en cause, et pas le jeu. Vous devez déterminer pourquoi le DRI
est désactivé. L'outil le plus important est le
<quote>Guide de l'utilisateur DRI</quote>
(<foreignphrase>DRI Users Guide</foreignphrase>). C'est un
document très bien écrit qui vous donne des informations pas à
pas sur la façon de configurer correctement le DRI pour votre
machine. Une copie est disponible sur <ulink
url="http://www.xfree86.org/4.0/DRI.html"></ulink>.</para>
<para>Notez que si vous réussissez ce test, votre système est
<emphasis>capable</emphasis> de faire du rendu direct. Vos
bibliothèques peuvent toujours être en cause. Passez donc à
l'étape 2. </para>
</listitem>
<listitem><para>Il existe un programme appelé
<command>glxgears</command> qui accompagne le paquet
<quote>mesademos</quote>. Vous pouvez obtenir
mesademos sous Debian (<command>apt-get install
mesademos</command>) ou vous pouvez chercher le rpm sur <ulink
url="http://www.rpmfind.net"></ulink>. Vous pouvez également
télécharger les sources depuis le site officiel de mesa et les
compiler vous-même.</para>
<para>L'exécution de <command>glxgears</command> montrera des
pignons en rotation. La <command>xterm</command> depuis
laquelle vous exécutez <command>glxgears</command> affichera
<quote>X frames in Y seconds = X/Y FPS</quote> (X
images en Y secondes). Vous pouvez comparer votre système avec
la liste de bancs d'essais ci-dessous. </para>
<screen>
CPU TYPE VIDEO CARD X VERSION AVERAGE FPS
</screen>
<para>Compiler les modules Mesa et DRI vous-même peut vous
faire gagner 15 images par seconde, une grosse augmentation de
performances ! Donc, si vous obtenez, disons, 20 images
par seconde de moins qu'une machine comparable, il est possible
que <command>glxgears</command> utilise le rendu logiciel. En
d'autres termes, votre carte graphique n'accélère pas les
graphiques 3D.
</para>
<para>Plus important encore que le nombre d'images par seconde,
est la non-variation de ce nombre pour les petites et les
grandes fenêtres. Si l'accélération matérielle fonctionne, le
nombre d'images par seconde pour <command>glxgears</command>
devrait être pratiquement indépendant de la taille de fenêtre.
Si ce n'est pas le cas, alors vous ne bénéficiez d'aucune
accélération matérielle.
</para>
</listitem>
</orderedlist>
</sect3>
</sect2>
<sect2><title>L'accélération matérielle ne fonctionne que pour
root</title>
<sect3><title><application>XFree86</application> 4.x</title>
<para>Si les lignes suivantes ne sont pas présentes dans votre
fichier <filename>XF86Config-4</filename>, placez-les
y :</para>
<screen>
Section "DRI"
Mode 0666
EndSection
</screen>
<para>Cela permet aux utilisateurs non-root d'utiliser le DRI. Pour
les paranoïaques, il est possible de restreindre l'utilisation du
DRI à seuls quelques utilisateurs non-root. Voyez le
<foreignphrase>DRI User Guide</foreignphrase>.</para></sect3>
<sect3><title><application>XFree86</application> 3.x</title>
<sect4><title>Cartes Voodoo</title>
<para>L'accélération matérielle pour les cartes Voodoo a lieu
<emphasis>uniquement</emphasis> en couleurs 16 bits et échoue
silencieusement lors du démarrage de X avec un autre nombre de
couleurs.
</para>
<para>De plus, les cartes Voodoo ont besoin du module noyau
<filename>3dfx.o</filename> et d'un fichier de périphérique
<filename class="devicefile">/dev/3dfx</filename> (majeur 107,
mineur 0) pour l'accélération matérielle pour les utilisateurs
normaux (non root). Ni le module ni le fichier de périphérique ne
sont utilisés sous <application>XFree86</application> 4.x.
</para>
</sect4>
</sect3>
</sect2>
</sect1>
<sect1><title>Émulation et machines virtuelles</title>
<para>Linux est beaucoup critiqué du fait de l'absence de la profusion
de jeux présents sous d'autres plates-formes. Franchement, il y a assez
de jeux pour moi, même s'il serait très chouette d'avoir certains des
jeux du dernier cri et des classiques comme
<productname><foreignphrase>Half-life</foreignphrase></productname> et
<productname><foreignphrase>Carmageddon</foreignphrase></productname>.
Heureusement, il y a plus d'émulateurs que vous ne pouvez en tester.
Bien que jouer à un jeu émulé n'est pas aussi amusant que de le jouer
sur la machine originale, et que faire fonctionner correctement
certains émulateurs peut s'avérer difficile, ils existent, et il y en a
beaucoup !</para>
<sect2><title>Qu'est-ce qu'une machine virtuelle ?</title>
<para>Un <quote>véritable ordinateur</quote> fournit
beaucoup de choses à un système d'exploitation : CPU, canaux
d'entrée-sortie, mémoire, un BIOS pour fournir un accès de bas niveau à
la carte mère et aux ressources d'entrée-sortie, et cætera. Quand un système
d'exploitation veut écrire sur un disque dur, il communique par
l'intermédiaire d'un pilote de périphérique qui fait l'interface
directe avec le matériel.</para>
<para>Néanmoins, il est possible de donner à un programme toutes les
ressources matérielles dont il a besoin. Quand il veut accéder à un
disque dur, donnons-lui de la mémoire où écrire. Quand il veut
attribuer une IRQ, donnons-lui l'impression d'avoir attribué une IRQ.
Si vous faites ceci correctement alors, en principe, la pauvre
application est incapable de savoir si elle accède réellement au
matériel ou si on la trompe en lui donnant des ressources qui simulent
le matériel. Une machine virtuelle est l'environnement qui trompe les
applications en leur faisant croire qu'elles tournent sur une machine
réelle. Elle fournit tous les services offerts par un véritable
ordinateur.</para>
<para>Les machines virtuelles ont été à l'origine utilisées dans les
années 1960 pour émuler les systèmes d'exploitation à temps partagé. De
nos jours, nous les utilisons pour exécuter des logiciels qui ont été
conçus pour des systèmes d'exploitation différents, ou plus
communément, pour émuler un système d'exploitation entier. Du fait de
la nature des machines virtuelles, le système d'exploitation étranger
ne peut faire la différence entre fonctionnement à l'intérieur d'une
machine virtuelle et fonctionnement dans une
<quote>vraie</quote> machine.
</para>
</sect2>
<sect2><title>Apple 8 bits</title>
<para>Tous les émulateurs Apple ][ 8 bits requièrent une copie de la
ROM originale, quel que soit le système que vous voulez émuler, dans
un fichier. Si vous cherchez suffisamment bien, vous pouvez trouver
des copies des ROM pour les Apple ][, ][+, ][e, ][c et //gs. Ils sont
toujours propriété de Apple, et vous ne pouvez les utiliser
légalement que si vous possédez réellement un de ces ordinateurs.
</para>
<sect3><title>KEGS</title>
<para><application>KEGS</application>, de <personname>
<firstname>Kent </firstname> <surname>
Dickey</surname></personname> <email>kentd CHEZ cup POINT hp POINT
com</email>, est un émulateur Apple II qui a été écrit à l'origine
pour HP-UX, mais amélioré et taillé pour Linux. Il tourne sous X
pour n'importe quel nombre de couleurs, et supporte des tailles de
mémoire variables, les joysticks et le son.
<application>KEGS</application> amorce toutes les variantes de
Apple II, et prend en charge tous les modes graphiques des Apple
][. Je n'arrive pas à trouver de page d'accueil pour cette
application.
</para>
</sect3>
<sect3><title>apple2 et xapple2</title>
<para><application>apple2</application> basé sur SVGAlib et
<application>xapple2</application> utilisant X peuvent émuler
n'importe quelle variante de Apple ][ sauf le //gs. L'interface est
assez originale, mais utilisable. La configuration est aussi un peu
étrange ; cet émulateur bénéficierait d'un outil de
configuration basé sur SVGA ou X. Il supporte la partie non
documentée du jeux d'instructions 6502 sur laquelle se basent
certains jeux. <application>apple2</application> est actuellement
maintenu par <personname> <firstname>Michael</firstname> <surname>
Deutschmann</surname></personname> <email>michael CHEZ talamasca
POINT ocis POINT net</email> et semble être développé à une allure
lente mais constante. Je ne pense pas que cette application ait une
page d'accueil. </para>
</sect3>
</sect2>
<sect2><title>DOS</title>
<sect3 id="dosemu"><title><application>dosemu</application></title>
<para><ulink
url="http://www.dosemu.org"><application>dosemu</application></ulink>
est l'émulateur DOS canonique sous Linux. Quand vous pensez à DOS,
ne pensez pas à des choses comme PROCOM PLUS OU D'AUTRES PROGRA~1
QUI ONT DES NOMS COURTS ET QUI SONT TOUS EN MAJUSCULES. Quelques
classiques ont été écrits pour DOS comme
<productname><foreignphrase>Carmageddon</foreignphrase></productname>,
<productname><foreignphrase>Redneck
Rampage</foreignphrase></productname> et
<productname><foreignphrase>Tomb
Raider</foreignphrase></productname>.
<application>dosemu</application> peut les faire tourner.
Malheureusement, il peut être malaisé de le faire fonctionner et,
depuis janvier 2002, le code audio est quelque peu défectueux. Pas
un gros problème si vous essayez d'exécuter
<productname><foreignphrase>Wordperfect</foreignphrase></productname>
ou une vieille application de base de données, mais ça empêche de
jouer en pratique. Parvenir à faire fonctionner correctement
<application>dosemu</application> n'est pas facile, mais c'est
malheureusement le mieux qu'on puisse faire pour les jeux DOS.
Bonne chance. Si vous utilisez avec succès
<application>dosemu</application>, prévenez-moi.
</para>
</sect3>
</sect2>
<sect2><title>Win16</title>
<sect3><title>Wabi</title>
<para><application>Wabi</application> est un émulateur Win16
commercial, c.-à-d. qu'il exécute des applications Windows 16 bits
prévues pour un environnement Windows 3.1, Windows 3.11 ou Windows
for Workgroups 3.11. <application>Wabi</application> a été
initialement créé par SCO Unix il y a longtemps et a été acheté
par Caldera un beau jour vers la mi-2001. </para>
<para><application>Wabi</application> est rapide et fait bien son
boulot, même si j'ai entendu dire qu'il est plus stable sous
Solaris que sous Linux. Il pourrait être utile pour jouer à de plus
anciens jeux Win16, mais il y a trois problèmes :</para>
<itemizedlist>
<listitem><para>vous devez posséder une copie légale de Windows
3.1/3.11 ou de Windows for Workgroups 3.11 ; </para></listitem>
<listitem><para><application>Wabi</application> est affreusement
cher pour ce qu'il fait ;</para></listitem>
<listitem><para>Wabi ne fonctionne pas en couleurs 24 ou 32 bits.
</para></listitem>
</itemizedlist>
<para><application>Wabi</application> ne gère
<emphasis>pas</emphasis> DOS par lui-même, mais il semble qu'il
puisse utiliser un émulateur DOS comme dorsal pour exécuter des
programmes DOS. On a parlé d'un <application>Wabi</application> 3.0
qui aurait effectué de l'émulation Win32, mais pour autant que je
sache, ce projet est tombé aux oubliettes. Je pense que Wabi
fonctionne sous Linux sur toutes les architectures (quelqu'un
peut-il le vérifier ?).</para>
</sect3>
</sect2>
<sect2 id="win32"><title>Win32</title>
<sect3 id="wine"><title><application>wine</application></title>
<para><ulink
url="http://www.winehq.com"><application>wine</application></ulink>,
qui porte l'acronyme GNUide de <foreignphrase>Wine Is Not An
Emulator</foreignphrase> (Wine n'est pas un émulateur) est une
implémentation non commerciale de l'API Win32. La raison pour
laquelle ce n'est pas un émulateur est subtile et pas du plus grand
intérêt pour la plupart des non-informaticiens, et nous parlerons
donc d'émulateur ici (il s'agit en fait d'une traduction au moment
de l'exécution des appels de l'API Win32 en appels POSIX/X11).
<application>wine</application> a beaucoup évolué, et est capable
d'émuler beaucoup de jeux importants, ce qui est une bonne nouvelle
pour les utilisateurs Linux intéressés.</para>
<para><application>wine</application> ne fournit <literal
remap="bf">pas</literal> d'API DOS, et vous ne pouvez donc pas
l'utiliser pour exécuter des applications DOS. Pour cela, vous
devriez jeter un œil à <link
linkend="dosemu"><application>dosemu</application></link>.
<application>wine</application> n'a jamais très bien implémenté
DirectX, bien que quelques jeux fonctionnent sous
<application>wine</application>. Pour les jeux, vous devriez vous
tourner vers <link
linkend="winex"><application>winex</application></link>. </para>
<para>En plus de la traduction au moment de l'exécution de l'API
Win32 vers POSIX/X11 (il exécute des applications Windows sous
Linux), <application>wine</application> effectue également une
traduction au moment de la compilation de l'API Win32 vers
POSIX/X11 (il compile le code source d'une application Windows sous
Linux). Vu sous cet angle, <application>wine</application> est un
utilitaire de portage Windows-vers-Linux. L'architecture x86 n'est
pas requise, mais est recommandée car elle permet une exécution
binaire x86 réelle ainsi qu'une utilisation directe des DLL.
</para>
<para>Vous pouvez utiliser <application>wine</application>
<quote>avec Windows</quote>, ce qui signifie qu'il
utilise des bibliothèques qui proviennent en réalité de Microsoft
Windows lui-même. Cela n'est légal que si vous possédez une copie
de Windows qui n'est pas actuellement utilisée sur un ordinateur.
On dit que <application>wine</application> fonctionne le mieux
quand il est exécuté avec Windows. Vous pouvez également utiliser
<application>wine</application> sans Windows. Les gens de <ulink
url="http://www.winehq.com">winehq</ulink> écrivent leur propre jeu
de bibliothèques appelé <literal>libwine</literal> qui implémente
l'API Win32 sans aucun code provenant de Microsoft. </para>
<para>
<anchor id="winelicense"/><application>wine</application> était
à l'origine placé sous licence MIT/X11, et pouvait donc être
utilisé à la fois à des fins commerciales et non commerciales.
À la mi-2002, des parties de
<application>wine</application> sont passées à la LGPL afin de
ne plus pouvoir être utilisées à des fins commerciales. Cela
pose un problème à des sociétés comme Transgaming (<xref
linkend="winex"/>) et a ouvert la voie à un nouveau projet issu
de <application>wine</application> appelé <link
linkend="rewind"><application>ReWind</application></link>.
</para>
</sect3>
<sect3 id="rewind"><title><application>rewind</application></title>
<para><ulink
url="http://rewind.sourceforge.net/"><application>rewind</application></ulink>
a été démarré par <personname> <firstname>Éric
</firstname><surname>Pouech</surname></personname> (un développeur
de <application>wine</application>) et <personname>
<firstname>Ove</firstname> <surname> Kåven</surname></personname>
(un développeur de <application>winex</application>) en réponse au
<link linkend="winelicense">changement de licence de
<application>wine</application></link>. Il a vu le jour comme un
instantané de la dernière version de
<application>wine</application> complètement placée sous la licence
MIT/X11. Le but est que <application>rewind</application> demeure
sous licence MIT/X11 afin que des sociétés comme Transgaming
puissent offrir des produits dérivés de
<application>wine</application>.</para>
</sect3>
<sect3 id="winex"><title><application>winex</application></title>
<para><application>winex</application> est publié par une société
appelée <ulink
url="http://www.transgaming.com">Transgaming</ulink>. Ses
développeurs utilisent <link
linkend="wine"><application>wine</application></link> et y ajoutent
le support DirectX/DirectDraw. Bien que
<application>winex</application> soit commercial, leur modèle
économique est intéressant. </para>
<para>L'utilisateur final (vous) peut télécharger le code source
gratuitement. Néanmoins, pour 5 $ US par mois, vous pouvez
devenir un abonné de Transgaming, ce qui procure trois avantages
principaux :</para>
<itemizedlist>
<listitem><para>Les abonnés peuvent à tout moment télécharger des
versions empaquetées de <application>winex</application> dans le
format <filename class="extension">deb</filename>, <filename
class="extension">rpm</filename> ou <filename
class="extension">tar.gz</filename> (y compris les mises à jour).
Elles sont également plus fonctionnelles que le source
publiquement disponible : celui-ci est une version
antérieure qui ne dispose pas de certaines des fonctionnalités
les plus récentes, comme la prise en charge des programmes
protégés contre la copie.</para></listitem>
<listitem><para>Les utilisateurs abonnés peuvent indiquer lors de
sondages mensuels quels sont les points qu'il faut améliorer en
priorité dans <application>winex</application>. Par exemple, ils
peuvent voter pour des choses comme <quote>Améliorer la
prise en charge des programmes protégés contre la
copie</quote>, <quote>Meilleur support
d'Installshield</quote> ou <quote>Améliorer la prise
en charge de DirectX 8.0</quote>. Il me semble que les
développeurs écoutent réellement les sondages.</para></listitem>
<listitem><para>Le site web de Transgaming comporte quelques
forums d'assistance aux utilisateurs. D'un côté, ils utilisent le
format le plus affreux, horrible, confus, dispendieux et idiot
qu'il m'ait été donné de voir, et j'espère bien ne plus jamais
revoir de forum ayant un format aussi mauvais que celui de
Transgaming. D'un autre côté, vous pouvez demander de l'aide et
les développeurs sont <emphasis>très</emphasis> bons pour trouver
une réponse à votre question ; leur vigilance est assez
impressionnante. Les non abonnés peuvent parcourir les forums,
mais seuls les abonnés peuvent y écrire (et, par conséquent, y
demander de l'aide).</para></listitem>
</itemizedlist>
<para>Les développeurs de <application>winex</application> avaient
l'intention de publier périodiquement leurs améliorations à
Installshield, DirectX et DirectDraw dans
<application>wine</application>. En contrepartie, au fur et à
mesure de la maturation de <application>wine</application>, les
développeurs de <application>winex</application> auraient pris les
nouvelles versions de <application>wine</application> pour les
utiliser dans <application>winex</application>. Néanmoins, depuis
la naissance de Transgaming, des parties de
<application>wine</application> sont <link
linkend="winelicense">passées à la licence plus restrictive GNU
LGPL</link>. Cela signifie en gros que les versions de
<application>wine</application> publiées après la date du
changement de licence ne peuvent plus être utilisées par
<application>winex</application>. Par conséquent,
<application>winex</application> sera à présent basé sur <link
linkend="rewind"><application>rewind</application></link>.
</para>
</sect3>
<sect3 id="win4lin"><title>Win4Lin</title>
<para><ulink
url="http://www.netraverse.com"><application>Win4Lin</application>
</ulink> est un produit commercial de Netraverse. Comme <link
linkend="vmware"><application>vmware</application></link>, il
utilise l'approche de la machine virtuelle pour exécuter des
applications Windows, et affiche donc une grande fenêtre depuis
laquelle vous pouvez démarrer Windows et exécuter toutes sortes
d'applications Windows. À la différence de
<application>vmware</application>,
<application>Win4Lin</application> ne prend en charge que Windows
95/98/ME, mais cela s'avère être mieux pour les joueurs. Puisque
<application>Win4Lin</application> se concentre sur ces systèmes
d'exploitation, on dit qu'il est plus rapide et exécute mieux les
jeux sous ces systèmes d'exploitation que
<application>vmware</application>. Il est également bien moins cher
que ce dernier. <application>Win4Lin</application>, dont la version
la plus récente au 30 juin 2003 est la 5.0, souffre néanmoins de
certaines limitations :</para>
<itemizedlist>
<listitem><para>Il ne prend pas en charge DirectX ou DirectDraw,
alors que <application>vmware</application> a un support
<quote>limité</quote> pour DirectX. </para>
</listitem>
<listitem><para>Il ne prend en charge que les périphériques série
et parallèle. C'est important pour ceux qui utilisent des
joysticks USB. Notez que <application>vmware</application> peut
gérer jusqu'à 2 périphériques USB. </para>
</listitem>
<listitem><para>Au 30 juin 2003, comptez 89.99 $ sans
documentation imprimée et 99.99 $ avec. De plus, il n'y a
pas de copie d'évaluation disponible, bien qu'il y ait une
garantie de remboursement sous 30 jours. Néanmoins, puisque c'est
commercial, vous avez le support technique.
<application>vmware</application> est beaucoup plus cher. </para>
</listitem>
<listitem><para>Comme pour <application>vmware</application>,
vous devez posséder une copie autorisée de Win95 ou Win98.
<application>Win4Lin</application> ne peut utiliser une
installation existante de Windows à la manière de
<application>wine</application>. </para> </listitem>
<listitem><para>Il ne tourne que sur les architectures x86.
</para> </listitem>
</itemizedlist>
</sect3>
<sect3 id="vmware"><title>VMWare</title>
<para><ulink
url="http://www.vmware.com"><application>VMWare</application></ulink>
est une machine virtuelle qui peut exécuter plusieurs systèmes
d'exploitation simultanément sur un PC standard : les systèmes
d'exploitation pris en charge comprennent ceux de Microsoft, Linux,
Novell Netware et FreeBSD. Vous pouvez entre autres l'utiliser pour
exécuter un système d'exploitation MS Windows et y lancer votre jeu
favori. Vous pouvez même faire tourner Linux sous Linux ;
utile par exemple si vous voulez tester une autre distribution.
Stupéfiant ! Mais il y a des mauvais côtés. Vous devriez
assurément disposer d'une bonne configuration pour
l'utiliser ; le minimum annoncé est un CPU x86 500 Mhz
avec 128 Mo de RAM, mais un processeur plus rapide avec au
moins 256 Mo de RAM semble le minimum absolu si vous désirez
des performances raisonnables. Toutes les distributions Linux ne
sont pas prises en charge : les dernières RedHat, Mandrake et
Suse le sont, mais c'est pas de chance si vous avez une autre
version et/ou distribution (comme Debian). De plus, la prise en
charge par <application>vmware</application> de DirectX est
limitée, et vous pourriez ne pas pouvoir jouer à des jeux
récents.</para>
<para>Voyez <ulink url="http://www.vmware.com"></ulink> pour plus
d'informations. Ce n'est pas bon marché (environ 300 $ pour la
version Workstation), mais vous pouvez obtenir une version
d'évaluation limitée à 30 jours.</para>
</sect3>
<sect3><title>Que choisir ?</title>
<para>En premier lieu, vous devriez essayer un émulateur. Bien que
certains jeux fonctionnent sous <link linkend="wine">wine</link>,
vous aurez probablement le plus de succès avec <link
linkend="winex">winex</link> : sa prise en charge de DirectX
s'améliore constamment. Dans la version 3.1, la prise en charge de
DirectX 8 est quasiment achevée, mais ce n'est pas forcément le cas
des versions plus anciennes de DirectX (et donc des jeux plus
anciens).</para>
<para>Vous pourriez également essayer une machine virtuelle comme
<link linkend="win4lin">Win4Lin</link> ou <link
linkend="vmware">VMWare</link> au lieu d'un émulateur. Si votre but
est d'exécuter des applications Win95/98/ME sous Linux, sans USB et
sur l'architecture x86, le coût et le centrage sur les systèmes
d'exploitation de type Win95 de <application>Win4Lin</application>
en font un meilleur choix que <application>vmware</application>.
Néanmoins, si vous devez avoir la prise en charge de l'USB ou
exécuter Linux sur une plate-forme autre que x86,
<application>vmware</application> est votre seule
possibilité.</para>
<para>Maintenant, si votre but est d'exécuter des jeux pour des
systèmes d'exploitation de type Win95 sous Linux,
<application>Win4Lin</application> semble presque toujours meilleur
que <application>vmware</application>. Le plus gros problème est
que <application>vmware</application> a un support limité de
DirectX alors que <application>Win4Lin</application> n'en a aucun.
Ce fait seul rend tant <application>Win4Lin</application> que
<application>vmware</application> inutilisables pour la plupart des
jeux un tant soit peu évolués. Mais si vous voulez essayer, vous
aurez probablement plus de succès avec
<application>vmware</application>.
</para>
</sect3>
</sect2>
</sect1>
<sect1 id="interpreters"><title>Interpréteurs</title>
<sect2><title>Moteur SCUMM (LucasArts)</title>
<para>Lucasarts a écrit un moteur pour les aventures pilotées à la
souris nommé SCUMM (<foreignphrase>Script Creation Utility for Maniac
Mansion</foreignphrase>). Ils ont écrit beaucoup d'aventures
graphiques en utilisant SCUMM, comme leur célèbre série
<productname><foreignphrase>Monkey
Island</foreignphrase></productname> (tous les trois). <personname>
<firstname>Ludvig</firstname> <surname>
Strigeus</surname></personname> <email>strigeus CHEZ users POINT
sourceforge POINT net</email> a pu utiliser la rétro-ingénierie pour
comprendre le format SCUMM et écrire un interpréteur pour les jeux
l'utilisant qui compile sous Linux et Win32. Il s'agit de <ulink
url="http://scummvm.sourceforge.net/"><application>scummvm</application></ulink>.
Leur site web est très bon, et regorge d'informations sur SCUMM et
l'utilisation de <application>scummvm</application> pour ce type de
jeux.</para>
<para>Une page de compatibilité peut être trouvée sur le site web de
<application>scummvm</application>. Ça vaut ce que ça vaut, mais j'ai
pu finir beaucoup des jeux qui sont listés à 90 % sans le
moindre problème. <application>scummvm</application> est très
robuste, et vous permet d'acheter des jeux Lucas Arts utilisant le
format SCUMM, copier les fichiers de données sur votre disque dur et
les jouer sous Linux. En février 2002, j'ai suivi leur CVS, et ce
projet subit un développement constant. Gloire à l'équipe de
<application>scummvm</application>. </para>
</sect2>
<sect2><title>AGI : Adventure Gaming Interface (Sierra)</title>
<para>Les anciens jeux d'aventures graphiques DOS de Sierra
utilisaient un langage de script appelé AGI (<foreignphrase>Adventure
Gaming Interface</foreignphrase>). Quelques jeux écrits en AGI :
<productname><foreignphrase>Leisure Suit Larry
I</foreignphrase></productname> (EGA),
<productname><foreignphrase>Space Quest
I</foreignphrase></productname>, <productname><foreignphrase>Space
Quest II</foreignphrase></productname>,
<productname><foreignphrase>King's Quest
II</foreignphrase></productname>,
<productname><foreignphrase>Mixed-Up Mother
Goose</foreignphrase></productname>, et cætera. On peut y jouer en
utilisant <ulink
url="http://sarien.sourceforge.net"><application>sarien</application></ulink>,
un interpréteur <foreignphrase>open source</foreignphrase> pour les
jeux AGI. </para>
<para>Sarien a été écrit en SDL, et devrait donc tourner sur toute
plate-forme qui peut compiler des programmes SDL. De plus, il y a des
versions pour DOS, les PDA utilisant Strong-Arm, QNX (mon dieu !
du jeu embarqué !), les systèmes à base de MIPS et les Pocket PC
à base de SH3/4. Les développeurs ont clairement perdu la tête (d'une
bonne façon !). Sarien propose de nombreuses améliorations non
trouvées dans les jeux originaux, comme une console déroulante du
genre de celle de Quake, un visualisateur d'images et de
dictionnaire, un son amélioré et la prise en charge de AGDS, un clone
russe de AGI. Sarien est en cours de développement et les
développeurs ont très bien documenté la conception interne de Sarien
si jamais quelqu'un veut s'impliquer dans son développement. </para>
</sect2>
<sect2><title>SCI : SCript Interpreter ou Sierra Creative
Interpreter (Sierra)</title>
<para>Les jeux d'aventures graphiques plus récents de Sierra (c.-à-d.
de la fin des années 80) utilisaient un interpréteur appelé SCI. Il y
a beaucoup de versions de SCI puisque Sierra a constamment amélioré
son moteur. Les premiers jeux SCI s'exécutaient sous DOS, mais Sierra
s'est finalement tourné vers Win32. Quelques exemples de jeux écrits
avec SCI : <productname><foreignphrase>Leisure Suit Larry
1</foreignphrase></productname> (VGA),
<productname><foreignphrase>Leisure Suit Larry
2-7</foreignphrase></productname>, <productname><foreignphrase>Space
Quest 3-6</foreignphrase></productname>,
<productname><foreignphrase>King's Quest
4-6</foreignphrase></productname>, <productname><foreignphrase>Quest
For Glory 1-4</foreignphrase></productname> et beaucoup d'autres.
Comparées aux jeux AGI, les aventures SCI ont une meilleure prise en
charge de la musique, un moteur plus complexe et des tas de
fioritures.</para>
<para>Beaucoup de jeux utilisant SCI (écrits en SCI0) peuvent être
joués en utilisant <application>freesci</application>, disponible sur
<ulink url="http://freesci.linuxgames.com"></ulink>. Comme
<productname><foreignphrase>Sarien</foreignphrase></productname>,
FreeSCI peut utiliser beaucoup de cibles graphiques incluant SDL,
xlib et GGI, de sorte que ce programme peut compiler et s'exécuter
sous un nombre incroyable de plates-formes. Les développeurs ont très
bien documenté leur application. </para>
</sect2>
<sect2 id="infocom"><title>Infocom Adventures (Infocom,
Activision)</title>
<para>La <ulink
url="http://www.gnelson.demon.co.uk/zspec/index.html">Z-machine</ulink>
est une machine virtuelle bien documentée conçue par Infocom pour
exécuter leurs jeux de fiction interactive. Cela leur permet d'écrire
des fichiers de données de jeu d'une façon multi-plates-formes, car
seul le moteur lui-même, la Z-machine, est dépendant de la
plate-forme. La Z-machine a subi différentes évolutions durant la vie
de Infocom, et deux révisions supplémentaires (V7 et V8 créées par
<personname> <firstname>Graham</firstname> <surname>
Nelson</surname></personname>) après la mort de Infocom. Les versions
ultérieures disposaient même d'une prise en charge limitée du son et
des graphiques !
</para>
<para>Un des interpréteurs de Z-machine parmi les plus populaires est
<ulink
url="http://www.cs.csubak.edu/~dgriffi/proj/frotz/"><application>Frotz</application></ulink>.
Leur excellente page d'accueil regorge de liens sympas pour les
amateurs de fiction interactive. <application>Frotz</application> est
placé sous GPL, exécute toutes les versions de la Z-machine et
compile sur la plupart des versions de Unix. Frotz est à l'origine de
nombreuses variantes, comme une version pour PalmOS et les PDA à base
de Linux.</para>
<para><ulink
url="http://jzip.sourceforge.net/"><application>jzip</application></ulink>
est un autre interpréteur de Z-machine très populaire qui exécute les
fichiers de données des Z-machine V1-V5 et V8.
<application>jzip</application> est très portable ; il compile
sous tous les Unix, OS/2, Atari ST et DOS.</para>
<para>Il y a en fait beaucoup d'autres interpréteurs de Z-machine
comme <application>nitfol</application> et
<application>rezrov</application> (écrit en Perl !). Chaque
interpréteur a ses points forts, et vous pouvez trouver des liens les
référençant sur les pages d'accueil de
<application>Frotz</application> et <application>jzip</application>.
</para>
</sect2>
<sect2 id="scottadams"><title>Scott Adams Adventures (Adventure
International)</title>
<para>On peut dire que <personname> <firstname>Scott</firstname>
<surname> Adams</surname></personname> est le père de la fiction
interactive. Bien qu'il ait lui-même été inspiré par la première
œuvre de fiction interactive,
<productname><foreignphrase>Adventure</foreignphrase></productname>,
Scott a propulsé l'aventure au devant de la scène. Ses jeux étaient
disponibles pour Atari, Apple 2, Commodore, Sorcerer, TI et CPM. Sa
société, Adventure International, a publié quelques jeux très
appréciés entre 1978 et 1984 avant d'arrêter. Elle a récemment publié
un nouveau jeu (une version Linux n'est pas disponible) mais depuis
le déclin du jeu d'aventure, elle s'est plutôt tenue à l'écart de
l'industrie du jeu.
</para>
<para><personname> <firstname>Alan</firstname> <surname>
Cox</surname></personname> a écrit
<application>scottfree</application>, un interpréteur de fichier de
jeux d'aventure du type Scott Adams pour Unix. En utilisant
<application>scottfree</application> et l'un des fichiers de données
du type Scott Adams qui peuvent être téléchargés depuis le <ulink
url="http://www.msadams.com/">site web de Scott</ulink>, vous pouvez
vous délecter de ces classiques.</para>
</sect2>
<sect2><title>Ultima Underworld : The Stygian Abyss (Origin, Blue
Sky Productions)</title>
<para>Le projet <ulink url="http://uwadv.sourceforge.net/">Underworld
Adventures</ulink> est un effort visant à porter le classique de
1992, <productname><foreignphrase>Ultima Underworld: The Stygian
Abyss</foreignphrase></productname> sur des systèmes d'exploitation
modernes comme Linux, MacOS X et Windows. Il utilise OpenGL pour les
graphiques 3D, SDL pour les tâches spécifiques à la plate-forme et
est publié sous la GNU GPL. Underworld Adventures fournit un système
graphique impressionnant qui utilise les fichiers de jeu originaux,
et vous avez donc besoin du disque de jeu original pour jouer.</para>
<para>Underworld Adventures offre également un tas d'outils pour
afficher les cartes de niveaux, examiner les scripts de conversation
uw1 et bien d'autres choses.</para>
</sect2>
<sect2 id="exult"><title>Ultima 7 (Origin, Electronic Arts)</title>
<para><productname><foreignphrase>Ultima
7</foreignphrase></productname> en en fait constitué de 2 jeux :
la partie I (<productname><foreignphrase>The Black
Gate</foreignphrase></productname>) et la partie II
(<productname><foreignphrase>Serpent
Island</foreignphrase></productname>) qui utilise une version
légèrement améliorée du moteur de <productname><foreignphrase>The
Black Gate</foreignphrase></productname>. De plus, une disquette
additionnelle a été publiée à la fois pour la partie I
(<productname><foreignphrase>The Forge Of
Virtue</foreignphrase></productname>) et la partie II
(<productname><foreignphrase>The Silver
Seed</foreignphrase></productname>). </para>
<para>Une équipe a développé <ulink
url="http://exult.sourceforge.net/"><application>exult</application></ulink>,
un interpréteur <foreignphrase>open source</foreignphrase> permettant
d'exécuter les deux parties de <productname><foreignphrase>Ultima
7</foreignphrase></productname> et leurs disquettes additionnelles.
<application>Exult</application> est écrit en C++ et utilise SDL, et
compilera donc sur toute plate-forme pouvant compiler des programmes
SDL. Il offre également certaines améliorations par rapport aux
versions originales du moteur de <productname><foreignphrase>Ultima
VII</foreignphrase></productname>. Vous devrez acheter une copie de
<productname><foreignphrase>Ultima 7</foreignphrase></productname>
pour pouvoir jouer. Les développeurs n'ont pas l'intention d'étendre
<application>Exult</application> pour interpréter les autres Ultima
étant donné que les moteurs ont changé radicalement entre les
différentes versions. </para>
<para>L'équipe d'<application>Exult</application> a également
travaillé dur pour créer un éditeur de niveaux,
<productname><foreignphrase>Exult
Studio</foreignphrase></productname>, et un compilateur de scripts
qui permettra aux utilisateurs de créer leurs propres RPG dans le
style
<productname><foreignphrase>Ultima</foreignphrase></productname>.
</para>
</sect2>
<sect2><title>System Shock (Electronic Arts, Origin)</title>
<para><productname><foreignphrase>System
Shock</foreignphrase></productname> est un jeu de combat à la
première personne/aventure classique datant de 1994, ce qui le place
en contemporain de
<productname><foreignphrase>Doom</foreignphrase></productname>.
Néanmoins, son moteur est beaucoup plus évolué que celui du
<productname><foreignphrase>Doom</foreignphrase></productname>
original : par exemple, <productname><foreignphrase>System
Shock</foreignphrase></productname> disposait d'acteurs
(<foreignphrase>sprites</foreignphrase>) 3D, d'un angle de vue
modifiable (à la souris), et de la possibilité d'empiler des objets,
donnant l'illusion d'une carte 3D complète, comme
<productname><foreignphrase>Quake</foreignphrase></productname>. Les
critiques que j'en ai lues sont très positives. Elles concordent pour
dire que ce jeu a les fonctionnalités de
<productname><foreignphrase>Quake</foreignphrase></productname> avec
une intrigue et un scénario plus convaincants que
<productname><foreignphrase>Half-life</foreignphrase></productname>.
Le moteur de <productname><foreignphrase>System
Shock</foreignphrase></productname> était optimisé pour la
sophistication, alors que celui de
<productname><foreignphrase>Doom</foreignphrase></productname> était
optimisé pour vous balancer des tas de monstres à la figure :
une approche complètement différente. Très impressionnant pour un
vieux jeu !</para>
<para>Le <ulink
url="http://madeira.physiol.ucl.ac.uk/tsshp/sshock.html"><foreignphrase>System
Shock Hack Project</foreignphrase></ulink> est une tentative de mise
à jour du jeu pour les systèmes d'exploitation modernes. Ce projet
utilise SDL, et est publié sous une licence BSD modifiée. Bien que
vous ayez besoin des fichiers de jeu originaux pour jouer à SSHP, il
devrait fonctionner avec la version de démonstration de
<productname><foreignphrase>System
Shock</foreignphrase></productname>, qui est disponible
gratuitement.</para>
</sect2>
</sect1>
<sect1><title>Sites web et ressources</title>
<sect2><title>Méta-sites web de jeux</title>
<para>Voici quelques ressources générales pour les joueurs
Linux :</para>
<variablelist>
<varlistentry><term>Le <foreignphrase>Linux Game
Tome</foreignphrase> : <ulink
url="http://www.happypenguin.org"></ulink></term>
<listitem><para>Les jeux en eux-mêmes. </para></listitem>
</varlistentry>
<varlistentry><term><ulink
url="http://www.linuxgames.com">Linuxgames</ulink></term>
<listitem><para>Actualités sur les jeux Linux. </para></listitem>
</varlistentry>
<varlistentry><term> <ulink
url="http://www.holarse.net"></ulink></term>
<listitem><para>Méta-site web sur les jeux Linux pour les
germanophones.</para></listitem>
</varlistentry>
<varlistentry><term><ulink
url="http://www.mobygames.com">Mobygames</ulink></term>
<listitem><para>Une base de données de tous les jeux vidéo
informatiques connus. C'est un site très complet et un des mes
favoris.</para></listitem>
</varlistentry>
</variablelist>
</sect2>
<sect2><title>Jeux Linux commerciaux</title>
<sect3><title>Où acheter des jeux commerciaux</title>
<para><ulink url="http://www.ebgames.com">ebgames</ulink> ne vend
plus de logiciels Linux. Ils ont cessé de vendre des jeux et des
distributions Linux à peu près au même moment où Loki Software a
fait aveu de faillite, ce qui est une honte car ils avaient les
plus bas prix sur les jeux Linux qu'il m'ait été donné de voir.
Néanmoins, de temps en temps, ils proposent des choses comme Code
Warrior ou Red Hat Linux.</para>
<variablelist>
<varlistentry>
<term><ulink url="http://www.tuxgames.com">Tux Games</ulink>
</term>
<listitem><para>Votre magasin pour l'achat de jeux Linux
commerciaux (les vendeurs de logiciel comme Tribsoft et Loki
ont aussi des magasins en ligne sur leurs sites web).
</para></listitem></varlistentry>
</variablelist>
</sect3>
<sect3><title>Qui publiait des jeux pour Linux</title>
<para>Ce sont des sociétés qui publiaient des jeux pour Linux mais
qui pour des raisons diverses ne sont plus actives dans l'industrie
du jeu sous Linux. </para>
<variablelist>
<varlistentry><term>Loki Software : <ulink
url="http://www.lokigames.com"></ulink></term> <listitem><para>En
tant que société qui a apporté
<productname><foreignphrase>CTP</foreignphrase></productname> et
<productname><foreignphrase>Quake3</foreignphrase></productname>
sous Linux, Loki était le père du jeu sous Linux. Ils étaient des
pionniers et avaient, de loin, le plus de titres (je les ai
tous). Loki a porté des jeux sous Linux, principalement en
utilisant la bibliothèque SDL. La mort de Loki en janvier 2002
était le plus grand revers subi par Linux dans sa tentative de
conquête du marché domestique. Linuxgames.com propose un bel
historique de Loki sur <ulink
url="http://www.linuxgames.com/articles/lokitimeline/"></ulink>
</para> </listitem> </varlistentry>
<varlistentry><term>Tribsoft : <ulink
url="http://www.tribsoft.com"></ulink></term> <listitem>
<para>Tribsoft a publié <productname><foreignphrase>Jagged
Alliance 2</foreignphrase></productname>, un excellent jeu de
rôle/stratégie qui a réclamé plus de 2 semaines de ma vie. Ils
devaient publier <productname><foreignphrase>Europai
Universalis</foreignphrase></productname>,
<productname><foreignphrase>Majesty</foreignphrase></productname>
et <productname><foreignphrase>Unfinished
Business</foreignphrase></productname>. Néanmoins, en date du 3
janvier 2001, <personname> <firstname>Mathieu</firstname>
<surname> Pinard</surname></personname> de Tribsoft a dit qu'il
faisait une pause et que Tribsoft ne publierait plus de jeux pour
le moment. Il continuera toujours l'assistance pour
<productname><foreignphrase>JA2</foreignphrase></productname>
mais ne vous attendez pas à des correctifs ou à des mises à jour.
</para></listitem></varlistentry>
<varlistentry><term>MP Entertainment : <ulink
url="http://www.hopkinsfbi.com"></ulink></term>
<listitem><para>MP Entertainment a publié
<productname><foreignphrase>Hopkins
FBI</foreignphrase></productname>, mon jeu préféré jamais publié
pour Linux. Plus violent que
<productname><foreignphrase>Quake</foreignphrase></productname>.
Plus de nudité que Hustler. Plus de mauvais goût que <ulink
url="http://www.flatwaremedia.com/liberace/gallery.cfm">Liberace</ulink>.
C'est une bande dessinée sur votre moniteur. Il était prévu
qu'ils publient <productname><foreignphrase>Hopkins FBI
II</foreignphrase></productname> et quelques autres titres, mais
les annonces datent déjà de quelques années sans aucun signe
d'arrivée prochaine du jeu. Ils ont ignoré toutes mes demandes
d'informations, et j'en ai donc conclu que MP Entertainment est
dans la même situation que Tribsoft. Vous pouvez toujours acheter
ou télécharger une démo de <productname><foreignphrase>Hopkins
FBI</foreignphrase></productname> depuis leur site web. Si
quelqu'un a plus d'informations sur cette société ou sur l'auteur
de <productname><foreignphrase>Hopkins
FBI</foreignphrase></productname>, veuillez me contacter.
</para></listitem> </varlistentry>
<varlistentry><term>Phantom EFX : <ulink
url="http://www.phantomefx.com"></ulink></term>
<listitem><para>Ils proposent <productname><foreignphrase>Reel
Deal Slots</foreignphrase></productname>, qui est très bien
fait ! Je ne suis pas trop amateur de jeux de cartes ou
d'argent, mais ce jeu est impressionnant ! Étant donné que
leur seul spécialiste Linux a quitté la société,
<productname><foreignphrase>Reel Deal
Slots</foreignphrase></productname> est leur seule, et à ce jour
dernière, publication pour Linux. </para> </listitem>
</varlistentry>
</variablelist>
</sect3>
</sect2>
<sect2><title>Autres ressources</title>
<para>Cette section propose des URL qui devraient être mentionnées
mais qui ne trouvaient pas leur place dans une section séparée à
l'intérieur de ce guide, et que j'ai donc listées ici dans une sorte
d'annexe.</para>
<variablelist>
<varlistentry><term>Linux Game Publishing : <ulink
url="http://www.linuxgamepublishing.com"></ulink></term>
<listitem><para>Linux Publishing ne vend pas directement au
public, mais fournit des services professionnels de publication
de jeux aux éditeurs de jeux. Je pense que cela signifie la
réplication de disques, l'emballage et la vente aux
détaillants.</para></listitem></varlistentry>
<varlistentry><term>Site officiel de
<application>XFree86</application> : <ulink
url="http://www.xfree86.org"></ulink></term> <listitem><para>Page
d'accueil de
<application>XFree86</application>.</para></listitem></varlistentry>
<varlistentry><term>Linux Game Development Center : <ulink
url="http://lgdc.sunsite.dk/index.html"></ulink></term>
<listitem><para>C'est le site web de référence pour qui veut
programmer des jeux sous Linux. C'est une montagne d'informations
contenant des articles bien écrits sur tous les aspects de la
programmation de jeux (pas nécessairement spécifiques à Linux), des
liens vers d'importantes ressources relatives à la programmation de
jeux, des interviews, tests, sondages et des tas d'autres trucs. Il
est difficile d'imaginer un meilleur site web sur le
sujet.</para></listitem></varlistentry>
<varlistentry><term>La FAQ de Linux Gamers : <ulink
url="http://www.icculus.org/lgfaq/"></ulink></term>
<listitem><para>Malgré le fait sidérant qu'elle ne mentionne nulle
part ce présent guide comme une ressource dans leur texte, je
considère la FAQ comme un bon complément à ce guide. J'ai essayé de
ne garder que le strict minimum d'informations spécifiques à des
jeux particuliers dans ce guide. La FAQ prend l'approche
opposée : elle se concentre principalement sur les jeux
eux-mêmes, y compris des problèmes spécifiques à certains jeux et
l'endroit où les obtenir. La FAQ et le guide sont complémentaires à
cet égard, et j'ai essayé de ne pas reproduire leur contenu. Même
si les auteurs sont un peu hargneux, leur effort est à souligner.
Si vous voulez une source d'informations globale pour des questions
spécifiques à certains jeux, la FAQ est un excellent point de
départ. De plus, elle donne des informations sur un assez grand
nombre de jeux Linux.</para></listitem></varlistentry>
<varlistentry><term>Le <quote>Guide pratique de la qualité du son
sous Linux</quote> (<foreignphrase>Linux Audio Quality
HOWTO</foreignphrase>) : <ulink
url="http://www.linuxdj.com/audio/quality/"></ulink></term>
<listitem><para>Ce guide intéressera principalement les musiciens qui
utilisent des cartes professionnelles ou semi-professionnelles pour
l'enregistrement et la création de musique sur un ordinateur. Les
informations sont très détaillées, peut-être même trop pour les
joueurs.</para></listitem></varlistentry>
</variablelist>
</sect2>
</sect1>
</article>
