La configuration du support son sous Linux doit se faire selon les �tapes suivantes :
Dans la suite sont explicit�es toutes ces �tapes.
Suivez les instructions du fabriquant pour l'installation mat�rielle ou confiez-la � votre revendeur.
Les vieilles cartes-son ont souvent des petits interrupteurs appel�s cavaliers ("switch" ou "jumper") permettant de configurer les adresses IRQ (Interrupt ReQuest = requ�te d'interruption ), DMA (Direct Memory Access = bus de transfert direct des donn�es), les canaux, etc. Si vous n'�tes pas certain, utilisez les r�glages d'usine. Essayez d'�viter les conflits avec d'autres pr�riph�riques (comme les cartes ethernet, les cartes SCSI, les ports s�rie et parall�le).
Normalement, vous devrez utiliser les m�mes adresses d'E/S, d'IRQ et de DMA que celles fonctionnant sous DOS. Cependant, dans certains cas (en particulier avec les cartes PnP) vous aurez peut-�tre besoin d'un r�glage particulier pour que cela fonctionne avec Linux. Il faudra peut-�tre faire quelques essais.
Quand vous avez install� Linux, vous avez certainement utilis� un noyau pr�compil�. G�n�ralement, ces noyaux ne fournissent pas de support son. Il vous faut donc recompiler votre noyau en fonction des p�riph�riques que vous poss�dez. Vous devez �galement recompiler le noyau lorsque vous passez � une de ses nouvelles versions ou afin de lib�rer de la m�moire en r�duisant sa taille (ndt : par l'utilisation des modules).
Consultez le Linux Kernel HOWTO pour recompiler le noyau (ndt : c'est tr�s simple � faire). Je ne vais parler ici que des points qui sont sp�cifiques aux cartes son.
Si vous n'avez jamais configur� le noyau pour le support son, il peut �tre utile de lire tous les fichiers Readme fournis avec les pilotes son du noyau, et en paticulier les informations sp�cifiques � votre carte-son. La documentation suivant peut-�tre trouv�e dans le r�pertoire des pilotes son du noyau Linux. Il se trouve en g�n�ral dans /usr/src/linux/drivers/sound :
CHANGELOG - description des modifications pour chaque version COPYING - droit et restrictions de duplication Readme - informations r�centes et importantes Readme.aedsp16 - � propos de la carte Audio Excel 16 DSP Readme.cards - pr�cisions sur la configuration de cartes sp�cifiques Readme.linux - pr�cisions sur l'installation de pilotes son non inclus dans le noyau Readme.modules - comment compiler le pilote en un module chargeable Readme.v30 - nouvelles possibilit�es dans la version 3.0 du pilote son experimental.txt - � propos des caract�ristiques exp�rimentales
Suivez tout d'abord la proc�dure habituelle pour compiler le noyau. Il existe actuellement trois interfaces disponibles pour la proc�dure de configuration. Une interface graphique sous X11 peut �tre lanc�e par "make xconfig". Une interface � base de menus texte est disponible en tapant "make menuconfig". Enfin, la m�thode originelle, en utilisant "make config" propose une interface uniquement � base de texte.
Il faut faire particuli�rement attention en utilisant "make xconfig" ou "make menuconfig". En effet, les choix par d�faut sont toujours positionn�s sur "No", ce qui n'est pas correct dans tous les cas. En particulier, l'option "/dev/dsp and /dev/audio support" (CONFIG_AUDIO) doit habituellement �tre valid�e.
Dans ce document, je suppose que vous utilisez la proc�dure traditionnelle en mode texte : "make config". N�anmoins, la proc�dure est identique dans les autres cas.
Il y a �galement deux autres mani�res de configurer le son. La premi�re est l'"ancienne" fa�on (la seule disponible pour les noyaux 2.0.0). Elle utilise un programme de configuration s�par� qui fait partie du pilote son. Cette m�thode fonctionne pour la plupart des cartes, except�es quelques unes qui n�cessitent des pilotes additionnels "bas niveau" (miroSOUND, AWE32, et AEDSP16).
La seconde m�thode (la "nouvelle") est mieux int�gr�e � la configuration par menus texte utilis�e pour le reste du noyau. Elle ne fonctionne pas pour les cartes qui ont besoin d'un fichier constructeur t�l�chargeable. Ceci concerne les cartes PSS, SM Wave, AudioTrix Pro et TurtleBeach Tropez/Maui. Avec ces cartes, on utilisera la vieille proc�dure.
La "nouvelle" m�thode est toujours utilis�e en faisant "make xconfig". Quand on utilise "make menuconfig", on peut choisir entre les deux m�thodes. En faisant "make config", vous aurez la vieille m�thode par d�faut. Mais si vous avez d�j� utilis� la nouvelle m�thode, ce sera celle utilis�e par "make config" ! Vous pouvez res�lectionner l'ancienne en lan�ant "make menuconfig" et en la s�lectionnant.
La m�thode recommend�e est l'utilisation de "make menuconfig" avec l'ancienne m�thode de configuration. Beaucoup de probl�mes de configuration du son proviennent (au moins en partie) de l'utilisation de la nouvelle m�thode.
Il est �galement possible de compiler le pilote de son en tant que module chargeable. Je vous recommande de le compiler initialement en statique, dans le noyau. Une fois que cela fonctionne et que vous l'aurez test�, vous pourrez essayer de le compiler en module.
Quand vous lancez make config, validez le support son en
r�pondant "y" � la question :
Sound card support (CONFIG_SOUND) [M/n/y/?]
A la fin des questions de configuration, un programme sera compil� et ex�cut� et vous demandera alors quelles sont les options pour votre carte son. Attention en r�pondant � ces questions, car une r�ponse erron�e pour une option peut emp�cher d'autres questions suivantes d'�tre pos�es. Par exemple, ne r�pondez "yes" � la premi�re question (PAS 16) que si vous n'avez r�ellement pas de carte PAS 16. De m�me, n'activez pas plus d'options que celles dont vous avez r�ellement besoin car cela consomme de la m�moire ! Certains pilotes (comme celui du MPU-401) peuvent �galement entrer en conflit avec votre controleur SCSI et emp�cher le noyau de "booter".
Voici une liste de toutes les options de configuration. R�pondez "y" (oui) ou "n" (non) � chaque question. La r�ponse par d�faut est affich�e en lettre majuscule telle que : "[Y/n/?]" signifie "y" par d�faut et vice versa. Pour valider la valeur par d�faut, appuyez juste sur Enter, tout en sachant que cette valeur par d�faut n'est pas forc�ment correcte.
Si vous rentrez "?", vous aurez un court message d'explication sur l'option pr�sente.
Notez �galement que toutes les options ne sont pas demand�es. Le programme de configuration d�sactive certaines questions en fonction des choix pr�cedemment valid�s. Il peut �galement s�lectionner automatiquement certaines options.
Si vous avez pr�cedemment compil� le noyau pour le support son, la configuration pr�c�dente a pu �tre sauvegard�. Si vous souhaitez utiliser cette ancienne configuration, alors entrez "y". Si vous essayez une configuration diff�rente ou si vous utilisez une nouvelle version du noyau, r�pondez "n" pour commencer la configuration.
R�pondez "y" uniquement si vous poss�dez une Pro Audio Spectrum 16, une ProAudio Studio 16 ou une Logitech SoundMan 16. Ne r�pondez pas "y" si vous avez une autre carte de chez Media Vision ou Logitech car elle ne sera pas compatible PAS16.
R�pondez "y" si vous avez une carte SoundBlaster de chez Creative Labs, ou une carte compatible � 100% au niveau mat�riel (comme la Thunderboard ou la SM Games). Si votre carte est dans la liste des cartes support�es, consultez le fichier Readme.cards des cartes sp�cifiques avant de r�pondre � cette question. Pour une carte inconnue, essayez "y" si cette carte se dit �tre compatible SoundBlaster.
R�pondez "y" si vous avez une GUS ou une GUS MAX. R�pondez "n" si vous n'avez pas de GUS car ce pilote utilise beaucoup de m�moire.
Attention avec cette question. L'interface MPU-401 est support�e par presque toutes les cartes son. N�anmoins, quelques cartes support�es poss�dent leur propre pilote MPU-401. Si vous validez l'option dans ce cas l�, vous aurez un conflit. La validation de cette option sur un syst�me qui ne poss�de pas d'interface MPU-401 peut causer des disfonctionnements. Si votre carte est normalement support�e, consultez quand m�me les instructions sp�cifiques la concernant dans le fichier Readme.cards. Il est plus s�r d'entrer "y" si vous poss�dez une v�ritable carte avec interface MPU-401 MIDI.
Il est s�r de r�pondre "n" � cette question dans tous les cas. L'interface 6850 UART n'est que tr�s rarement utilis�e.
R�pondez "y" si vous poss�dez une carte Orchid SW32, ou Cardinal DSP16 ou encore d'autres cartes bas�es sur les puces PSS (codec AD1848 + puce DSP ADSP-2115 + puce Echo ESC614 ASIC).
v
R�pondez "y" si vous avez install� la carte-fille d'�chantillonage 16 bits sur votre GUS. R�pondez non si vous avez une GUS MAX. Cette option d�sactive le support GUS MAX.
R�pondez "y" uniquement si vous avez une GUS MAX.
Faite encore attention avant de r�pondre "y" � cette question. Il est plus s�r de r�pondre "y" si vous poss�dez la carte Windows Sound System originelle fabriqu�e par Petitmou (microsoft) ou l'Aztech SG 16 Pro / NX 16 Pro. Vous pouvez aussi r�pondre "y" au cas o� votre carte n'ait pas �t� propos�e plus haut. Pour les cartes ayant le support natif pour VoxWare, consultez les instructions sp�cifiques dans le fichier Readme.cards. Certains pilotes poss�dent leur propre support MSS et l'activation de cette option dans ce cas causera un conflit.
R�pondez "y" si vous avez une carte son bas�e sur les puces Ensoniq SoundScape. De telles cartes sont fabriqu�es, au moins chez Ensoniq, Spea et Reveal (ce dernier fabrique �galement d'autres types de cartes).
R�pondez "y" si vous avez une AudioTriX Pro.
R�pondez "y" ici si votre carte poss�de une puce d'interface Mozart (OAK OTI-601) ou MAD16 (OPTi 82C928 ou 82C929). Ces circuits sont assez r�pandus, il est donc possible qu'un grand nombre de cartes "anonymes" en poss�dent. De plus, la puce MAD16 est utilis�e dans des cartes fabriqu�es par des constructeur connus comme Turle Beach (Tropez), Reveal (quelques mod�les) et Diamond (les plus r�centes).
R�pondez "y" si vous avez une carte bas�e sur les circuits Crystal CS4232.
R�pondez "y" ici si vous poss�dez l'une de ces cartes.
Activez cette option si votre carte est une SoundBlaster Pro ou une SoundBlaster 16. Idem si vous avez une carte clone de SoundBlaster Pro. On peut �conomiser un peu de m�moire ici en r�pondant "n" mais l'alternative la plus s�re est de r�pondre "y".
Validez si vou avez une SoundBlaster 16 (dont l'AWE 32).
R�pondez "y" si vous avez une Audio Excel DSP 16. Consultez le fichier Readme.aedsp16 pour de plus amples informations.
Le programme de configuration pose alors plusieurs questions � propos d'options de plus haut niveau. Il est recommand� de r�pondre "y" � chacune de ces questions, et "n" uniquement si vous savez que vous n'aurez pas besoin de cette option.
R�pondre "n" d�sactive /dev/dsp et /dev/audio, les p�riph�riques de conversion A/D et D/A. R�pondez "y".
R�pondre "n" d�sactive les p�riph�riques associ�s � /dev/midixx ainsi que les acc�s aux ports MIDI utilisant /dev/sequencer et /dev/music. Cette option affecte �galement tous les p�riph�riques compatibles MPU-401 et/ou General MIDI.
R�pondre "y" ici.
R�pondre "n" d�sactive /dev/sequencer et /dev/music.
R�pondez "y" si vous poss�dez une carte son Sound Galaxy NX Pro et que vous voulez utiliser ses fonctions �tendues de mixage.
R�pondez "y" si vous avez une carte son MV Jazz 16.
R�pondez "y" si vous poss�dez une carte Logitech SoundMan Games.
Apr�s toutes ces questions, le programme de configuration vous questionne sur la configuration sp�cifique de la carte. Habituellement, juste quelques adresses d'E/S, d'IRQ et de DMA sont demand�es. Pour certaines cartes, le programme demande quels fichiers doivent �tre utilis�s durant l'initialisation de la carte. Ceci est vrai pour les cartes qui poss�dent une puce DSP ou un microprocesseur qui doit �tre initialis� en chargeant un petit programme (microcode). Dans certains cas, ce code est �crit dans un fichier .h par le programme de configuration et est alors integr� au pilote pendant sa compilation. Encore une fois, lisez dans le fichier d'information Readme.cards ce qui concerne votre type de carte.
A la fin, il vous sera demand�:
The sound driver is now configured.
Save copy of this configuration to /etc/soundconf [Y/n/?]
Normalement, vous devriez entrer "y" ce qui vous permettra �ventuellement de conserver vos options de configuration pour votre pilote son dans une recompilation ult�rieure du noyau Linux.
Si vous mettez � jour votre vieux pilote son, soyez certain que les fichiers /usr/include/sys/soundcard.h et /usr/include/sys/ultrasound.h sont des liens symboliques sur les fichiers correspondant dans /usr/include/linux, et qu'ils contiennent respectivement uniquement les lignes #include <linux/soundcard.h> et #include <linux/ultrasound.h>.
Vous pouvez maintenant recompiler et installer le nouveau noyau.
Pour op�rer proprement, des entr�es des fichiers de p�riph�riques doivent �tre cr�es pour vos p�riph�riques son. Normalement, ils sont cr��s automatiquement lors de l'installation de Linux. Une v�rification rapide peut �tre effectu�e en utilisant la commande ci-dessous. Si vous obtenez la m�me chose (except� pour la date...) alors les fichiers de p�riph�riques sont certainement presque bons...
% ls -l /dev/sndstat
crw-rw-rw- 1 root root 14, 6 Apr 25 1995 /dev/sndstat
Notez que le fait d'avoir des fichiers de p�riph�riques corrects ne garantit rien en tant que tel... Le pilote du noyau doit �galement �tre charg� ou compil� avant que les p�riph�riques puissent fonctionner.
Si vous pensez que les fichiers de p�riph�riques ne sont
pas bons, vous pouvez les recr�er en utilisant le petit script shell
(� �x�cuter en tant qu'utilisateur root) que vous trouverez � la fin du
fichier Readme.linux dans le r�pertoire
/usr/src/linux/drivers/sound disponible pour l'utilisateur
root. Autrement, beaucoup de distributions Linux incluent un
script /dev/MAKEDEV uilisable � ces fins...
Si vous utilisez le pilote son du haut-parleur PC, lisez la documentation qui va avec ce paquetage pour d�terminer quels fichiers doivent �tre cr��s.
Vous devriez maintenant �tre pr�t � `rebooter' (red�marrer) sur votre nouveau noyau et tester les pilotes de son. Suivez la proc�dure habituelle pour installer et rebooter sur le nouveau noyau (gardez l'ancien dans un petit coin au cas o� il y aurait un un probl�me !).
Pendant le red�marrage, essayez de v�rifier quelques
messages d'information tels que ceux qui suivent (s'ils d�filent
trop vite, vous pourrez les retrouver avec la commande dmesg) :
Sound initialization started
<Sound Blaster 16 (4.13)> at 0x220 irq 5 dma 1,5
<Sound Blaster 16> at 0x330 irq 5 dma 0
<Yamaha OPL3 FM> at 0x388
Sound initialization complete
Cela devrait correspondre avec votre carte son et votre configuration de cavaliers (s'il y en a).
Notez que ces messages ne sont pas affich�s quand on utilise le module chargeable du pilote son (� moins que vous ne l'ayez sp�cifi� avec : "insmod sound trace_init=1).
Quand le pilote son est attach� ("link�") au noyau les messages "Sound initialization started" et "Sound initialization complete" devraient �tre affich�s. S'ils ne le sont pas, cela signifie qu'il n'y a pas de pilote son dans le noyau. Dans ce cas, v�rifiez que vous avez install� le bon noyau...
Si rien ne s'affiche entre les lignes "Sound initialization started" et "Sound initialization complete", cela signifie soit que vous n'avez pas install� le bon pilote, soit que le port d'E/S est incorrect ou que vous avez une carte PnP qui n'a pas �t� configur�e.
Le pilote peut �galement afficher des messages d'erreurs ou d'avertissement ("warnings") pendant le red�marrage. Regardez bien tout �a quand vous rebootez pour la premi�re fois apr�s avoir configur� le pilote son.
Ensuite, vous devriez v�rifier le fichier de p�riph�rique /dev/sndstat. La lecture du fichier d'�tat du pilote son devrait vous fournir des informations suppl�mentaires sur la fa�on dont a �t� initalis�e la carte son. Vous devriez obtenir quelque chose dans ce style :
% cat /dev/sndstat
Sound Driver:3.5.4-960630 (Sat Jan 4 23:56:57 EST 1997 root,
Linux fizzbin 2.0.27 #48 Thu Dec 5 18:24:45 EST 1996 i586)
Kernel: Linux fizzbin 2.0.27 #48 Thu Dec 5 18:24:45 EST 1996 i586
Config options: 0
Installed drivers:
Type 1: OPL-2/OPL-3 FM
Type 2: Sound Blaster
Type 7: SB MPU-401
Card config:
Sound Blaster at 0x220 irq 5 drq 1,5
SB MPU-401 at 0x330 irq 5 drq 0
OPL-2/OPL-3 FM at 0x388 drq 0
Audio devices:
0: Sound Blaster 16 (4.13)
Synth devices:
0: Yamaha OPL-3
Midi devices:
0: Sound Blaster 16
Timers:
0: System clock
Mixers:
0: Sound Blaster
Cette derni�re commande peut g�n�rer des messages d'erreur. "No such file or directory" signifie que vous devez cr�er les fichiers de p�riph�riques (voir la section 4.3). "No such device" vous indique que le pilote son n'est pas charg� ou li� au noyau. Voyez la section 4.2 pour corriger cela.
Si des lignes apparaissent entre parenth�ses dans la partie "Card config:" de /dev/sndstat (par exemple : "(SoundBlaster at 0x220 irq 5 drq 1,5)" ), cela signifie que le p�riph�rique (la carte) a bien �t� configur�e, mais pas d�tect�e.
Maintenant, vous devriez pouvoir jouer un fichier son. Procurez-vous un petit fichier son et envoyez-le vers le fichier de p�riph�rique pour v�rifier basiquement la sortie son. Par exemple :
% cat endoftheworld>/dev/dsp
% cat crash.au>/dev/audio
(prennez garde de ne pas ommetre le ">" dans les commandes ci-dessus)
Notez que, g�n�ralement, utiliser cat n'est
pas une fa�on correcte de jouer des fichiers audio, mais
juste un moyen rapide de v�rification. Vous souhaiterez
sans doute trouver un programme dedi� permettant de jouer
correctement des fichiers son.
Cette commande fonctionne uniquement si il y a au moins un fichier de p�riph�rique list� dans la section "Audio devices" de /dev/sndstat. Si cette section est vide, il faut essayer de savoir pourquoi la carte n'a pas �t� d�tect�e.
Si les commandes ci-dessus retournent "I/O error", regardez la � la fin des messages produits par le noyau en tapant la commande "dmesg". Il est fr�quent de trouver des messages d'erreurs � cet endroit. Tr�s souvent, on trouve le message : "Sound: DMA (output) timed out - IRQ/DRQ config error?". Cette erreur signifie que la carte n'a pas r�ussi � utiliser l'interruption attendue. Dans la plupart des cas, cela veut dire que l'IRQ ou le canal DMA configur� pour le pilote ne fonctionne pas. La meilleure fa�on de le faire fonctionnner est d'essayer tous les IRQ et les DMA support�s par le pilote.
Une autre raison est que le fichier de p�riph�rique n'est pas compatible avec le pilote pour lequel il est configur� Ceci est le plus souvent vrai quand une carte son suppos�e "compatible SoundBlaster (Pro/16)" ne fonctionne pas avec le pilote SoundBlaster. Dans ce cas, essayez de trouver avec quelle autre carte votre mat�riel est r�ellement compatible (en postant dans fr.comp.os.linux par exemple).
Quelques fichiers son peuvent �tre trouv�s dans ce paquetage : ftp://tsx-11.mit.edu/pub/linux/packages/sound/snd-data-0.1.tar.Z
Maintenant, vous pouvez v�rifier que l'enregistrement fonctionnne. Si vous pouvez relier un micro(phone !) � votre carte son, vous pouvez effectuer un test rapide en utilisant ce genre de commandes :
# enregistre 4 secondes de son en provenance du micro
# dans le fichier "sample.au"
% dd bs=8k count=4 </dev/audio>sample.au
4+0 records in
4+0 records out
# rejoue le son enregistr�
% cat sample.au>/dev/audio
N'oubliez pas de parler dans le micro pour que cela fonctionne !!! Vous pouvez �galement avoir besoin de trouver un programme `mixer' (m�langeur de sources sonores), afin de s�lectionner le microphone comme �tant le p�riph�rique d'entr�e. Ceci doit �galement vous permettre d'ajuster le niveau d'enregistrement (gain).
Si tout cela fonctionne, vous pouvez �tre � peu pr�s certain que vos convertisseurs A/N et N/A fonctionnent, ainsi que la partie du pilote y �tant associ�e. Si vous rencontrez des difficult�s, passez � la section suivante !!!
Si vous avez encore des probl�mes apr�s avoir suivi les instructions de ce HOWTO, voici quelques points � v�rifier. Ils sont list�s dans un ordre de difficult� croissante. Si la v�rification se solde par un echec, r�solvez le probl�me avant d'effectuer la suivante !
Vous pouvez v�rifier la date du noyau pour �tre
certain que vous utilisez celui que vous avez compil� avec le
support son. Utilisez la commande uname :
% uname -a
Linux fizzbin 2.0.0 #1 Tue Jun 4 16:57:55 EDT 1996 i386
ou listez le fichier /proc/version:
% cat /proc/version
Linux version 2.0.0 (root@fizzbin) (gcc version 2.7.0) #1 Tue Jun 4 16:57:55 EDT 1996
Si la date ne semble pas correspondre avec celle � laquelle vous avez compil� le noyau, alors vous utilisez certainement un noyau plus ancien... Avez-vous r�ellement red�marr� la machine ? Si vous utilisez LILO (multiboot), l'avez-vous r�install� ? (normalement, cela se fait par : /etc/lilo/install). Si vous bootez � partir d'une disquette, en avez-vous cr�� une nouvelle et bien utilis�e ?
La fa�on la plus simple de v�rifier ceci est de controler ce que contient /dev/sndstat comme cela a �t� d�crit pr�c�demment. Si il semble y avoir un probl�me, alors quelque chose s'est mal d�roul� pendant la configuration ou la construction du nouveau noyau.
Soyez certain que votre carte son a bien �t� d�tect�e
lors du d�marrage. Vous avez d� voir un message lors de
la phase de boot. Vous pouvez retrouvez les messages du dernier
d�marrage en utilisant la commande dmesg :
% dmesg
ou
% tail /var/adm/messages
Si votre carte n'a pas �t� trouv�e, c'est que quelque chose s'est mal pass�. Soyez certain que votre carte est r�ellement install�e ! Si elle fonctionne sous DOS, vous pouvez supposer qu'elle va fonctionner sous Linux, et qu'il doit y avoir un probl�me au niveau de la configuration du noyau. Soit vous avez configur� une mauvaise carte ou de mauvais param�tres, soit votre carte n'est support�e par aucun des pilotes son du noyau Linux...
Une possibilit� est que votre carte n�cessite une initialisation
par le pilote DOS. Essayez sous DOS d'initialiser votre carte avec le
pilote fourni par le constructeur de la carte. Ensuite, rebootez �
chaud en utilisant Control-Alt-Delete. V�rifiez bien que que
les adresses d'E/S, de DMA, et les num�ros d'IRQ sont les m�mes
sous Linux et sous DOS. Consultez le fichier Readme.cards dans les sources
du pilote son Linux pour conna�tre les d�tails de configuration de
votre carte.
Si votre carte n'est pas mentionn�e dans ce document, il est possible que le pilote son de Linux ne la supporte pas. Vous pouvez consulter les r�f�rences list�es � la fin de ce document pour obtenir de l'aide.
Essayez d'enregistrer des sons en provenance de /dev/audio en utilisant
la commande dd dont on a d�j� parl� dans ce
document.
Si �a ne fonctionne pas, alors il y a probablement un conflit d'IRQ ou de DMA, ou une incompatibilit� mat�rielle (le p�riph�rique n'est pas support� par Linux ou le pilote n'est pas configur� pour le bon p�riph�rique).
Une autre possibilit� est d'avoir un mat�riel d�fectueux. Testez cette carte sous DOS pour v�rifier !
Si �a ne marche toujours pas, voici quelques suggestions sur ce que vous devriez faire :
Esc-x doctor :-)Hosting by: Hurra Communications GmbH
Generated: 2007-01-26 18:01:21