
                             Le Linux Sound-HOWTO

Jeff Tranter, tranter@pobox.com, traduction franaise de Gal Duval (version
1.18) gael@linuxmandrake.com

   v1.19, 23 janvier 1998 - mis  jour en dcembre 1998.
     _________________________________________________________________

   _Ce document dcrit comment le son est gr par Linux. Il numre les
   diffrents matriels supports, dcrit comment configurer les pilotes
   dans le noyau, et rpond aux questions les plus frquentes. Son but
   est de permettre aux nouveaux utilisateurs de profiter du son
   rapidement, et de dsengorger le trafic Usenet._
     _________________________________________________________________

1. Introduction

   Ceci est le document Linux Sound-HOWTO. Il est conu pour tre une
   rfrence rapide couvrant tout ce que vous devez savoir pour installer
   et configurer les fonctions sonores de Linux. Des rponses sont
   donnes aux questions les plus frquentes  propos du son sous Linux,
   et des rfrences  d'autres informations sur le son et la musique de
   synthse sont mentionnes.

   L'tude se limite aux aspects des cartes son qui concernent Linux.
   Pour des informations plus gnrales sur les cartes, la musique et le
   son, consultez la section _Autres sources d'information_.

1.1 Remerciements

   Beaucoup de ces informations proviennent des fichiers Readme
   (`lisez-moi') provenant de la documentation fournie avec le code
   source du pilote son, crit par Hannu Savolainen
   (hannu@voxware.pp.fi). Que Hannu et les nombreuses autres personnes
   ayant particip au dveloppement des pilotes son du noyau Linux et des
   utilitaires associs soient donc remercis.

   Merci au paquetage Linuxdoc-SGML de Matt Welsh, qui permet  ce HOWTO
   d'tre disponible sous diffrents formats, manants tous d'un mme
   fichier source.

1.2 Versions antrieures

   _Version 1.1_
          premire version; poste uniquement dans le canal SOUND de la
          `linux activists mailing list' (`liste de diffusion des
          activistes Linux').

   _Version 1.2_
          corrections mineures; premire version disponible sur les sites
          d'archives.

   _Version 1.3_
          conversion au format SGML ; maintenant disponible sous
          plusieurs formats, grce aux outils Linuxdoc-SGML de Matt
          Welsh; la prsentation a chang  cause du nouveau format, mais
          peu de changements sur le fond.

   _Version 1.4_
          petites modifications de SGML; ajout de rponses  propos des
          incompatibilits entre la PAS16 et la carte SCSI Adaptec1542A.

   _Version 1.5_
          le pilote son 2.5a est maintenant dans la distribution du noyau
          1.1; note sur le support GUS-MAX; quelques petites corrections.

   _Version 1.6_
          ajout d'information sur l'erreur "no space on device" ; notez
          que le Hacker's Guide est dans un rpertoire cach ; ajout de
          questions  propos du mode bidirectionnel ; informations sur
          les erreurs "device busy" ; corrections diverses.

   _Version 1.7_
          ajout d'informations sur l'ASP et l'AWE32; VoxWare 2.9 est
          disponible; rponses aux questions concernant l'utilisation de
          l'IRQ 2; liens vers les Sound-HOWTO et SCSI HOWTO.

   _Version 1.8_
          ajout d'une question  propos d'erreurs survenant sous DOS;
          plusieurs points ractualis pour la version 2.90 du pilote
          son; informations concernant DOOM; rponse sur la rduction du
          bruit.

   _Version 1.9_
          questions concernant l'enregistrement et les cartes
          compatibles.

   _Version 1.10_
          disponibilit de l'HOWTO sur le web, sous diverses formes et
          traduites; informations concernant les conflits de DMA avec le
          pilote de sauvegarde QIC; informations concernant la Sound
          Galaxy NX Pro et la BusMouse Logitech.

   _Version 1.11_
          une mise  jour tardive; document mis sous licence GPL; mise 
          jour avec la version 3.0 du pilote son; informations concernant
          toutes les nouvelles cartes supportes; nouvelles informations
          sur la configuration et les problmes rencontrs; beaucoup de
          nouveaux liens HTML ajouts; mise  disposition en ligne au
          format du CD-ROM HOWTO.

   _Version 1.12_
          nouveaux pilotes son du noyau 1.3.34; nouveaux noms pour les
          fichiers de priphrique son; l'adresse de base pour la 1542
          n'est pas 333 mais 334; clarification du statut de la Creative
          Labs Emu et de l'ASP; pointeurs vers les sites web de Creative
          Labs et MediaTrix.

   _Version 1.13_
          prcision sur le nom VoxWare; mise  jour en fonctions des
          dernires cartes supportes et des options de configuration;
          questions sur le support Plug and Play; question sur le
          problme de la taille du block; nouvelles options pour xconfig
          et menuconfig; modutils a un support de fichier de priphrique
          sonore; fin de la liste de diffusion vger; mise  jour du site
          web de l'auteur; autres changements divers et varis.

   _Version 1.14_
          l'Audio Excel DSP16 n'est plus supporte (mais devrait
          refonctionner dans quelques mois); changements pour le
          programme configure; la version italienne de ce HOWTO est
          disponible; astuce pour rgler les gains du mixer au chargement
          du module son; la derniere version stable du noyau est
          maintenant 2.0; nouveau nom pour le pilote son; question
          concernant les droits des fichiers de priphrique son.

   _Version 1.15_
          suppresion d'anciennes questions devenues obsoltes; nouvelle
          adresse email pour l'auteur; mise  jour des liens pour y
          inclure les derniers packages de logiciels disponibles; plus
          d'informations sur le livre du multimdia; petites corrections
          grammaticales.

   _Version 1.16_
          beaucoup de mises  jour et de corrections proposes par Hannu
          Savolainen; ajout d'une "date limite de consommation" de six
          mois pour ce document; nouveaux liens vers des pages web; ajout
          d'un lien sur la traduction espagnole; petites corrections
          grammaticales.

   _Version 1.17_
          la traduction chinoise de ce document est disponible; un pilote
          alternatif pour la GUS; le package radio modem; le guide Linux
          Multimedia est desormais disponible en Franais et en Japonais;
          rfrences  des mini-HOWTOs utiles; pointeur pour le Thinkpad
          IBM.

   _Version 1.18_
          la traduction corenne est disponible; plus d'informations
          concernant le son et les MIPS; mise  jour sur le support de
          nouvelles cartes son; il faut lancer fuser en tant que root.

   _Version 1.19_
          cette nouvelle version est publie selon la licence LDP plutot
          que GPL.

1.3 Nouvelles versions de ce document

   Les nouvelles versions de ce document seront priodiquement postes
   dans le groupe fr.comp.os.linux.annonces. Elles seront aussi envoyes
    divers sites ftp qui archivent ce genre d'informations, notamment :
   ftp://ftp.lip6.fr/pub/linux/french/docs/HOWTO/ (version franaise) et
   ftp://sunsite.unc.edu/pub/Linux/docs/HOWTO/ (version originale).

   Des versions hypertexte de ce document ainsi que des autres HOWTOs
   pour Linux sont disponibles sur un grand nombre de sites web dont
   http://sunsite.unc.edu/LDP/. La plupart des distributions Linux sur
   CD-ROM contiennent les HOWTOs, souvent dans le rpertoire /usr/doc et
   il est possible d'en acheter des versions imprimes chez plusieurs
   revendeurs spcialiss. Parfois, les HOWTOs disponibles sur CD-ROM,
   sur les sites FTP et dans les version imprimes sont dpasss. Si le
   HOWTO a plus de six mois, alors une nouvelle version est certainement
   disponible sur Internet.

1.4 Retour d'informations...

   Si vous avez des suggestions, des corrections, ou des commentaires 
   apporter  ce HOWTO, merci de bien vouloir me les envoyer (
   tranter@pobox.com), et j'essaierai de les inclure dans la version
   suivante.

   J'essaie galement de rpondre aux questions concernant les cartes son
   sous Linux dans la mesure du possible. Avant de poser directement une
   question, merci de lire toutes les informations contenues dans ce
   HOWTO, et envoyez-moi une description dtaille du problme. Merci de
   ne pas me poser de questions quant  l'utilisation des cartes son avec
   d'autres systmes d'exploitation que Linux.

   Si vous publiez ce document sur CD-ROM ou sous forme imprime,
   j'apprcierais d'en recevoir une copie (n.d.t.: le traducteur aussi
   :-) ). Envoyez-moi un email pour que je vous communique mon adresse
   postale. Pensez galement  contribuer au Linux Documentation Project
   pour supporter la documentation libre de Linux. Pour plus
   d'informations, contactez le coordinateur des HOWTOs LINUX, Tim Bynum
   mailto:linux-howto@sunsite.unc.edu.

1.5 Ce document : politique de distribution

   Copyright 1995-1997 Jeff Tranter.

   Traduction franaise 1998 Gal Duval.

   Ce document est distribuable selon les termes de la licence LDP que
   l'on peut consulter  http://sunsite.unc.edu/LDP/COPYRIGHT.html.

2. La technologie des cartes-son

   Cette partie vous donne un petit aperu des techniques audio employes
   en informatique, cela pour vous aider  comprendre certains concepts
   dont on parlera dans la suite de ce document. Pour en savoir plus,
   vous pouvez consulter certains livres traitant d'audio-numrique ou de
   traitement du signal numrique...

   Le son est un phnomne analogique; il se traduit par une valeur
   quelconque sur une chelle continue. Les ordinateurs fonctionnent de
   manire _numrique_; c'est--dire qu'ils utilisent des valeurs
   discrtes. Les cartes-son utilisent un composant appel _Convertisseur
   Analogique-Numrique_ (A/N ou ADC en anglais) afin de convertir les
   tensions correspondantes aux ondes sonores analogiques en valeurs
   numriques qui peuvent alors tre stockes dans la mmoire de
   l'ordinateur. De mme, un _Convertisseur Numrique-Analogique_ (N/A ou
   DAC en anglais) convertit les valeurs numriques en une tension
   analogique qui peut alors tre amplifie pour "attaquer" un
   haut-parleur et produire du son...

   La conversion analogique-numrique (chantillonage ou "sampling" en
   anglais) gnre des erreurs. Deux facteurs dterminent la qualit du
   signal echantillon par rapport au signal initial. Tout d'abord, la
   _frquence d'chantillonage_ est le nombre d'chantillons raliss par
   unit de temps (exprime en Hertz). Une petite frquence
   d'chantillonage produira une reprsentation moins fine du signal
   analogique d'origine, dans le sens o les frquences aigues ne seront
   pas ou mal restitues. (ndt : la thorie nous enseigne que pour
   restituer correctement une frquence sonore de n Hz, il faut effectuer
   un chantillonage au moins gal  2 x n Hz. Ainsi, l'tendue du
   spectre sonore audible par un humain (0  20000 Hz) sera bien
   restitue par un chantillonage  44100 Hz (norme CD-AUDIO) ). Le
   nombre de bits d'chantillonage conditionne l'tendue des valeurs
   utilisables pour reprsenter chaque chantillon, qui conditionne
   elle-mme la plage dynamique de restitution. (ndt : il s'agit du
   rapport entre le niveau sonore le plus fort restituable sans
   distortion, et le niveau de souffle ou de bruit inhrent au matriel
   de restitution. Cette plage dynamique est exprime de manire
   logarithmique en decibels (dB). En thorie, lorsque l'on ajoute un
   nouveau bit de codage pour chaque chantillon, on double cette plage,
   ce qui correspond  un gain en dynamique de 6 dB :-) )

   Les cartes son utilisent typiquement un codage sur 8 ou 16 bits (ndt :
   et parfois 24), pour des frquences d'chantillonage allant de 4000 
   44100 (ndt : ou 48000 Hz). L'chantillonage pouvant tre ralis sur
   une voie (mono) ou deux (stro) (ndt : et plus (8, 16...) pour des
   cartes professionnelles).

   La _synthse FM_ est une ancienne mthode utilise pour produire des
   sons. Son principe consiste en la combinaison de plusieurs ondes de
   formes diffrentes (ex : sinusodales, triangulaires, carres). Ce
   procd est plus simple  implmenter au niveau "hardware" que la
   conversion analogique-numrique mais son utilisation est plus
   compliqu (au niveau programmation). Beaucoup de cartes son supportent
   la synthse FM afin de rester compatibles avec des cartes ou
   programmes plus anciens. Plusieurs gnrateurs sonores diffrents sont
   habituellement fournis.

   La _synthse par table d'chantillons sonores_ ou _wavetables_ associe
   la flexibilit de la conversion A/N avec les possibilits multivoies
   de la synthse FM. Avec ce procd, des sons digitaliss/numriss
   peuvent tre chargs dans une mmoire ddie puis rejous, combins,
   et modifis en sollicitant peu le microprocesseur de la machine.
   Toutes les cartes son actuelles supportent la synthse par tables
   d'chantillons sonores.

   La plupart des cartes offrent galement la possibilit de _mixage_, en
   combinant les signaux provenant des diffrentes sources avec des
   niveaux diffrents.

   Le terme _MIDI_ signifie : Musical Instrument Digital Interface soit :
   interface numrique pour instruments musicaux en franais. Ce
   protocole matriel et logiciel standard permet aux "instruments
   lectroniques" de communiquer entre eux. Les vnements envoys dans
   un bus MIDI peuvent aussi tre mmoriss dans des fichiers MIDI. Cela
   permet de les diter ultrieurement et de les rejouer. Beaucoup de
   cartes son possdent une interface MIDI. Celles qui n'en n'ont pas
   peuvent quand mme jouer des fichier MIDI.

   Les fichiers _MOD_ sont un format courant pour les sons gnrs par
   ordinateur. En plus des informations relatives aux notes devant tre
   joues, ces fichiers contiennent des chantillons d'instruments ou de
   voix digitalises. Les fichiers MOD proviennent du monde Amiga, mais
   peuvent tre jous par d'autres systmes - dont Linux - en utilisant
   des logiciels appropris.

3. Matriel support

   Cette partie rpertorie les cartes son et interfaces qui sont
   supportes par les derniers noyaux Linux  la date o ce document a
   t rdig.

   Les diffrentes versions des pilotes son ont leur propre numrotation.
   La dernire version stable du noyau Linux est  ce jour la 2.0.33 pour
   une version 3.5.4-960630 du pilote son.

   Le concepteur de ce pilote, Hannu Savolainen, en rend souvent
   publiques les nouvelles versions beta avant qu'elles ne deviennent
   parties intgrantes du noyau Linux. La liste la plus actualise des
   cartes supportes se trouve sur :
   http://www.4front-tech.com/ossfree/new_cards.html (USA) ou
   http://personal.eunet.fi/pp/voxware/new_cards.html (Europe). Ces pages
   indiquent quel pilote est ncessaire pour tel type de carte, ou si son
   support est encore en dveloppement. Le fichier
   /usr/src/linux/drivers/sound/Readme.cards distribu avec le noyau
   Linux contient des informations sur les cartes supportes mais n'est
   pas forcment  jour.

   Les informations contenues dans ce HOWTO sont valables pour Linux
   tournant sur un processeur compatible Intel x86.

   Le pilote son devrait galement fonctionner avec la plupart des cartes
   son disponibles pour les plateformes Alpha. Nanmoins, il peut dans ce
   cas exister des conflits d'adresses avec d'autres priphriques, mme
   si la carte fonctionne parfaitement sur une machine  base de x86. Il
   n'est donc gnralement pas possible de dire si telle ou telle carte
   va fonctionner sans l'essayer.

   A l'heure o ces lignes ont t rdiges, le pilote son ne
   fonctionnait pas encore sur la version PowerPC de Linux. Mais cela
   devrait fonctionner dans l'avenir.

   On peut configurer le son dans le noyau pour Linux port sur MIPs, et
   certaines machines MIPs possdent des slots EISA et/ou des
   circuits-son intgrs dans la machine. On m'a dit que le groupe
   Linux-MIPs souhaitait intgrer un support son dans le futur.

   Le noyau Linux contient un pilote-son particulier pour les versions
   Atari et Amiga de Linux qui implmente une compatibilit
   d'instructions avec le pilote son des machines x86, ceci en utilisant
   les possibilits matrielles natives de ces machines.

   Le portage de Linux pour SPARC n'inclue pas encore de support du son.
   De la mme faon que pour les Amiga et les Atari, les machines SPARC
   possdent des possibilits sonores intgres  la machine. Il faudrait
   donc un pilote spcifique (ce qui est rigolo, car sous Linux, /dev/dsp
   est une mulation du pilote son de SunOS !).

3.1 Les cartes son

   Les cartes son suivantes sont supportes par le pilote son du noyau
   linux :

     * ATI Stereo F/X (n'est plus fabriqu)
     * AdLib (n'est plus fabriqu)
     * Ensoniq SoundScape (et compatibles fabriques par Reveal and Spea)
     * Gravis Ultrasound
     * Gravis Ultrasound ACE
     * Gravis Ultrasound Max
     * Gravis Ultrasound avec chantillonage sur 16 bits
     * Logitech Sound Man 16
     * Logitech SoundMan Games
     * Logitech SoundMan Wave
     * MAD16 Pro (chipsets OPTi 82C928, 82C929, 82C930, 82C924)
     * Media Vision Jazz16
     * MediaTriX AudioTriX Pro
     * Microsoft Windows Sound System (MSS/WSS)
     * Mozart (OAK OTI-601)
     * Orchid SW32
     * Personal Sound System (PSS)
     * Pro Audio Spectrum 16
     * Pro Audio Studio 16
     * Pro Sonic 16
     * Roland MPU-401 interface MIDI
     * Sound Blaster 1.0
     * Sound Blaster 16
     * Sound Blaster 16ASP
     * Sound Blaster 2.0
     * Sound Blaster AWE32
     * Sound Blaster Pro
     * TI TM4000M notebook
     * ThunderBoard
     * Turtle Beach Tropez ("classic", pas la "Plus")
     * Turtle Beach Maui
     * Yamaha FM synthesizers (OPL2, OPL3 et OPL4)
     * 6850 UART MIDI Interface

   Notez bien que les cartes Plug and Play (PnP) ne sont pas entirement
   compatibles avec les modles non-PnP de la mme carte. Par exemple, la
   SoundBlaster16 PnP n'est pas compatible  100% avec la SoundBlaster16
   originelle. Il en va de mme pour les Soundscape et les GUS PnP. On
   trouvera plus d'informations  ce sujet dans la suite de ce document.

   Les cartes suivantes ne sont _pas_ supportes, soit parce qu'elles
   sont dpasses, soit parce que le constructeur ne souhaite pas
   communiquer la totalit des spcifications techniques ncessaires pour
   crire le pilote concern.

     * Pro Audio Spectrum (originelle)
     * Pro Audio Spectrum+
     * anciennes cartes (Sierra Aria based)fabriques par Diamond

   Les autres cartes qui sont annonces comme tant compatibles avec une
   des cartes supportes vues plus haut _peuvent_ fonctionner  condition
   qu'elles soient rellement compatibles au niveau matriel
   (c'est--dire, au niveau des registres).

   Mme si la plupart des cartes son sont dites "compatibles
   SoundBlaster", un trs petit nombre le sont suffisament pour
   fonctionner avec le pilote SoundBlaster de Linux. Ces cartes
   fonctionnent habituellement mieux en utilisant les pilotes MSS/WSS ou
   MAD16. Seules les vritables cartes SoundBlaster fabriques par
   Creative Labs et qui utilisent les puces Creative (comme la
   SoundBlaster16 Vibra), la MV Jazz16 et les cartes bases sur
   l'ESS688/1688 fonctionnent en gnral avec le pilote SoundBlaster.
   Tenter d'utiliser une "carte son SoundBlaster Pro compatible 16 bits"
   avec le pilote de priphrique SoundBlaster est en gnral une perte
   de temps.

   Le noyau Linux supporte les ports SCSI prsents sur quelques cartes
   son (par exemple, sur la SoundBlaster16 Vibra) et les interfaces
   propritaires pour un certain nombre de lecteurs de CD-ROM (par
   exemple, sur la Soundblaster Pro). Voyez  ce propos le SCSI HOWTO et
   le CDROM HOWTO pour plus d'informations.

   Un module chargeable du noyau supportant les ports joystick (dont
   certains fournis avec certaines cartes son) est galement disponible.

   Notez que les pilotes de priphrique SCSI, CD-ROM, joystick et son du
   noyau sont compltement indpendants les uns des autres.

   Pour des informations  jour sur les pilotes son, consulter le site
   Web de Hannu Savolainen (qui est mentionn dans la liste des
   rfrences).

3.2 Des pilotes son alternatifs

   Il y a des pilotes "non officiels" disponibles. Ils font pas partie de
   la distribution standard du noyau Linux et sont utiliss  la place du
   pilote son normal.

   Une version commerciale du pilote son est vendue par 4Front
   Technologies. Elle offre un grand nombre de caractristiques
   supplmentaires par rapport  la version libre fournie dans le noyau
   Linux. Pour en savoir plus, consulter la page Web de 4Front
   Technologies sur http://www.4front-tech.com/.

   Markus Mummert ( mum@mmk.e-technik.tu-muenchen.de) a conu un pilote
   son pour les cartes son Turtle Beach Multisound (classic), Tahiti et
   Monterey. La documentation prcise :

     "ce pilote a t conu pour de l'enregistrement/ lecture sur
     disque-dur sans perte de synchronisation, mme sur un systme
     charg. Les autres fonctionalits, comme la synthse sonore par
     table d'chantillons, le MIDI et l'utilisation des DSP (Digital
     Signal Processor = Processeurs de Signaux Numriques) ne peuvent
     pas tre utilises. De mme, l'enregistrement et la lecture
     simultans ne sont pas possibles. Il remplace actuellement VoxWare
     et a t test pour plusieurs noyaux, de la version 1.0.9  la
     1.2.1. On peut galement l'installer sur les systmes UN*X
     SysV386R3.2."

   On peut le trouver sur http://www.cs.colorado.edu/~mccreary/tbeach.

   Kim Burgaard ( burgaard@daimi.aau.dk) a crit un pilote son et des
   utilitaires pour l'interface MIDI MPU-401. Le fichier relatif  Linux
   donne cette description :

     "Un pilote pour vritable interface MIDI compatible Roland MPU-401
     (incluant la SCC-1 et la RAP-10/ATW-10 Roland). Fourni avec un
     ensemble d'utilitaires, dont un lecteur/enregistreur pour fichiers
     MIDI standards."

     "Beaucoup d'amliorations ont t ralises depuis la version
     0.11a. Entre autres, le pilote respecte la politique de partage des
     IRQ et la nouvelle interface des modules du noyau. Une fonction de
     mtronome, des possibilits de synchronisation - par exemple des
     images en fonction d'un battement sans perte de prcision, une
     interface avance de relecture/enregistrement/overdub (lecture et
     enregistrement simultans) et beaucoup plus encore."

   On peut le trouver sur
   ftp://sunsite.unc.edu/pub/Linux/kernel/sound/mpu401-0.2.tar.gz.

   Jaroslav Kysela et d'autres ont galement conu un pilote alternatif
   pour la Gravis UltraSound. Consulter la page
   http://romeo.pf.jcu.cz/~perex/ultra du projet Linux UltraSound pour
   plus d'infos.

   Une autre utilisation des cartes son sous Linux consiste  s'en servir
   comme modem pour la radio-amateur par paquets. Les versions rcente
   2.1.x (attention, version de _dveloppement_ !) contiennent un pilote
   qui fonctionne avec les cartes compatibles SoundBlaster et Windows
   Sound System pour pouvoir utiliser les protocoles paquets AFSK 1200
   bps et FSK 9600 bps. Voyez le HOWTO AX25 pour plus de dtails (je suis
   moi-mme radio-amateur avec VE3ICH comme indicatif !).

3.3 Le haut-parleur du PC

   Un autre pilote son est galement disponible, qui ne ncessite pas de
   carte son : il utilise le haut-parleur PC. Il est compatible au niveau
   logiciel avec le pilote de cartes son, mais, comme on peut s'y
   attendre, il produit un son de moins bonne qualit et ncessite plus
   de ressources CPU. Les rsultats semblent tre assez ingaux, et
   dpendent des caractristiques du haut-parleur interne. Pour de plus
   amples informations, consultez la documentation fournie avec ce
   pilote.

   La version actuelle est 1.1 et peut-tre trouve sur
   ftp://ftp.informatik.hu-berlin.de/pub/os/linux/hu-sound/

3.4 Le port parallle

   Une autre option consiste  fabriquer un convertisseur
   numrique-analogique en utilisant le port parallle (pour imprimante
   ou autre extensions). Cette solution produit un son de meilleur
   qualit qu'avec le haut-parleur du PC, mais sollicite galement
   beaucoup la CPU. Le paquetage du pilote pour haut-parleur mentionn
   ci-dessus supporte cette fonction et contient les instructions pour
   construire le matriel adquat.

4. L'installation

   La configuration du support son sous Linux doit se faire selon les
   tapes suivantes :

    1. Installation de la carte son.
    2. Configuration et recompilation du noyau avec le support son.
    3. Cration des fichiers "device" (fichiers spciaux associs. au
       priphrique : /dev/...).
    4. Redmarrage de la machine et tests d'installation.

   Dans la suite sont explicites toutes ces tapes.

4.1 L'installation de la carte son

   Suivez les instructions du fabriquant pour l'installation matrielle
   ou confiez-la  votre revendeur.

   Les vieilles cartes-son ont souvent des petits interrupteurs appels
   cavaliers ("switch" ou "jumper") permettant de configurer les adresses
   IRQ (Interrupt ReQuest = requte d'interruption ), DMA (Direct Memory
   Access = bus de transfert direct des donnes), les canaux, etc. Si
   vous n'tes pas certain, utilisez les rglages d'usine. Essayez
   d'viter les conflits avec d'autres prriphriques (comme les cartes
   ethernet, les cartes SCSI, les ports srie et parallle).

   Normalement, vous devrez utiliser les mmes 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
   rglage particulier pour que cela fonctionne avec Linux. Il faudra
   peut-tre faire quelques essais.

4.2 La configuration du noyau

   Quand vous avez install Linux, vous avez certainement utilis un
   noyau prcompil. Gnralement, ces noyaux ne fournissent pas de
   support son. Il vous faut donc recompiler votre noyau en fonction des
   priphriques que vous possdez. Vous devez galement recompiler le
   noyau lorsque vous passez  une de ses nouvelles versions ou afin de
   librer de la mmoire en rduisant sa taille (ndt : par l'utilisation
   des modules).

   Consultez le Linux Kernel HOWTO pour recompiler le noyau (ndt : c'est
   trs simple  faire). Je ne vais parler ici que des points qui sont
   spcifiques 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 spcifiques  votre
   carte-son. La documentation suivant peut-tre trouve dans le
   rpertoire des pilotes son du noyau Linux. Il se trouve en gnral
   dans /usr/src/linux/drivers/sound :

CHANGELOG         - description des modifications pour chaque version
COPYING           - droit et restrictions de duplication
Readme            - informations rcentes et importantes
Readme.aedsp16    -  propos de la carte Audio Excel 16 DSP
Readme.cards      - prcisions sur la configuration de cartes spcifiques
Readme.linux      - prcisions sur l'installation de pilotes son non inclus dan
s le noyau
Readme.modules    - comment compiler le pilote en un module chargeable
Readme.v30        - nouvelles possibilites dans la version 3.0 du pilote son
experimental.txt  -  propos des caractristiques exprimentales

   Suivez tout d'abord la procdure habituelle pour compiler le noyau. Il
   existe actuellement trois interfaces disponibles pour la procdure de
   configuration. Une interface graphique sous X11 peut tre lance par
   "make xconfig". Une interface  base de menus texte est disponible en
   tapant "make menuconfig". Enfin, la mthode originelle, en utilisant
   "make config" propose une interface uniquement  base de texte.

   Il faut faire particulirement attention en utilisant "make xconfig"
   ou "make menuconfig". En effet, les choix par dfaut sont toujours
   positionns 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 valide.

   Dans ce document, je suppose que vous utilisez la procdure
   traditionnelle en mode texte : "make config". Nanmoins, la procdure
   est identique dans les autres cas.

   Il y a galement deux autres manires de configurer le son. La
   premire est l'"ancienne" faon (la seule disponible pour les noyaux
   2.0.0). Elle utilise un programme de configuration spar qui fait
   partie du pilote son. Cette mthode fonctionne pour la plupart des
   cartes, exceptes quelques unes qui ncessitent des pilotes
   additionnels "bas niveau" (miroSOUND, AWE32, et AEDSP16).

   La seconde mthode (la "nouvelle") est mieux intgre  la
   configuration par menus texte utilise pour le reste du noyau. Elle ne
   fonctionne pas pour les cartes qui ont besoin d'un fichier
   constructeur tlchargeable. Ceci concerne les cartes PSS, SM Wave,
   AudioTrix Pro et TurtleBeach Tropez/Maui. Avec ces cartes, on
   utilisera la vieille procdure.

   La "nouvelle" mthode est toujours utilise en faisant "make xconfig".
   Quand on utilise "make menuconfig", on peut choisir entre les deux
   mthodes. En faisant "make config", vous aurez la vieille mthode par
   dfaut. Mais si vous avez dj utilis la nouvelle mthode, ce sera
   celle utilise par "make config" ! Vous pouvez reslectionner
   l'ancienne en lanant "make menuconfig" et en la slectionnant.

   La mthode recommende est l'utilisation de "make menuconfig" avec
   l'ancienne mthode de configuration. Beaucoup de problmes de
   configuration du son proviennent (au moins en partie) de l'utilisation
   de la nouvelle mthode.

   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 rpondant "y"
    la question :

Sound card support (CONFIG_SOUND) [M/n/y/?]

   A la fin des questions de configuration, un programme sera compil et
   excut et vous demandera alors quelles sont les options pour votre
   carte son. Attention en rpondant  ces questions, car une rponse
   errone pour une option peut empcher d'autres questions suivantes
   d'tre poses. Par exemple, ne rpondez "yes"  la premire question
   (PAS 16) que si vous n'avez rellement pas de carte PAS 16. De mme,
   n'activez pas plus d'options que celles dont vous avez rellement
   besoin car cela consomme de la mmoire ! Certains pilotes (comme celui
   du MPU-401) peuvent galement entrer en conflit avec votre controleur
   SCSI et empcher le noyau de "booter".

   Voici une liste de toutes les options de configuration. Rpondez "y"
   (oui) ou "n" (non)  chaque question. La rponse par dfaut est
   affiche en lettre majuscule telle que : "[Y/n/?]" signifie "y" par
   dfaut et vice versa. Pour valider la valeur par dfaut, appuyez juste
   sur Enter, tout en sachant que cette valeur par dfaut n'est pas
   forcment correcte.

   Si vous rentrez "?", vous aurez un court message d'explication sur
   l'option prsente.

   Notez galement que toutes les options ne sont pas demandes. Le
   programme de configuration dsactive certaines questions en fonction
   des choix prcedemment valids. Il peut galement slectionner
   automatiquement certaines options.

   _Old configuration exists in /etc/soundconf. Use it [Y/n/?]_
          Si vous avez prcedemment compil le noyau pour le support son,
          la configuration prcdente a pu tre sauvegard. Si vous
          souhaitez utiliser cette ancienne configuration, alors entrez
          "y". Si vous essayez une configuration diffrente ou si vous
          utilisez une nouvelle version du noyau, rpondez "n" pour
          commencer la configuration.

   _ProAudioSpectrum 16 support [Y/n/?]_
          Rpondez "y" _uniquement_ si vous possdez une Pro Audio
          Spectrum _16_, une ProAudio Studio 16 ou une Logitech SoundMan
          16. Ne rpondez pas "y" si vous avez une autre carte de chez
          Media Vision ou Logitech car elle ne sera pas compatible PAS16.

   _SoundBlaster support [Y/n/?]_
          Rpondez "y" si vous avez une carte SoundBlaster de chez
          Creative Labs, ou une carte compatible  100% au niveau
          matriel (comme la Thunderboard ou la SM Games). Si votre carte
          est dans la liste des cartes supportes, consultez le fichier
          Readme.cards des cartes spcifiques avant de rpondre  cette
          question. Pour une carte inconnue, essayez "y" si cette carte
          se dit tre compatible SoundBlaster.

   _Gravis Ultrasound support [Y/n/?]_
          Rpondez "y" si vous avez une GUS ou une GUS MAX. Rpondez "n"
          si vous n'avez pas de GUS car ce pilote utilise beaucoup de
          mmoire.

   _MPU-401 support (NOT for SB16) [Y/n/?]_
          Attention avec cette question. L'interface MPU-401 est
          supporte par presque toutes les cartes son. Nanmoins,
          quelques cartes supportes possdent 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 systme qui ne
          possde pas d'interface MPU-401 peut causer des
          disfonctionnements. Si votre carte est normalement supporte,
          consultez quand mme les instructions spcifiques la concernant
          dans le fichier Readme.cards. Il est plus sr d'entrer "y" si
          vous possdez une vritable carte avec interface MPU-401 MIDI.

   _6850 UART Midi support [Y/n/?]_
          Il est sr de rpondre "n"  cette question dans tous les cas.
          L'interface 6850 UART n'est que trs rarement utilise.

   _PSS (ECHO-ADI2111) support [Y/n/?]_
          Rpondez "y" si vous possdez une carte Orchid SW32, ou
          Cardinal DSP16 ou encore d'autres cartes bases sur les puces
          PSS (codec AD1848 + puce DSP ADSP-2115 + puce Echo ESC614
          ASIC).

          v

   _16 bit sampling option of GUS (not GUS MAX) [Y/n/?]_
          Rpondez "y" si vous avez install la carte-fille
          d'chantillonage 16 bits sur votre GUS. Rpondez non si vous
          avez une GUS MAX. Cette option dsactive le support GUS MAX.

   _GUS MAX support [Y/n/?]_
          Rpondez "y" uniquement si vous avez une GUS MAX.

   _Microsoft Sound System support [Y/n/?]_
          Faite encore attention avant de rpondre "y"  cette question.
          Il est plus sr de rpondre "y" si vous possdez la carte
          Windows Sound System originelle fabrique par Petitmou
          (microsoft) ou l'Aztech SG 16 Pro / NX 16 Pro. Vous pouvez
          aussi rpondre "y" au cas o votre carte n'ait pas t propose
          plus haut. Pour les cartes ayant le support natif pour VoxWare,
          consultez les instructions spcifiques dans le fichier
          Readme.cards. Certains pilotes possdent leur propre support
          MSS et l'activation de cette option dans ce cas causera un
          conflit.

   _Ensoniq Soundscape support [Y/n/?]_
          Rpondez "y" si vous avez une carte son base sur les puces
          Ensoniq SoundScape. De telles cartes sont fabriques, au moins
          chez Ensoniq, Spea et Reveal (ce dernier fabrique galement
          d'autres types de cartes).

   _MediaTriX AudioTriX Pro support [Y/n/?]_
          Rpondez "y" si vous avez une AudioTriX Pro.

   _Support for MAD16 and/or Mozart based cards?_
          Rpondez "y" ici si votre carte possde une puce d'interface
          Mozart (OAK OTI-601) ou MAD16 (OPTi 82C928 ou 82C929). Ces
          circuits sont assez rpandus, il est donc possible qu'un grand
          nombre de cartes "anonymes" en possdent. De plus, la puce
          MAD16 est utilise dans des cartes fabriques par des
          constructeur connus comme Turle Beach (Tropez), Reveal
          (quelques modles) et Diamond (les plus rcentes).

   _Support for Crystal CS4232 based (PnP) cards [Y/n/?]_
          Rpondez "y" si vous avez une carte base sur les circuits
          Crystal CS4232.

   _Support for Turtle Beach Wave Front (Maui, Tropez) synthesizers
          [Y/n/?]_
          Rpondez "y" ici si vous possdez l'une de ces cartes.

   _SoundBlaster Pro support [Y/n/?]_
          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 mmoire ici en
          rpondant "n" mais l'alternative la plus sre est de rpondre
          "y".

   _SoundBlaster 16 support [Y/n/?]_
          Validez si vou avez une SoundBlaster 16 (dont l'AWE 32).

   _Audio Excel DSP 16 initialization support [Y/n/?]_
          Rpondez "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 rpondre "y" 
   chacune de ces questions, et "n" uniquement si vous savez que vous
   n'aurez pas besoin de cette option.

   _/dev/dsp and /dev/audio support (usually required) [Y/n/?]_
          Rpondre "n" dsactive /dev/dsp et /dev/audio, les
          priphriques de conversion A/D et D/A. Rpondez "y".

   _MIDI interface support [Y/n/?]_
          Rpondre "n" dsactive les priphriques associs  /dev/midixx
          ainsi que les accs aux ports MIDI utilisant /dev/sequencer et
          /dev/music. Cette option affecte galement tous les
          priphriques compatibles MPU-401 et/ou General MIDI.

   _FM synthesizer (YM3812/OPL-3) support [Y/n/?]_
          Rpondre "y" ici.

   _/dev/sequencer support [Y/n/?]_
          Rpondre "n" dsactive /dev/sequencer et /dev/music.

   _Do you want support for the mixer of SG NX Pro ?_
          Rpondez "y" si vous possdez une carte son Sound Galaxy NX Pro
          et que vous voulez utiliser ses fonctions tendues de mixage.

   _Do you want support for the MV Jazz16 (ProSonic etc.) ?_
          Rpondez "y" si vous avez une carte son MV Jazz 16.

   _Do you have a Logitech SoundMan Games [Y/n/?]_
          Rpondez "y" si vous possdez une carte Logitech SoundMan
          Games.

   Aprs toutes ces questions, le programme de configuration vous
   questionne sur la configuration spcifique de la carte.
   Habituellement, juste quelques adresses d'E/S, d'IRQ et de DMA sont
   demandes. Pour certaines cartes, le programme demande quels fichiers
   doivent tre utiliss durant l'initialisation de la carte. Ceci est
   vrai pour les cartes qui possdent 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 ultrieure 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.

4.3 La cration des Fichiers spciaux des Priphriques

   Pour oprer proprement, des entres des fichiers de priphriques
   doivent tre cres pour vos priphriques son. Normalement, ils sont
   crs automatiquement lors de l'installation de Linux. Une
   vrification rapide peut tre effectue en utilisant la commande
   ci-dessous. Si vous obtenez la mme chose (except pour la date...)
   alors les fichiers de priphriques 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 priphriques corrects ne
   garantit rien en tant que tel... Le pilote du noyau doit galement
   tre charg ou compil avant que les priphriques puissent
   fonctionner.

   Si vous pensez que les fichiers de priphriques ne sont pas bons,
   vous pouvez les recrer en utilisant le petit script shell ( xcuter
   en tant qu'utilisateur root) que vous trouverez  la fin du fichier
   Readme.linux dans le rpertoire /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 dterminer quels fichiers
   doivent tre crs.

4.4 Dmarrage de Linux et Test de l'Installation

   Vous devriez maintenant tre prt  `rebooter' (redmarrer) sur votre
   nouveau noyau et tester les pilotes de son. Suivez la procdure
   habituelle pour installer et rebooter sur le nouveau noyau (gardez
   l'ancien dans un petit coin au cas o il y aurait un un problme !).

   Pendant le redmarrage, essayez de vrifier quelques messages
   d'information tels que ceux qui suivent (s'ils dfilent 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 affichs quand on utilise le module
   chargeable du pilote son ( moins que vous ne l'ayez spcifi 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 affichs. S'ils ne le sont pas, cela signifie qu'il n'y a pas de
   pilote son dans le noyau. Dans ce cas, vrifiez 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 configure.

   Le pilote peut galement afficher des messages d'erreurs ou
   d'avertissement ("warnings") pendant le redmarrage. Regardez bien
   tout a quand vous rebootez pour la premire fois aprs avoir
   configur le pilote son.

   Ensuite, vous devriez vrifier le fichier de priphrique
   /dev/sndstat. La lecture du fichier d'tat du pilote son devrait vous
   fournir des informations supplmentaires sur la faon dont a t
   initalise 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 dernire commande peut gnrer des messages d'erreur. "No such
   file or directory" signifie que vous devez crer les fichiers de
   priphriques (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 parenthses dans la partie "Card
   config:" de /dev/sndstat (par exemple : "(SoundBlaster at 0x220 irq 5
   drq 1,5)" ), cela signifie que le priphrique (la carte) a bien t
   configure, mais pas dtecte.

   Maintenant, vous devriez pouvoir jouer un fichier son. Procurez-vous
   un petit fichier son et envoyez-le vers le fichier de priphrique
   pour vrifier 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, gnralement, utiliser cat n'est pas une faon correcte de
   jouer des fichiers audio, mais juste un moyen rapide de vrification.
   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
   priphrique 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 dtecte.

   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 frquent de trouver des messages d'erreurs  cet endroit. Trs
   souvent, on trouve le message : "Sound: DMA (output) timed out -
   IRQ/DRQ config error?". Cette erreur signifie que la carte n'a pas
   russi  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 faon de le faire fonctionnner est
   d'essayer tous les IRQ et les DMA supports par le pilote.

   Une autre raison est que le fichier de priphrique n'est pas
   compatible avec le pilote pour lequel il est configur Ceci est le
   plus souvent vrai quand une carte son suppose "compatible
   SoundBlaster (Pro/16)" ne fonctionne pas avec le pilote SoundBlaster.
   Dans ce cas, essayez de trouver avec quelle autre carte votre matriel
   est rellement compatible (en postant dans fr.comp.os.linux par
   exemple).

   Quelques fichiers son peuvent tre trouvs dans ce paquetage :
   ftp://tsx-11.mit.edu/pub/linux/packages/sound/snd-data-0.1.tar.Z

   Maintenant, vous pouvez vrifier 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'
   (mlangeur de sources sonores), afin de slectionner le microphone
   comme tant le priphrique d'entre. Ceci doit galement vous
   permettre d'ajuster le niveau d'enregistrement (gain).

   Si tout cela fonctionne, vous pouvez tre  peu prs certain que vos
   convertisseurs A/N et N/A fonctionnent, ainsi que la partie du pilote
   y tant associe. Si vous rencontrez des difficults, passez  la
   section suivante !!!

4.5 Problmes rencontrs

   Si vous avez encore des problmes aprs avoir suivi les instructions
   de ce HOWTO, voici quelques points  vrifier. Ils sont lists dans un
   ordre de difficult croissante. Si la vrification se solde par un
   echec, rsolvez le problme avant d'effectuer la suivante !

  Premier point : Soyez certain que vous utilisez vraiment votre noyau
  frachement compil !

   Vous pouvez vrifier 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 ED
T 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 rellement redmarr la machine ? Si vous utilisez
   LILO (multiboot), l'avez-vous rinstall ? (normalement, cela se fait
   par : /etc/lilo/install). Si vous bootez  partir d'une disquette, en
   avez-vous cr une nouvelle et bien utilise ?

  Deuxime point : Soyez sr que les pilotes son dunoyau y sont bien inclus

   La faon la plus simple de vrifier ceci est de controler ce que
   contient /dev/sndstat comme cela a t dcrit prcdemment. Si il
   semble y avoir un problme, alors quelque chose s'est mal droul
   pendant la configuration ou la construction du nouveau noyau.

  Troisime point : Est-ce que le noyau a bien dtect votre carte son pendant
  le dmarrage ?

   Soyez certain que votre carte son a bien t dtecte lors du
   dmarrage. Vous avez d voir un message lors de la phase de boot. Vous
   pouvez retrouvez les messages du dernier dmarrage en utilisant la
   commande dmesg :

% dmesg

   ou

% tail /var/adm/messages

   Si votre carte n'a pas t trouve, c'est que quelque chose s'est mal
   pass. Soyez certain que votre carte est rellement installe ! Si
   elle fonctionne sous DOS, vous pouvez supposer qu'elle va fonctionner
   sous Linux, et qu'il doit y avoir un problme au niveau de la
   configuration du noyau. Soit vous avez configur une mauvaise carte ou
   de mauvais paramtres, soit votre carte n'est supporte par aucun des
   pilotes son du noyau Linux...

   Une possibilit est que votre carte ncessite 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. Vrifiez bien que que les
   adresses d'E/S, de DMA, et les numros d'IRQ sont les mmes sous Linux
   et sous DOS. Consultez le fichier Readme.cards dans les sources du
   pilote son Linux pour connatre les dtails de configuration de votre
   carte.

   Si votre carte n'est pas mentionne dans ce document, il est possible
   que le pilote son de Linux ne la supporte pas. Vous pouvez consulter
   les rfrences listes  la fin de ce document pour obtenir de l'aide.

  Quatrime point : Arrivez-vous  lire des donnes en provenance du dsp ?

   Essayez d'enregistrer des sons en provenance de /dev/audio en
   utilisant la commande dd dont on a dj parl dans ce document.

   Si a ne fonctionne pas, alors il y a probablement un conflit d'IRQ ou
   de DMA, ou une incompatibilit matrielle (le priphrique n'est pas
   support par Linux ou le pilote n'est pas configur pour le bon
   priphrique).

   Une autre possibilit est d'avoir un matriel dfectueux. Testez cette
   carte sous DOS pour vrifier !

  Quoi encore...

   Si a ne marche toujours pas, voici quelques suggestions sur ce que
   vous devriez faire :

     * relisez soigneusement ce HOWTO !
     * consultez les rfrences  la fin de ce document, et
       particulirement les pages Web de d'Hannu Savolainen et les
       fichiers Readme prsents dans les sources du noyau.
     * postez une question prcise et dtaille dans fr.comp.os.linux en
       n'oubliant pas de prciser que vous avez pralablement lu ce HOWTO
       (ndt : :-} )
     * effectuez quelques recherches sur le web ou dans les news avec un
       moteur de recherche comme http://altavista.digital.com
     * essayez d'utiliser un noyau Linux plus rcent
     * envoyez un email  l'auteur du pilote son de votre carte
     * lancez emacs et tapez Esc-x doctor :-)

5. Applications utilisant le son

   Je donne ici quelques exemples d'applications que vous aimerez
   peut-tre avoir si vous possdez une carte son sous Linux. Pour avoir
   des informations plus fraches, vous pouvez consulter la Linux
   Software Map, les sites d'archives Internet, et/ou les fichiers
   disponibles dans votre CD-ROM Linux.

   Voici quelques programmes  possder :

     * un utilitaire de conversion de format des fichiers son (par ex.
       Sox)
     * un utilitaire de mixage (par ex. aumix ou xmix)
     * un lecteur/enregistreur de fichiers sons (par ex. play ou wavplay)
     * un lecteur de fichiers MOD (par ex. tracker)
     * un lecteur de fichiers MIDI (par ex. playmidi)

   Pour chacun de ces outils, il existe souvent aussi bien une version
   graphique qu'un version texte. Vous trouverez galement quelques
   applications plus sotriques (comme des utilitaires de synthse ou de
   reconnaissance vocale) qu'il peut-tre amusant d'essayer...

6. Rponses aux Questions Frquemment Poses

   Ce paragraphe rpond  des questions qui sont souvent poses dans les
   forums de discussion et les listes de diffusion.

   Des rponses  d'autres questions peuvent galement tre trouves sur
   la page web des pilotes son OSS.

6.1 Quels sont les diffrents fichiers de priphriques lis au son ?

   Ce sont des noms le plus souvent "standard", mais certaines
   distribtutions Linux peuvent avoir choisi des noms diffrents.

   _/dev/audio_
          lien symbolique vers /dev/audio0

   _/dev/audio0_
          priphrique audio compatible avec les stations Sun (dans une
          implmentation partielle seulement : il n'y a pas de support de
          l'interface ioctl Sun, uniquement l'encodage u-law)

   _/dev/audio1_
          second priphrique audio (pour certaines cartes son ou si vous
          en avez deux)

   _/dev/dsp_
          normalement, c'est un lien symbolique vers /dev/dsp0

   _/dev/dsp0_
          premier priphrique d'chantillonage

   _/dev/dsp1_
          second priphrique d'chantillonage

   _/dev/mixer_
          lien vers /dev/mixer0

   _/dev/mixer0_
          premier mixeur son

   _/dev/mixer1_
          second mixeur son

   _/dev/music_
          interface squenceur de haut niveau

   _/dev/sequencer_
          accs bas niveau pour MIDI, FM et GUS

   _/dev/sequencer2_
          normalement, lien vers /dev/music

   _/dev/midi00_
          premier port MIDI

   _/dev/midi01_
          second port MIDI

   _/dev/midi02_
          troisime port MIDI

   _/dev/midi03_
          quatrime port MIDI

   _/dev/sndstat_
          indique l'tat du pilote son

   Le pilote pour haut-parleur PC fournit les fichiers de priphriques
   suivant :

   _/dev/pcaudio_
          quivalent  /dev/audio

   _/dev/pcsp_
          quivalent  /dev/dsp

   _/dev/pcmixer_
          quivalent  /dev/mixer

6.2 Comment puis-je jouer un fichier son ?

   Les fichiers son provenant des stations Sun (.au) peuvent tre envoys
   directement dans /dev/audio. Les fichiers son bruts doivent tre
   envoys dans /dev/dsp, de prfrence en utilisant un utilitaire prvu
    cet effet (play). Sinon, le rsultat risque d'tre de pitre
   qualit.

   Les programmes comme wavplay ou vplay (dans le paquetage snd-util)
   donneront leurs meilleurs rsultats avec des fichiers WAV. Par contre,
   ils ne reconnaissent pas les fichiers WAV Microsoft compresss avec
   ADPCM. Les anciennes versions de play (dans le paquetage Lsox)
   fonctionnent mal avec les fichiers WAV 16 bits.

   Le programme splay du paquetage snd-util peut tre utilis pour jouer
   la plupart des fichiers son si les paramtres corrects sont spcifis
   en ligne de commande.

6.3 Comment faire pour enregistrer un son ?

   La lecture de /dev/audio ou /dev/dsp fournira des donnes
   chantillones qui peuvent tre rediriges vers un fichier. Un
   programme tel que vrec facilite le rglage de la frquence
   d'chantillonage, la dure d'enregistrement, etc. Vous aurez aussi
   certainement besoin d'un programme de mixage pour slectionner
   l'entre son aproprie.

6.4 Avoir plus d'une carte son

   Avec le piloye son actuel, il est possible d'avoir plusieurs
   SoundBlaster, SoundBlaster/Pro, SoundBlaster16, MPU-401 ou cartes MSS
    la fois sur votre systme. L'installation de deux SoundBlaster est
   possible en dfinissant les macros SB2_BASE, SB2_IRQ, SB2_DMA et dans
   certains cas SB2_DMA2 dans le fichier local.h. Il est aussi possible
   d'avoir en mme temps une SoundBlaster et une PAS16.

   Avec les nouveaux noyaux 2.0.X qui utilisent make config, vous devez
   diter /usr/include/linux/autoconf.h  la place de local.h. Aprs la
   section contenant les lignes :

#define SBC_BASE 0x220
#define SBC_IRQ (5)
#define SBC_DMA (1)
#define SB_DMA2 (5)
#define SB_MPU_BASE 0x0
#define SB_MPU_IRQ (-1)

   ajoutez ceci (avec des valeurs correctes pour votre systme) :

#define SB2_BASE 0x330
#define SB2_IRQ (7)
#define SB2_DMA (2)
#define SB2_DMA2 (2)

   Les pilotes suivants ne permettent pas d'instances multiples :

     * GUS (limitation du pilote)
     * MAD16 (limitation matrielle)
     * AudioTrix Pro (limitation matrielle)
     * CS4232 (limitation matrielle)

6.5 Error: No such file or directory for sound devices

   Vous devez crer les fichiers de priphriques du pilote son.
   Consultez la section concerne. Si vous avez dj ces fichiers,
   assurez-vous qu'ils possdent bien les nombres majeur et mineur
   corrects (certaines distributions obsoltes de Linux crent des
   fichiers de priphriques incorrects durant l'installation).

6.6 Error: No such device for sound devices

   Vous avez dmarr votre machine avec un noyau non configur pour le
   son, ou alors, les adresses d'E/S configures dans votre noyau ne
   correspondent pas  celles de votre marriel. Vrifiez que vous
   utilisez bien votre noyau fraichement compil et qu'il a t
   correctement configur avec des paramtres correspondant  votre
   matriel.

6.7 Error: No space left on device for sound devices

   Ceci peut arriver si vous tentez d'envoyer des donnes vers /dev/audio
   ou /dev/dsp sans crer le fichier de priphrique adquat. Ce fichier
   est alors un fichier normal qui a rempli votre disque-dur !!! Vous
   devez excuter le script mentionn dans la section _Cration des
   fichiers de priphriques_.

   Cela peut galement arriver avec Linux 2.0.x s'il n'y a pas
   suffisamment de mmoire vive sur votre machine lorsque le fichier de
   priphrique est ouvert. Le pilote audio a besoin d'au moins deux
   pages (de 8 ko) contigus de mmoire vive physique pour chaque canal
   DMA. Cela peut arriver avec des machines ayant moins de 16 Mo de RAM
   ou qui tournent sans discontinuer depuis trs longtemps. Il est
   possible de librer de la mmoire vive en compilant et en xcutant ce
   programme C avant d'ouvrir le fichier de priphrique :

main() {
  int i;
  char mem[500000];
  for (i = 0; i < 500000; i++)
    mem[i] = 0;
  exit(0);
}

6.8 Error: Device busy for sound devices

   Un priphrique son ne peut tre ouvert que par un seul processus  la
   fois. Il y a certainement un processus qui utilise dj la carte son.
   Une faon de le savoir est d'utiliser la commande fuser :

% fuser -v /dev/dsp
/dev/dsp:             USER       PID ACCESS COMMAND
                      tranter    265 f....  tracker

   Dans cet exemple, la commande fuser montre que le processus numro 256
   a dj ouvert le priphrique. Vous devez alors attendre que ce
   processus finisse son travail ou alors, le tuer (avec kill). Pour
   connatre les processus d'un utilisateur autre que vous, il faut tre
   root pour utiliser la commande fuser.

6.9 J'ai encore une erreur de type `device busy' (priphrique occup) !

   Selon Brian Gough, il existe un conflit potentiel entre les
   SoundBlaster utilisant le canal DMA 1 et les lecteurs de bandes QIC-02
   utilisant le mme canal. D'o des erreurs de type "device busy". Si
   vous utilisez FTAPE, il se peut que le pilote concern soit actif.
   Selon le FTAPE-HOWTO, le pilote du QIC-02 n'est pas ncessaire pour
   utiliser FTAPE. Il y a seulement besoin du pilote du QIC-117. Vous
   devez donc reconfigurer votre noyau pour qu'il utilise le bon pilote.

6.10 Lecture incomplte d'un fichier d'chantillons audio

   Habituellement, cela se traduit par l'arrt de la lecture au bout
   d'une seconde environ, avec un message d'erreur du type "missing IRQ"
   ou "DMA timeout". Il s'agit certainement d'une mauvaise configuration
   de l'IRQ ou du canal DMA. Vrifiez que le noyau est bien configur et
   qu'il n'y a pas de conflit d'adresse avec d'autres cartes.

   Un autre symptme est une lecture en boucle. Ceci est souvent li  un
   conflit d'IRQ.

6.11 Il y a des pauses lors de la lecture d'un fichier MOD

   La lecture des fichiers MOD ncessite beacoup de ressources CPU. Il se
   peut que vous ayez trop de processus en cours ou bien que votre
   ordinateur soit trop lent pour une lecture en temps rel. Vous pouvez
   alors:

     * tenter une lecture avec un taux d'chantillonage plus faible ou en
       mono
     * supprimer des processus
     * acheter un ordinateur plus rapide :-)
     * acheter une carte son plus puissante (comme la Gravis UltraSound)

   Si vous avez une Gravis UltraSound, vous avez intrt  utiliser un
   des lecteurs mod conus spcifiquement pour la GUS (par ex. gmod).

6.12 Erreurs de compilation d'applications utilisant le son

   Les version 1.0c et antrieures du pilote son utilisent des appels
   ioctl() incompatibles. Rcuprez des sources plus rcentes ou
   effectuez les modifications ncessaires pour l'adapter au nouveau
   pilote son. Voyez le fichier Readme du pilote son pour plus de
   dtails...

   Soyez galement certain que vous avez utilis la dernire version de
   soundcard.h et ultrasound.h en compilant votre application. Voyez
   comment les installer au dbut de ce document.

6.13 SEGV en utilisant des excutables qui fonctionnaient avant

   Il s'agit certainement du mme problme que prcdemment.

6.14 Quels sont les bugs connus et les limitations dans le pilote son ?

   Ils sont partiellement rpertoris dans le _Hacker's Guide to
   VoxWare_, actuellement disponible sous forme provisoire. La dernire
   version est la "draft 2" disponible sur
   ftp://nic.funet.fi/pub/Linux/ALPHA/sound/. Notez que ce rpertoire est
   cach et n'apparatra pas  moins d'y accder directement avec la
   commande "cd" de FTP.

   Lors de la rdaction de ce document, de nouvelles documentations
   taient disponibles sur le site web de 4Front Technologies.

   Une autre source d'information est le Guide du Multimdia sous Linux
   (ndt: traduit en Franais par Eric Dumas). Voir les rfrences dans ce
   document.

6.15 Quelles ressources processeur sont-elles ncessaires pour enregistrer ou
jouer des fichiers son sans pause ?

   Il n'existe pas de rponde immdiate  cette question. Cela dpend de:

     * la technique utilise : chantillonage PCM ou synthse FM
     * la frquence d'chantillonage et la taille des chantillons
     * l'application utilise pour jouer et enregistrer
     * la carte son utilise
     * la vitesse du disque dur, la vitesse du processeur, la taille du
       cache, etc.

   En gnral, les machines  base de 386 peuvent jouer des chantillons
   ou faire de la synthse FM sur des cartes 8 bits sans problme.

   Jouer des fichiers MOD ncessite plus de ressources CPU. Des mesures
   exprimentales ont montr que la lecture d'un fichier son  44 khz
   utilise plus de 40% des ressources processeur d'un 486/50 et qu'un
   386/25 peut difficilement jouer plus rapidement que 22 khz (ceci pour
   des cartes 8 bits de type SondBlaster...). Une carte comme la Gravis
   UltraSound a plus de fonctions implmentes au niveau physique et
   ncessitera donc moins de ressources CPU.

   (ndt: actuellement, on peut considrer que toute machine moderne, 
   base de pentium ou suprieur est capable d'enregistrer et de jouer des
   fichiers son en qualit "CD" : 44 khz/16 bits)

   Ces considrations supposent que vous n'xcutez par simultanment un
   processus gourmant en ressources CPU !!!

   La conversion de fichiers son ou le calcul d'effets sonores par des
   utilitaires comme sox est galement plus rapide si vous possdez un
   coprocesseur arithmtique (intgr ou non dans le processeur). Le
   pilote son quant  lui n'effectue pas de calculs en virgule flottante.

6.16 Problmes avec la PAS16 et l'adaptateur SCSI Adaptec 1542

   (les explications suivantes ont r fournies par seeker@indirect.com)

   Linux reconnat seulement la 1542  l'adresse 330 (par dfaut) ou 334,
   et la PAS autorise l'mulation MPU-401  l'adresse 330 uniquement. Le
   conflit subsiste mme si vous avez dsactiv l'utilisation MPU-401 par
   voie logicielle. Passez la 1542  l'adresse 334 rendera tout le monde
   heureux...

   De plus, la 1542 et la PAS-16 utilisent toutes les deux un DMA 16
   bits. Donc, si vous chantillonez  44,1 khz en 16 bits stro et que
   vous sauvez le fichier sur un disque SCSI pilot par la 1542, vous
   aurez certainement des problmes. Les canaux DMA dbordent et la
   mmoire vive ne se rafrachit pas assez vite. Vous obtenez alors un
   message d'erreur : "PARITY ERROR - SYSTEM HALTED", sans explication
   sur ce qui s'est pass. Encore pire : certains revendeurs de lecteurs
   de bandes QIC-117 recommendent de rgler pour le bus des dlais
   "on/off" tels que la 1542 est active plus longtemps qu'en utilisation
   normale. Procurez-vous le programme SCSISEL.EXE sur le BBS d'Adaptec
   ou  d'autres endroits sur Internet et rduisez la dure "on" du bus,
   ou augmentez sa dure "off" jusqu' ce que le problme disparaisse.
   SCSISEL.EXE modifie les rglages de l'EEPROM et les modifications
   apportes fonctionneront donc au prochain redmarrage sous Linux.

   Dernier problme - les vieilles puces Symphony rduisent de manire
   importante les priodes de cycle I/O pour acclerer les accs au bus.
   Aucune des cartes essayes ne produit de problmes avec ces courtes
   priodes de cycle, sauf pour la PAS-16. Le BBS de Media Vision propose
   le programme SYMPFIX.EXE qui est suppos rsoudre le problme en
   utilisant un bit de diagnostic dans le controleur de bus Symphony,
   mais cela ne procure aucune garantie matrielle. Vous devrez peut-tre
   :

     * contacter le distributeur de la carte-mre pour remplacer la
       vieille puce incrimine
     * changer de carte-mre ou...
     * acheter une autre carte-son !

   Le premier problme dpend de la puce utilise sur votre carte-mre,
   de la vitesse du bus et des paramtres du BIOS, et de la phase de la
   lune. Le second problme dpend de l'option de rafrachissement (cach
   ou synchronis), de la frquence de rafrachissement du DMA de la 1542
   et ventuellement de celui du bus d'E/S. Le troisime problme
   peut-tre dtermin en appellant Media Vision et en leur demandant
   quelle catgorie de puce Symphony est incompatible avec leur design...

6.17 Est-il possible de lire et de jouer des chantillons sonores simultanment
?

   A cause de certaines limitation matrielles, ceci est impossible sur
   beaucoup de cartes-son. Certaines cartes rcentes offrent cette
   possibilit. Pour plus d'informations, Consultez la section concernant
   le "mode bidirectionnel" dans le _Hacker's Guide to Voxware_.

6.18 Ma SB16 est regle en IRQ 2, mais le programme de configuration ne permet
pas cette valeur.

   Sur les machines  base de 286, l'IRQ 2 est quivalente  l'IRQ 9.
   Spcifiez IRQ 9 dans la configuration.

6.19 Est-ce que les SoundBlaster AWE32 et SoundBlaster16 ASP sont supportes ?

   Dans le pass, Creative Labs ne souhaitait pas divulguer les
   informations techniques permettant de programmer leurs cartes. Depuis,
   ils ont chang de politique et un pilote pour AWE est maintenant
   inclus dans les noyaux 2.1.x.

6.20 Si j'utilise Linux et que je relance le DOS ensuite, j'obtiens des erreurs
et/ou certaines applications ne fontionnent plus correctement.

   Cela arrive aprs un redmarrage  chaud sur DOS. Parfois, le message
   d'erreur met en cause un mauvais fichier CONFIG.SYS.

   Une rapide solution  ce problme est de procder  un redmarrage
   complet en utilisant le bouton reset ou en coupant le secteur plutot
   qu'un redmarrage  chaud (en utilisant Control-Alt-Del). (N.d.t.:
   dans les nouvelles versions de linux, le redmarrage par
   Control-Alt-Del provoque normalement une rinitialisation totale de la
   machine, quivalente au "reset" matriel )

   La bonne solution est d'utiliser les mmes rglages d'IRQ et de DMA
   sous DOS et Linux (ou de ne pas utiliser DOS :-) ).

6.21 Problmes avec DOOM sous Linux

   Ceux qui utilisent le portage de DOOM pour Linux ralis par ID
   Software peuvent tre intresss par ces notes.

   Pour une sortie son correcte, vous devez utiliser la version 2.90 ou
   suprieure du pilote son : il a t conu pour supporter le mode
   temps-rel de DOOM.

   Les chantillons sonores sont en 16 bits. Si vous avez une carte son 8
   bits vous pouvez quand mme utiliser le son en rcuprant plusieurs
   programmes disponibles sur ftp://sunsite.unc.edu/pub/Linux/games/doom.

   Si DOOM rme sur votre systme, dsactiver le son (en renommant le
   fichier sndserver) peut augmenter les performances.

   Par dfaut, DOOM ne supporte pas la musique sous Linux. Le programme
   musserver y remdie. On peut le trouver sur
   ftp://pandora.st.hmc.edu/pub/linux/musserver.tgz.

6.22 Comment rduire le bruit produit par ma carte son ?

   Utilisez des cbles de liaison blinds et de bonne qualit, essayez de
   placer votre carte dans des slots diffrents. Si la carte a un control
   de volume, modifiez ce rglage.

   Utilisez galement un programme "mixeur" pour vous assurer que les
   entres inutiles (comme le micro) sont dsactives.

   Mais certaines cartes sont mal blindes et mal relies  la terre et
   produisent naturellement beaucoup de bruit.

   Enfin, sur mon systme, j'ai dcouvert qu'utiliser l'option de
   configuration no-hlt rduisait le niveau de bruit. Cette commande
   force le noyau  ne pas utiliser l'instruction halt quand il xcute
   le processus "idle" (ndt : c'est  dire, quand le systme n'a rien 
   faire). Vous pouvez utiliser ceci manuellement au dmarrage ou le
   spcifier dans le fichier de configuration de LILO avec la commande :
   append="no-hlt"

6.23 Je peux jouer des sons chantillons, mais pas en enregistrer

   Si vous pouvez jouer des sons mais pas en enregistrer, essayez ceci :

     * utilisez un programme mixeur de son pour slectionner le
       priphrique appropri (par exemple, un micro)
     * avec le mme mixeur, positionnez le gain d'entre du priphrique
       au maximum
     * Si vous le pouvez, essayez de tester l'enregistrement du son sous
       DOS afin de dterminer s'il existe ou non un problme de matriel

   Parfois, deux canaux DMA diffrents sont utiliss pour
   l'enregistrement et la lecture. Dans ce cas, il est assez probable que
   le canal DMA spcifi pour l'enregistrement n'est pas correct.

6.24 Ma carte "compatible" fonctionne seulement si je l'initialise
pralablement sous DOS.

   Dans la plupart des cas, une carte "compatible SoundBlaster"
   fonctionnera mieux sous Linux si elle est configure avec un pilote
   autre que celui destin  la vritable SoundBlaster. Beaucoup de
   cartes se disent "compatibles SoundBlaster" mais bien souvent, ce mode
   SoundBlaster est seulement un bidouillage prvu pour la compatibilit
   avec les jeux sous DOS. Beaucoup de cartes possdent un mode 16 bits
   natif qui est facilement support par les version rcentes du noyau
   Linux (2.0.1 et plus).

   Pour d'autres cartes plus anciennes, il sera ncessaire d'essayer de
   les faire fonctionner dans le mode SoundBlaster. Les seules cartes
   rcentes qui font exception  cette rgle sont les cartes bases sur
   Mwave.

6.25 Ma carte son 16 bits "compatible SoundBlaster" fonctionne seulement en
mode 8-bits sous Linux.

   Les cartes son 16 bits dites "compatible SoundBlaster" ne sont
   vritablement qu'avec le mode 8 bits SoundBlaster Pro. Elles possdent
   en gnral un mode 16 bits qui n'est compatible ni avec la
   SoundBlaster 16, ni avec le noyau Linux.

   Vous arriverez peut-tre  faire fonctionner votre carte en mode 16
   bits en utilisant les pilotes MAD16 ou MSS/WSS.

6.26 O puis-je trouver des logiciels de son sous Linux ?

   Voici quelques bons sites d'archive intressants pour les applications
   utilisant le son sous Linux :

     * ftp://sunsite.unc.edu:/pub/Linux/kernel/sound/
     * ftp://sunsite.unc.edu:/pub/Linux/apps/sound/
     * ftp://tsx-11.mit.edu:/pub/linux/packages/sound/
     * ftp://nic.funet.fi:/pub/Linux/util/sound/
     * ftp://nic.funet.fi:/pub/Linux/xtra/snd-kit/
     * ftp://nic.funet.fi:/pub/Linux/ALPHA/sound/

6.27 Est-ce que le pilote de son peut-tre compil comme module chargeable ?

   Ceci est possible pour les versions rcentes du noyau.

   Consultez les fichiers /usr/src/linux/drivers/sound/Readme.modules et
   /usr/src/linux/Documentation/modules.txt (ou /usr/src/linux/README)
   pour plus d'informations.

6.28 Puis-je utiliser ma carte son pour remplacer le "bip" produit par ma
console ?

   Essayez le programme oplbeep que l'on peut trouver sur
   ftp://sunsite.unc.edu/pub/Linux/kernel/patches/misc/modreq_beep.tgz

   Une variante est le programme beep que vous trouverez sur
   ftp://sunsite.unc.edu/pub/Linux/kernel/patches/misc/modreq_beep.tgz

   Le paquetage modutils contient un exemple de programme et de patch
   pour le noyau qui permettent d'appeller un programme externe donn
   afin de gnrer des sons sur requte du noyau.

   De plus, il est possible avec certaines cartes son d'y connecter la
   sortie du haut-parleur PC de telle manire que tous les sons passent
   par les haut parleurs de la carte.

6.29 Qu'est-ce que VoxWare ?

   Les pilotes son du noyau supportent diffrentes sortes de systmes
   Unix/x86 et sont donc disponibles en tant que paquetage indpendant du
   noyau Linux. Jusqu' Fvrier 1996, les auteurs ont appell ce
   programme "Voxware". Malheureusement, ce nom tait dj dpos par
   VoxWare Incorporated et ne pouvait donc plus tre utilis. Ces pilotes
   s'appellent maintenant OSS/Free.

   L'Open Sound System (OSS) est un pilote son distribu de manire
   commerciale pour plusieurs systmes Unix par 4Front Technologies. La
   version gratuite, connue sous le nom d'OSS/Free, continuera d'tre
   disponible gratuitement pour Linux.

   D'autres noms utiliss par le pass et se rferrant au mme pilote son
   sont : TASD (Temporarily Anonymous Sound Driver) et USS (Unix Sound
   System).

   Pour de plus amples informations, consultez la page web de 4Front
   Technologies sur http://www.4front-tech.com/. J'ai cris une
   prsentation d'OSS/Linux dans le numro de juin 1997 de Linux Journal
   (n.d.t. : en anglais).

6.30 Est-ce que les cartes son Plug & Play sont supportes ?

   La totalit des fonctions Plug & Play devrait tre disponible dans les
   version 2.1 du noyau Linux. En attendant, il existe de nombreux essais
   de support Plug & Play.

   Si vous possdez un systme Pentium rcent avec un BIOS Plug & Play,
   il devrait pouvoir pouvoir configurer vos cartes. Prennez garde de
   configurer le pilote son de Linux avec les mmes paramtres d'E/S,
   d'IRQ et de canal DMA que dans le BIOS.

   Il existe un paquetage d'outils Plug & Play pouvant tre utiliss pour
   configurer les cartes. On peut le trouver sur le site
   http://www.redhat.com/ (peut-tre se trouve t-il dj dans votre
   distribution Linux).

   Si vous utilisez votre carte sous Windows95, vous pouvez utiliser le
   gestionnaire de priphrique pour configurer la carte, puis dmarrer
   Linux aprs une rinitialisation  chaud en utilisant le programme
   LOADLIN. Vrifiez que les paramtres de configuration sont identiques
   sous les deux systmes.

   Si vous utilisez votre carte sous DOS, vous pouvez utiliser
   l'utilitaire icu qui est fourni avec les cartes SoundBlaster16 PnP
   afin de configurer votre matriel sous DOS. Utilisez le programme
   LOADLIN pour relancer Linux. Vrifiez ici encore que les paramtres
   sont identiques.

   (N.d.t. : dans un grand nombre de cas, on pourra se contenter de
   configurer sa carte PnP sous DOS avec l'utilitaire adquat pour les
   paramtres dsirs. Ensuite, la carte (mme teinte) gardera en
   mmoire interne son paramtrage, et il ne sera pas ncessaire de
   repasser par DOS ni d'utiliser LOADLIN.EXE pour lancer Linux :-) ).

   La version commerciale du pilote son OSS supporte les SoundBlaster 16
   PnP. Elle est disponible auprs de 4Front Technologies.

6.31 Sox/Play/Vplay indique : "invalid block size 1024"

   Une modification du pilote dans sa version 1.3.67 a rendu inoprants
   certains programmes son qui vrifiaient (abusivement) que le rsultat
   de la requte ioctl SNDCTL_DSP_GETBLKSIZE tait suprieure  4096. Les
   utilitaires prsents dans le dernier paquetage snd-util-3.x.tar.gz
   (sur ftp://ftp.4front-tech.com/ossfree) grent maintenant ceci
   correctement. Les dernires versions du pilote son ont galement t
   modifies pour viter des fragments d'allocation plus petits que 4096
   octets, ce qui rsoud le problme avec les anciens utilitaires.

6.32 Pourquoi le pilote son possde-il son propre programme de configuration ?

   Le pilote son supporte un grand nombre de paramtres de configuration.
   Le programme configure inclus avec le pilote son vrifie les
   dpendances entre ces paramtres. Les outils utiliss pour configurer
   le noyau ne supportent pas ce niveau de fonctionalits.

   Cela dit, les derniers noyaux Linux permettent en partie d'utiliser
   les outils standard de configuration du noyau pour le pilote son
   (voyez la partie consacre  la "configuration du noyau").

6.33 Les paramtres du mixeur sont rinitialiss  chaque fois que je charge le
module du pilote son

   Il est possible de compiler le pilote son en tant que module
   chargeable par le noyau et utiliser kerneld pour un chargement et
   dchargement automatiques. Cela peut engendrer un problme. A chaque
   fois que le module est recharg, les paramtres du mixeur reprennent
   leur valeurs d'origine. Selon les cartes son, on peut alors obtenir un
   volume trop faible ou trop lev (par ex. SoundBlaster 16). Markus
   Gutschke (gutschk@uni-muenster.de) a trouv une solution qui consiste
    inclure cette ligne dans le fichier /etc/conf.modules :

options sound dma_buffsize=65536 && /usr/bin/setmixer igain 0 ogain 0 vol 75

   Cela force votre programme mixeur (dans notre cas, setmixer)  tre
   excut immdiatement aprs le chargement du pilote son. Le paramtre
   dma_buffsize est recquis par la commande option. Modifiez cela en
   fonction de votre programme mixeur et de vos rglages de gain.

   Si vous avez compil le pilote son en dur dans le noyau et que vous
   souhaitez rgler les diffrents gains du mixeur au dmarrage de Linux,
   vous pouvez effectuer l'appel au programme mixeur dans
   /etc/rc.d/rc.local.

6.34 Seul l'utilisateur root peut enregistrer des sons

   Par dfaut, le script se trouvant dans Readme.linux qui cre les
   fichiers de priphriques son (/dev/...) autorise seulement l'accs 
   la carte son par root. Ceci afin de combler un trou de scurit
   potentiel. Dans un environnement rseau, des utilisateurs externes
   pourraient se connecter  votre machine et vous couter par
   l'intermdiaire de la carte son et d'un micro qui y serait raccord.
   Si vous vous en foutez, il suffit de changer les permissions des
   fichiers spciaux /dev/audio et /dev/dsp.

   Par contre, ce script autorise par dfaut n'importe quel utilisateur 
   jouer un chantillon sonore dans la carte. Ceci n'a aucune consquence
   sur la scurit mais peut se rvler plutt dsagrable.

6.35 Est-ce que les circuits sonores de l'IBM ThinkPad sont supports ?

   Vous trouverez des informations  ce sujet sur :
   http://www.screamin.demon.co.uk/.

7. Rfrences

   Si vous possdez une carte son qui supporte une interface SCSI ou
   CD-ROM, vous pourrez consulter les documents suivants : SCSI HOWTO,
   CD-ROM HOWTO. Ces documents existent en version franaise.

   Le Sound-Playing HOWTO explique comment jouer diffrents types de
   fichiers son sous Linux.

   Le Ultrasound Plug'n'play Mini-HOWTO explique comment faire
   fonctionner sa Gravis Ultrasound PnP.

   Le Linux SoundBlaster 16 PnP Mini-HOWTO explique comment faire
   fonctionner sa SoundBlaster16 PnP sous Linux.

   Le Linux SoundBlaster AWE64 PnP Mini-HOWTO explique comment faire
   fonctionner sa SoundBlaster AWE64 sous Linux.

   (N.d.t. : consultez ces documents traduits en Franais sur :
   ftp://ftp.lip6.fr/pub/linux/french/docs/HOWTO/)

   Il existe un vieux document connu sous le nom de _Hacker's Guide to
   VoxWare_, et disponible sur ftp://nic.funet.fi/pub/Linux/ALPHA/sound/.
   La plupart des informations ici prsentes ont t tires de la
   documentation disponible sur http://www.4front-tech.com/pguide, mais
   la section concernant /dev/sequencer peut tout de mme vous tre
   utile.

   Les FAQs (Questions Frquemment Poses ou Foire Aux Questions !)
   suivantes sont rgulirement postes dans le forum Usenet
   news.announce et sont galement archives sur
   ftp://rtfm.mit.edu/pub/usenet/news.answers :

     * PCsoundcards/generic-faq (Generic PC Soundcard FAQ)
     * PCsoundcards/soundcard-faq (comp.sys.ibm.pc.soundcard FAQ)
     * PCsoundcards/gravis-ultrasound/faq (Gravis UltraSound FAQ)
     * audio-fmts/part1 (description des formats de fichiers Audio)
     * audio-fmts/part2 (description des formats de fichiers Audio)

   (N.d.t.: voir galement les postages rguliers de FAQ dans le forum
   Usenet fr.comp.os.linux.annonces)

   Les FAQs vous indiquent galement plusieurs listes de diffusion
   spcifiques  certains matriels ainsi que leurs sites d'archives. Les
   forums Usenet suivant concernent le son et/ou la musique :

     * alt.binaries.sounds.* (change de fichiers d'chantillons sonores)
     * alt.binaries.multimedia (change de fichiers multimdia)
     * alt.sb.programmer (programmation de la SoundBlaster)
     * comp.multimedia ( propos de Multimdia)
     * comp.music (thories et recherches sur la musique assiste par
       ordinateur)
     * comp.sys.ibm.pc.soundcard.* (divers forums pour cartes son
       compatibles IBM PC)

   Un site web consacr au multimdia est consultable sur
   http://viswiz.gmd.de/MultimediaInfo/. Creative Labs a son site web sur
   http://www.creaf.com/. MediaTrix galement sur
   http://www.mediatrix.com/.

   Il existe des listes de diffusion Linux consacres au son. Pour s'y
   abonner, envoyez un email  majordomo@vger.rutgers.edu avec, dans le
   corps du message, le mot "help". Ces listes sont en gnral destines
    des discussions relatives au dveloppement d'applications lies au
   son, pas aux question du genre "comment faire fonctionner ma
   SoundBlaster"...

   Rappelons une fois encore que les sources du noyau Linux contiennent
   un certain nombre de fichiers Readme trs utiles relatifs aux pilotes
   de carte son. Typiquement, on trouvera ces fichiers dans le rpertoire
   /usr/src/linux/drivers/sound.

   Le concepteur du pilote son, Hannu Savolainen, peut tre contact par
   email  hannu@voxware.pp.fi. Il possde galement un site web sur
   http://personal.eunet.fi/pp/voxware.

   Les informations relatives  OSS, la version commerciale du pilote son
   pour Linux et autres Unix, sont consultables sur
   http://www.4front-tech.com/, le site de 4Front Technologies.

   La carte des logiciels Linux ou _Linux Software Map_ (LSM) est un
   document inestimable pour rechercher un programme donn. Vous pouvez
   faire une recherche dans cette base avec un mot-clef tel que _sound_
   et identifier de cette faon toutes les applications grant les
   priphriques sonores. Ce document peut tre trouv sur un grand
   nombre de sites FTP et en particulier sur :
   ftp://sunsite.unc.edu/pub/Linux/docs/LSM/.

   Enfin, si vous voulez en apprendre davantage  propos de la
   programmation multimedia sous Linux (essentiellement d'applications
   grant les CD-ROM et les cartes son), consultez mon livre _Le Guide du
   Multimedia sous Linux_ (n.d.t : traduction franaise d'Eric Dumas,
   numro ISBN : ISBN 2-84177-014-1) publi chez O'Reilly and Associates.
   Ce bouquin est en vente un peu partout, mais vous pouvez quand mme
   consulter la page Web d'Oreilly
   http://www.oreilly.com/international/france/.
