  Le Linux Sound-HOWTO
  Jeff  Tranter,  jeff_tranter@pobox.com, traduction francaise
  de Gael Duval (version 1.18) duval@criuc.unicaen.fr
  v1.18, 1er Novembre 1997, traduit  en  francais  en  fevrier
  1998.

  Ce  document  decrit comment le son est gere par Linux. Il enumere les
  differents materiels supportes, decrit comment configurer les  pilotes
  dans  le  noyau,  et repond aux questions les plus frequentes. Son but
  est de permettre aux nouveaux utilisateurs de profiter du son  rapide-
  ment, et de desengorger le trafic Usenet.

  11..  IInnttrroodduuccttiioonn

  Ceci  est  le  document  Linux Sound-HOWTO. Il est concu pour etre une
  reference rapide couvrant tout ce que vous devez savoir pour installer
  et  configurer  les  fonctions  sonores  de  Linux.  Des reponses sont
  donnees aux questions les plus frequentes a propos du son sous  Linux,
  et  des references a d'autres informations sur le son et la musique de
  synthese sont mentionnees.

  L'etude se limite aux aspects des cartes  son  qui  concernent  Linux.
  Pour  des informations plus generales sur les cartes, la musique et le
  son, consultez la section _A_u_t_r_e_s _s_o_u_r_c_e_s _d_'_i_n_f_o_r_m_a_t_i_o_n.

  11..11..  RReemmeerrcciieemmeennttss

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

  Merci  au paquetage Linuxdoc-SGML de Matt Welsh, qui permet a ce HOWTO
  d'etre disponible sous differents formats,  emanants  tous  d'un  meme
  fichier source.

  11..22..  VVeerrssiioonnss aanntteerriieeuurreess

     VVeerrssiioonn 11..11
        premiere  version;  postee  uniquement dans le canal SOUND de la
        `linux  activists  mailing  list'  (`liste  de   diffusion   des
        activistes Linux').

     VVeerrssiioonn 11..22
        corrections  mineures; premiere version disponible sur les sites
        d'archives.

     VVeerrssiioonn 11..33
        conversion au format SGML ; maintenant disponible sous plusieurs
        formats,  grace  aux  outils  Linuxdoc-SGML  de  Matt  Welsh; la
        presentation a change a cause du nouveau  format,  mais  peu  de
        changements sur le fond.

     VVeerrssiioonn 11..44
        petites  modifications  de  SGML; ajout de reponses a propos des
        incompatibilites entre la PAS16 et la carte SCSI Adaptec1542A.

     VVeerrssiioonn 11..55
        le pilote son 2.5a est maintenant dans la distribution du  noyau
        1.1;  note sur le support GUS-MAX; quelques petites corrections.

     VVeerrssiioonn 11..66
        ajout d'information sur l'erreur "no space on  device"  ;  notez
        que  le  Hacker's  Guide est dans un repertoire cache ; ajout de
        questions a propos du mode bidirectionnel ; informations sur les
        erreurs "device busy" ; corrections diverses.

     VVeerrssiioonn 11..77
        ajout  d'informations  sur  l'ASP  et  l'AWE32;  VoxWare 2.9 est
        disponible; reponses aux questions concernant  l'utilisation  de
        l'IRQ 2; liens vers les Sound-HOWTO et SCSI HOWTO.

     VVeerrssiioonn 11..88
        ajout  d'une  question  a  propos  d'erreurs survenant sous DOS;
        plusieurs points reactualise pour la version 2.90 du pilote son;
        informations concernant DOOM; reponse sur la reduction du bruit.

     VVeerrssiioonn 11..99
        questions concernant l'enregistrement et les cartes compatibles.

     VVeerrssiioonn 11..1100
        disponibilite  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.

     VVeerrssiioonn 11..1111
        une mise a jour tardive; document mis sous licence GPL;  mise  a
        jour  avec la version 3.0 du pilote son; informations concernant
        toutes les nouvelles cartes supportees;  nouvelles  informations
        sur  la  configuration  et les problemes rencontres; beaucoup de
        nouveaux liens HTML ajoutes; mise  a  disposition  en  ligne  au
        format du CD-ROM HOWTO.

     VVeerrssiioonn 11..1122
        nouveaux  pilotes  son  du  noyau 1.3.34; nouveaux noms pour les
        fichiers de peripherique 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.

     VVeerrssiioonn 11..1133
        precision  sur  le  nom  VoxWare;  mise  a jour en fonctions des
        dernieres cartes supportees et  des  options  de  configuration;
        questions sur le support Plug and Play; question sur le probleme
        de la  taille  du  block;  nouvelles  options  pour  xconfig  et
        menuconfig;  modutils  a  un  support de fichier de peripherique
        sonore; fin de la liste de diffusion vger; mise a jour  du  site
        web de l'auteur; autres changements divers et varies.

     VVeerrssiioonn 11..1144
        l'Audio   Excel   DSP16   n'est  plus  supportee  (mais  devrait
        refonctionner dans quelques mois); changements pour le programme
        configure;  la  version  italienne  de  ce HOWTO est disponible;
        astuce pour regler 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 peripherique son.

     VVeerrssiioonn 11..1155
        suppresion  d'anciennes  questions  devenues obsoletes; nouvelle
        adresse email pour l'auteur;  mise  a  jour  des  liens  pour  y
        inclure  les  derniers  packages  de logiciels disponibles; plus
        d'informations sur le livre du multimedia;  petites  corrections
        grammaticales.

     VVeerrssiioonn 11..1166
        beaucoup  de  mises a jour et de corrections proposees 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.

     VVeerrssiioonn 11..1177
        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 Francais et en Japonais;
        references a des mini-HOWTOs utiles; pointeur pour  le  Thinkpad
        IBM.

     VVeerrssiioonn 11..1188
        la  traduction  coreenne  est  disponible;  plus  d'informations
        concernant le son et les MIPS; mise a jour  sur  le  support  de
        nouvelles cartes son; il faut lancer fuser en tant que root.

  11..33..  NNoouuvveelllleess vveerrssiioonnss ddee ccee ddooccuummeenntt

  Les  nouvelles  versions  de ce document seront periodiquement postees
  dans le groupe fr.comp.os.linux.annonces.  Elles seront aussi envoyees
  a  divers sites ftp qui archivent ce genre d'informations, notamment :
  <ftp://ftp.lip6.fr/pub/linux/french/docs/HOWTO/>  (version  francaise)
  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 repertoire /usr/doc et
  il est possible d'en acheter des  versions  imprimees  chez  plusieurs
  revendeurs  specialises.  Parfois,  les HOWTOs disponibles sur CD-ROM,
  sur les sites FTP et dans les version imprimees sont depasses.  Si  le
  HOWTO  a plus de six mois, alors une nouvelle version est certainement
  disponible sur Internet.

  11..44..  RReettoouurr dd''iinnffoorrmmaattiioonnss......

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

  J'essaie egalement de repondre 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 detaillee du probleme. Merci  de
  ne pas me poser de questions quant a l'utilisation des cartes son avec
  d'autres systemes d'exploitation que Linux.

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

  11..55..  CCee ddooccuummeenntt :: ppoolliittiiqquuee ddee ddiissttrriibbuuttiioonn

  Copyright 1995-1997 Jeff Tranter.

  Traduction francaise 1998 Gael Duval.

  Ce  HOWTO  est  une  documentation  gratuite/libre;  vous  pouvez   le
  redistribuer  et/ou  le  modifier  sous  les  termes de la GNU General
  Public License telle que publiee par la Free Software Foundation; soit
  en  version 2 de la licence, soit dans une version plus recente, comme
  vous le desirez.

  Cette documentation est distribuee  car  potentiellement  utile,  mais
  ssaannss  aauuccuunnee  ggaarraannttiiee,  ni  explicite  ni  implicite,  y  compris les
  garanties de commercialisation ou d'adaptation dans un but specifique.
  Reportez-vous a la Licence Publique Generale GNU pour plus de details.

  Vous pouvez obtenir un exemplaire de la GNU General Public License  en
  ecrivant a la Free Software Foundation, Inc., 675 Mass Ave, Cambridge,
  MA 02139, Etats-Unis.

  22..  LLaa tteecchhnnoollooggiiee ddeess ccaarrtteess--ssoonn

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

  Le son est un phenomene analogique;  il  se  traduit  par  une  valeur
  quelconque  sur  une echelle continue. Les ordinateurs fonctionnent de
  maniere  _n_u_m_e_r_i_q_u_e;  c'est-a-dire   qu'ils   utilisent   des   valeurs
  discretes.  Les cartes-son utilisent un composant appele _C_o_n_v_e_r_t_i_s_s_e_u_r
  _A_n_a_l_o_g_i_q_u_e_-_N_u_m_e_r_i_q_u_e (A/N ou ADC en anglais)  afin  de  convertir  les
  tensions  correspondantes  aux  ondes  sonores  analogiques en valeurs
  numeriques  qui  peuvent  alors  etre  stockees  dans  la  memoire  de
  l'ordinateur.  De  meme, un _C_o_n_v_e_r_t_i_s_s_e_u_r _N_u_m_e_r_i_q_u_e_-_A_n_a_l_o_g_i_q_u_e (N/A ou
  DAC en anglais)  convertit  les  valeurs  numeriques  en  une  tension
  analogique  qui  peut  alors  etre  amplifiee pour "attaquer" un haut-
  parleur et produire du son...

  La conversion analogique vers numerique (echantillonage ou  "sampling"
  en  anglais)  genere des erreurs. Deux facteurs determinent la qualite
  du signal echantillone par rapport au signal initial.   Tout  d'abord,
  la  _f_r_e_q_u_e_n_c_e  _d_'_e_c_h_a_n_t_i_l_l_o_n_a_g_e  est le nombre d'echantillons realises
  par  unite  de  temps  (exprimee  en  Hertz).  Une  petite   frequence
  d'echantillonage  produira  une  representation  moins  fine du signal
  analogique d'origine, dans le sens ou les frequences aigues ne  seront
  pas  ou  mal  restituees.   (ndt  :  la theorie nous enseigne que pour
  restituer correctement une frequence sonore de n Hz, il faut effectuer
  un  echantillonage  au  moins  egal  a  2  x n Hz. Ainsi, l'etendue du
  spectre sonore audible  par  un  humain  (0  a  20000  Hz)  sera  bien
  restituee  par  un  echantillonage  a 44100 Hz (norme CD-AUDIO) ).  Le
  nombre de bits  d'echantillonage  conditionne  l'etendue  des  valeurs
  utilisables pour representer chaque echantillon, qui conditionne elle-
  meme 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 inherent  au  materiel  de  restitution.
  Cette  plage  dynamique  est  exprimee  de  maniere  logarithmique  en
  decibels (dB). En theorie, lorsque  l'on  ajoute  un  nouveau  bit  de
  codage  pour  chaque  echantillon,  on  double  cette  plage,  ce  qui
  correspond a 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 frequences d'echantillonage allant de 4000 a
  44100 (ndt : ou 48000 Hz). L'echantillonage pouvant etre  realise  sur
  une  voie  (mono)  ou deux (stereo) (ndt : et plus (8, 16...) pour des
  cartes professionnelles).

  La _S_y_n_t_h_e_s_e _F_M est une ancienne methode  utilisee  pour  produire  des
  sons.  Son  principe  consiste en la combinaison de plusieurs ondes de
  formes differentes (ex :  sinusoidales,  triangulaires,  carrees).  Ce
  procede  est  plus  simple  a  implementer au niveau "hardware" que la
  conversion  analogique-numerique  mais  son   utilisation   est   plus
  complique   (au   niveau   programmation).   Beaucoup  de  cartes  son
  supportent la synthese FM afin de rester compatibles avec  des  cartes
  ou  programmes plus anciens.  Plusieurs generateurs sonores differents
  sont habituellement fournis.

  La _S_y_n_t_h_e_s_e _p_a_r _t_a_b_l_e _d_'_e_c_h_a_n_t_i_l_l_o_n_s _s_o_n_o_r_e_s ou _W_a_v_e_t_a_b_l_e_s associe  la
  flexibilite  de  la conversion A/N avec les possibilites multivoies de
  la synthese  FM.  Avec  ce  procede,  des  sons  digitalises/numerises
  peuvent  etre  charges dans une memoire dediee puis rejoues, combines,
  et modifies en sollicitant  peu  le  microprocesseur  de  la  machine.
  Toutes  les  cartes  son  actuelles  supportent la synthese par tables
  d'echantillons sonores.

  La plupart des cartes offrent egalement la possibilite de  _m_i_x_a_g_e,  en
  combinant  les  signaux  provenant  des  differentes  sources avec des
  niveaux differents.

  Le terme _M_I_D_I signifie : Musical Instrument Digital Interface  soit  :
  interface   numerique   pour  instruments  musicaux  en  francais.  Ce
  protocole  materiel  et  logiciel  standard  permet  aux  "instruments
  electroniques"  de  communiquer entre eux. Les evenements envoyes dans
  un bus MIDI peuvent aussi etre memorises dans des fichiers MIDI.  Cela
  permet  de  les  editer ulterieurement et de les rejouer.  Beaucoup de
  cartes son possedent une interface MIDI. Celles  qui  n'en  n'ont  pas
  peuvent quand meme jouer des fichier MIDI.

  Les  fichiers  _M_O_D  sont  un  format courant pour les sons generes par
  ordinateur. En plus des informations relatives aux notes  devant  etre
  jouees,  ces fichiers contiennent des echantillons d'instruments ou de
  voix digitalisees. Les fichiers MOD proviennent du monde  Amiga,  mais
  peuvent  etre  joues par d'autres systemes - dont Linux - en utilisant
  des logiciels appropries.

  33..  MMaatteerriieell ssuuppppoorrttee

  Cette  partie  repertorie  les  cartes  son  et  interfaces  qui  sont
  supportees  par  les  derniers noyaux Linux a la date ou ce document a
  ete redige.
  Les differentes versions des pilotes son ont leur propre numerotation.
  La derniere version stable du noyau Linux est a ce jour la 2.0.31 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 integrantes du noyau Linux.  La liste la plus  actualisee  des
  cartes    supportees    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 necessaire pour tel type de carte,  ou
  si   son   support   est   encore   en   developpement.   Le   fichier
  /usr/src/linux/drivers/sound/Readme.cards  distribue  avec  le   noyau
  Linux  contient  des informations sur les cartes supportees mais n'est
  pas forcement a jour.

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

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

  A  l'heure  ou  ces  lignes  ont  ete  redigees,  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 porte sur MIPs,  et
  certaines  machines  MIPs possedent des slots EISA et/ou des circuits-
  son integres dans la machine. On m'a  dit  que  le  groupe  Linux-MIPs
  souhaitait integrer un support son dans le futur.

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

  Le portage de Linux pour SPARC n'inclue pas encore de support du  son.
  De  la  meme facon que pour les Amiga et les Atari, les machines SPARC
  possedent des possibilites sonores integrees a la machine. Il faudrait
  donc un pilote specifique (ce qui est rigolo, car sous Linux, /dev/dsp
  est une emulation du pilote son de SunOS !).

  33..11..  LLeess ccaarrtteess ssoonn

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

  +o  ATI Stereo F/X (n'est plus fabrique)

  +o  AdLib (n'est plus fabrique)

  +o  Ensoniq SoundScape (et compatibles fabriquees par Reveal and Spea)

  +o  Gravis Ultrasound

  +o  Gravis Ultrasound ACE

  +o  Gravis Ultrasound Max

  +o  Gravis Ultrasound avec echantillonage sur 16 bits

  +o  Logitech Sound Man 16

  +o  Logitech SoundMan Games

  +o  Logitech SoundMan Wave

  +o  MAD16 Pro (chipsets OPTi 82C928, 82C929, 82C930, 82C924)

  +o  Media Vision Jazz16

  +o  MediaTriX AudioTriX Pro

  +o  Microsoft Windows Sound System (MSS/WSS)

  +o  Mozart (OAK OTI-601)

  +o  Orchid SW32

  +o  Personal Sound System (PSS)

  +o  Pro Audio Spectrum 16

  +o  Pro Audio Studio 16

  +o  Pro Sonic 16

  +o  Roland MPU-401 interface MIDI

  +o  Sound Blaster 1.0

  +o  Sound Blaster 16

  +o  Sound Blaster 16ASP

  +o  Sound Blaster 2.0

  +o  Sound Blaster AWE32

  +o  Sound Blaster Pro

  +o  TI TM4000M notebook

  +o  ThunderBoard

  +o  Turtle Beach Tropez ("classic", pas la "Plus")

  +o  Turtle Beach Maui

  +o  Yamaha FM synthesizers (OPL2, OPL3 et OPL4)

  +o  6850 UART MIDI Interface

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

  Les cartes suivantes ne sont _p_a_s supportees, soit parce qu'elles  sont
  depassees,  soit parce que le constructeur ne souhaite pas communiquer
  la totalite des specifications techniques necessaires pour  ecrire  le
  pilote concerne.

  +o  Pro Audio Spectrum (originelle)

  +o  Pro Audio Spectrum+

  +o  anciennes cartes (Sierra Aria based)fabriquees par Diamond

  Les  autres cartes qui sont annoncees comme etant compatibles avec une
  des cartes supportees vues plus haut _p_e_u_v_e_n_t fonctionner  a  condition
  qu'elles  soient  reellement  compatibles au niveau materiel (c'est-a-
  dire, au niveau des registres).

  Meme  si  la  plupart  des  cartes   son   sont   dites   "compatibles
  SoundBlaster",   un   tres  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  veritables  cartes  SoundBlaster  fabriquees  par
  Creative   Labs   et  qui  utilisent  les  puces  Creative  (comme  la
  SoundBlaster16  Vibra),  la  MV  Jazz16  et  les  cartes  basees   sur
  l'ESS688/1688  fonctionnent  en  general  avec le pilote SoundBlaster.
  Tenter d'utiliser une "carte son SoundBlaster Pro compatible 16  bits"
  avec  le  pilote de peripherique SoundBlaster est en general une perte
  de temps.

  Le noyau Linux supporte les ports SCSI presents  sur  quelques  cartes
  son  (par  exemple,  sur  la  SoundBlaster16  Vibra) et les interfaces
  proprietaires pour un  certain  nombre  de  lecteurs  de  CD-ROM  (par
  exemple,  sur la Soundblaster Pro). Voyez a 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 egalement disponible.

  Notez que les pilotes de peripherique SCSI, CD-ROM, joystick et son du
  noyau sont completement independants les uns des autres.

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

  33..22..  DDeess ppiillootteess ssoonn aalltteerrnnaattiiffss

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

  Une   version   commerciale  du  pilote  son  est  vendue  par  4Front
  Technologies.   Elle  offre  un  grand  nombre   de   caracteristiques
  supplementaires  par  rapport a 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 concu un pilote
  son pour les cartes son Turtle Beach Multisound (classic),  Tahiti  et
  Monterey. La documentation precise :

       "ce pilote a ete concu pour de l'enregistrement/ lecture sur
       disque-dur sans perte de synchronisation, meme sur  un  sys-
       teme  charge.  Les  autres fonctionalites, comme la synthese
       sonore par table d'echantillons, le  MIDI  et  l'utilisation
       des  DSP  (Digital Signal Processor = Processeurs de Signaux
       Numeriques) ne peuvent pas etre utilisees. De meme, l'enreg-
       istrement et la lecture simultanes ne sont pas possibles. Il
       remplace actuellement VoxWare et a ete teste pour  plusieurs
  noyaux,  de  la  version 1.0.9 a la 1.2.1. On peut egalement
  l'installer sur les systemes UN*X SysV386R3.2."

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

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

       "Un  pilote  pour veritable 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'ameliorations ont ete realisees depuis  la  ver-
       sion 0.11a. Entre autres, le pilote respecte la politique de
       partage des IRQ et la  nouvelle  interface  des  modules  du
       noyau.  Une  fonction de metronome, des possibilites de syn-
       chronisation - par exemple des images en fonction d'un  bat-
       tement  sans  perte  de  precision, une interface avancee de
       relecture/enregistrement/overdub (lecture et  enregistrement
       simultanes) 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 egalement concu 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 a s'en servir
  comme modem pour la radio-amateur par paquets.  Les  versions  recente
  2.1.x  (attention,  version  de _d_e_v_e_l_o_p_p_e_m_e_n_t !) 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 details (je suis
  moi-meme radio-amateur avec VE3ICH comme indicatif !).

  33..33..  LLee hhaauutt--ppaarrlleeuurr dduu PPCC

  Un  autre pilote son est egalement disponible, qui ne necessite pas de
  carte son  :  il  utilise  le  haut-parleur  interne  du  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  qualite
  et necessite plus de ressources CPU. Les resultats semblent etre assez
  inegaux, et dependent  des caracteristiques du  haut-parleur  interne.
  Pour  de  plus amples informations, consultez la documentation fournie
  avec ce pilote.

  La   version   actuelle   est   1.1   et   peut-etre    trouvee    sur
  <ftp://ftp.informatik.hu-berlin.de/pub/os/linux/hu-sound/>

  33..44..  LLee ppoorrtt ppaarraalllleellee

  Une  autre  option  consiste  a  fabriquer un convertisseur numerique-
  analogique en utilisant le port parallele (pour  imprimante  ou  autre
  extensions). Cette solution produit un son de meilleur qualite qu'avec
  le haut-parleur du PC, mais sollicite egalement beaucoup  la  CPU.  Le
  paquetage  du  pilote  pour  haut-parleur mentionne ci-dessus supporte
  cette  fonction  et  contient  les  instructions  pour  construire  le
  materiel adequat.

  44..  LL''iinnssttaallllaattiioonn

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

  1. Installation de la carte son.

  2. Configuration et recompilation du noyau avec le support son.

  3. Creation des fichiers "device"  (fichiers  speciaux  associes.   au
     peripherique : /dev/...).

  4. Redemarrage de la machine et tests d'installation.

  Dans la suite sont explicitees toutes ces etapes.

  44..11..  LL''iinnssttaallllaattiioonn ddee llaa ccaarrttee ssoonn

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

  Les vieilles cartes-son ont souvent des petits  interrupteurs  (switch
  ou  jumper)  permettant  de  configurer  les  adresses  IRQ (Interrupt
  ReQuest = requete d'interruption ), DMA (Direct Memory Access  =   bus
  de  transfert direct des donnees), les canaux, etc. Si vous n'etes pas
  certain, utilisez les reglages d'usine. Essayez d'eviter les  conflits
  avec  d'autres  preripheriques  (comme les cartes ethernet, les cartes
  SCSI, les ports serie et parallele).

  Normalement, vous devrez utiliser les memes 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-etre besoin  d'un
  reglage  particulier  pour  que cela fonctionne avec Linux.  Il faudra
  peut-etre faire quelques essais.

  44..22..  LLaa ccoonnffiigguurraattiioonn dduu nnooyyaauu

  Quand vous avez installe Linux,  vous  avez  certainement  utilise  un
  noyau  precompile.  Generalement,  ces  noyaux  ne  fournissent pas de
  support son. Il vous faut donc recompiler votre noyau en fonction  des
  peripheriques  que  vous possedez.  Vous devez egalement recompiler le
  noyau lorsque vous passez a une de ses nouvelles versions ou  afin  de
  liberer  de la memoire en reduisant sa taille (ndt : par l'utilisation
  des modules).

  Consultez          le           Linux           Kernel           HOWTO
  <http://sunsite.unc.edu/LDP/HOWTO/Kernel-HOWTO.html>   pour recompiler
  le noyau (ndt : c'est tres simple a faire). Je ne vais parler ici  que
  des points qui sont specifiques aux cartes son.

  Si  vous n'avez jamais configure le noyau pour le support son, il peut
  etre utile de lire _t_o_u_s les fichiers Readme fournis avec  les  pilotes
  son  du  noyau,  et en paticulier les informations specifiques a votre
  carte-son.  La  documentation  suivant  peut-etre  trouvee   dans   le
  repertoire  des  pilotes  son  du noyau Linux. Il se trouve en general
  dans /usr/src/linux/drivers/sound :

  CHANGELOG         - description des modifications pour chaque version
  COPYING           - droit et restrictions de duplication
  Readme            - informations recentes et importantes
  Readme.aedsp16    - a propos de la carte Audio Excel 16 DSP
  Readme.cards      - precisions sur la configuration de cartes specifiques
  Readme.linux      - precisions sur l'installation de pilotes son non inclus dans le noyau
  Readme.modules    - comment compiler le pilote en un module chargeable
  Readme.v30        - nouvelles possibilitees dans la version 3.0 du pilote son
  experimental.txt  - a propos des caracteristiques experimentales

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

  Il  faut  faire particulierement attention en utilisant "make xconfig"
  ou "make menuconfig". En effet, les choix  par  defaut  sont  toujours
  positionnes  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 etre validee.

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

  Il  y  a  egalement  deux  autres  manieres  de  configurer le son. La
  premiere est l'"ancienne" facon (la seule disponible pour  les  noyaux
  2.0.0).  Elle  utilise  un  programme de configuration separe qui fait
  partie du pilote son. Cette methode fonctionne  pour  la  plupart  des
  cartes,   exceptees   quelques   unes   qui  necessitent  des  pilotes
  additionnels "bas niveau" (miroSOUND, AWE32, et AEDSP16).

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

  La "nouvelle" methode est toujours utilisee en faisant "make xconfig".
  Quand on utilise "make menuconfig", on peut  choisir  entre  les  deux
  methodes.  En faisant "make config", vous aurez la vieille methode par
  defaut. Mais si vous avez deja utilise la nouvelle  methode,  ce  sera
  celle   utilisee  par  "make  config"  !  Vous  pouvez  reselectionner
  l'ancienne en lancant "make menuconfig" et en la selectionnant.

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

  Il  est  egalement  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 teste, vous pourrez essayer de le compiler en module.

  Quand vous lancez make config, validez le support son en repondant "y"
  a la question :

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

  A  la fin des questions de configuration, un programme sera compile et
  execute et vous demandera alors quelles sont les  options  pour  votre
  carte  son.  Attention  en  repondant a ces questions, car une reponse
  erronee pour une option peut  empecher  d'autres  questions  suivantes
  d'etre  posees.  Par exemple, ne repondez "yes" a la premiere question
  (PAS 16) que si vous n'avez reellement pas de carte PAS 16.  De  meme,
  n'activez  pas  plus  d'options  que  celles dont vous avez reellement
  besoin car cela consomme de la  memoire  !   Certains  pilotes  (comme
  celui  du  MPU-401)  peuvent  egalement  entrer  en conflit avec votre
  controleur SCSI et empecher le noyau de "booter".

  Voici une liste de toutes les options de configuration.  Repondez  "y"
  (oui)  ou  "n"  (non)  a  chaque  question.  La reponse par defaut est
  affichee en lettre majuscule telle que  :  "Y/n/?"  signifie  "y"  par
  defaut et vice versa. Pour valider la valeur par defaut, appuyez juste
  sur Enter, tout en sachant que  cette  valeur  par  defaut  n'est  pas
  forcement correcte.

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

  Notez egalement que toutes les  options  ne  sont  pas  demandees.  Le
  programme  de  configuration desactive certaines questions en fonction
  des  choix  precedemment  valides.  Il  peut  egalement   selectionner
  automatiquement certaines options.

     OOlldd ccoonnffiigguurraattiioonn eexxiissttss iinn //eettcc//ssoouunnddccoonnff.. UUssee iitt YY//nn//??
        Si  vous avez precedemment compile le noyau pour le support son,
        la configuration precedente  a  pu  etre  sauvegarde.   Si  vous
        souhaitez  utiliser  cette  ancienne configuration, alors entrez
        "y". Si vous essayez une configuration  differente  ou  si  vous
        utilisez  une  nouvelle  version  du  noyau,  repondez  "n" pour
        commencer la configuration.

     PPrrooAAuuddiiooSSppeeccttrruumm 1166 ssuuppppoorrtt YY//nn//??
        Repondez "y" _u_n_i_q_u_e_m_e_n_t si vous possedez une Pro Audio  Spectrum
        _1_6,  une  ProAudio  Studio  16  ou une Logitech SoundMan 16.  Ne
        repondez pas "y" si vous avez une  autre  carte  de  chez  Media
        Vision ou Logitech car elle ne sera pas compatible PAS16.

     SSoouunnddBBllaasstteerr ssuuppppoorrtt YY//nn//??
        Repondez  "y"  si  vous  avez  une  carte  SoundBlaster  de chez
        Creative Labs, ou une carte compatible a 100% au niveau materiel
        (comme  la Thunderboard ou la SM Games). Si votre carte est dans
        la  liste  des   cartes   supportees,   consultez   le   fichier
        Readme.cards  des  cartes  specifiques avant de repondre a cette
        question. Pour une carte inconnue, essayez "y" si cette carte se
        dit etre compatible SoundBlaster.

     GGrraavviiss UUllttrraassoouunndd ssuuppppoorrtt YY//nn//??
        Repondez  "y" si vous avez une GUS ou une GUS MAX.  Repondez "n"
        si vous n'avez pas de GUS car  ce  pilote  utilise  beaucoup  de
        memoire.

     MMPPUU--440011 ssuuppppoorrtt ((NNOOTT ffoorr SSBB1166)) YY//nn//??
        Attention avec cette question. L'interface MPU-401 est supportee
        par presque toutes les cartes son.  Neanmoins,  quelques  cartes
        supportees possedent leur propre pilote MPU-401. Si vous validez
        l'option dans ce cas la, vous aurez un conflit. La validation de
        cette  option  sur  un  systeme  qui  ne possede pas d'interface
        MPU-401 peut causer des disfonctionnements. Si votre  carte  est
        normalement  supportee,  consultez  quand  meme les instructions
        specifiques la concernant dans le fichier  Readme.cards.  Il est
        plus  sur d'entrer "y" si vous possedez une veritable carte avec
        interface MPU-401 MIDI.

     66885500 UUAARRTT MMiiddii ssuuppppoorrtt YY//nn//??
        Il est sur de repondre "n" a cette question dans tous  les  cas.
        L'interface 6850 UART n'est que tres rarement utilisee.

     PPSSSS ((EECCHHOO--AADDII22111111)) ssuuppppoorrtt YY//nn//??
        Repondez "y" si vous possedez une carte Orchid SW32, ou Cardinal
        DSP16 ou encore d'autres cartes basees sur les puces PSS  (codec
        AD1848 + puce DSP ADSP-2115 + puce Echo ESC614 ASIC).

        v

     1166 bbiitt ssaammpplliinngg ooppttiioonn ooff GGUUSS ((_n_o_t GGUUSS MMAAXX)) YY//nn//??
        Repondez    "y"   si   vous   avez   installe   la   carte-fille
        d'echantillonage 16 bits sur votre GUS.  Repondez  non  si  vous
        avez une GUS MAX.  Cette option desactive le support GUS MAX.

     GGUUSS MMAAXX ssuuppppoorrtt YY//nn//??
        Repondez "y" uniquement si vous avez une GUS MAX.

     MMiiccrroossoofftt SSoouunndd SSyysstteemm ssuuppppoorrtt YY//nn//??
        Faite  encore attention avant  de repondre "y" a cette question.
        Il est plus sur de  repondre  "y"  si  vous  possedez  la  carte
        Windows   Sound   System   originelle   fabriquee  par  Petitmou
        (microsoft) ou l'Aztech SG 16 Pro / NX 16 Pro. Vous pouvez aussi
        repondre  "y"  au cas ou votre carte n'ait pas ete proposee plus
        haut. Pour les cartes  ayant  le  support  natif  pour  VoxWare,
        consultez   les   instructions   specifiques   dans  le  fichier
        Readme.cards. Certains pilotes possedent leur propre support MSS
        et  l'activation de cette option dans ce cas causera un conflit.

     EEnnssoonniiqq SSoouunnddssccaappee ssuuppppoorrtt YY//nn//??
        Repondez "y" si vous avez une carte  son  basee  sur  les  puces
        Ensoniq  SoundScape.  De telles cartes sont fabriquees, au moins
        chez Ensoniq, Spea et  Reveal  (ce  dernier  fabrique  egalement
        d'autres types de cartes).

     MMeeddiiaaTTrriiXX AAuuddiiooTTrriiXX PPrroo ssuuppppoorrtt YY//nn//??
        Repondez "y" si vous avez une AudioTriX Pro.

     SSuuppppoorrtt ffoorr MMAADD1166 aanndd//oorr MMoozzaarrtt bbaasseedd ccaarrddss??
        Repondez  "y"  ici  si  votre carte possede une puce d'interface
        Mozart (OAK OTI-601)  ou MAD16  (OPTi  82C928  ou  82C929).  Ces
        circuits  sont  assez repandus, il est donc possible qu'un grand
        nombre de cartes "anonymes" en  possedent.   De  plus,  la  puce
        MAD16   est   utilisee   dans  des  cartes  fabriquees  par  des
        constructeur connus comme Turle Beach (Tropez), Reveal (quelques
        modeles) et Diamond (les plus recentes).

     SSuuppppoorrtt ffoorr CCrryyssttaall CCSS44223322 bbaasseedd ((PPnnPP)) ccaarrddss YY//nn//??
        Repondez  "y"  si  vous  avez  une  carte basee sur les circuits
        Crystal CS4232.

     SSuuppppoorrtt ffoorr TTuurrttllee BBeeaacchh WWaavvee FFrroonntt ((MMaauuii,, TTrrooppeezz)) ssyynntthheessiizzeerrss
        Y/n/?"  Repondez "y" ici si vous possedez l'une de ces cartes.

     SSoouunnddBBllaasstteerr PPrroo ssuuppppoorrtt YY//n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 economiser un peu de  memoire  ici  en
        repondant  "n"  mais  l'alternative la plus sure est de repondre
        "y".

     SSoouunnddBBllaasstteerr 1166 ssuuppppoorrtt YY//nn//??
        Validez si vou avez une SoundBlaster 16 (dont l'AWE 32).

     AAuuddiioo EExxcceell DDSSPP 1166 iinniittiiaalliizzaattiioonn ssuuppppoorrtt YY//nn//??
        Repondez "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 a propos
  d'options de plus haut niveau. Il est recommande  de  repondre  "y"  a
  chacune  de  ces  questions,  et "n" uniquement si vous savez que vous
  n'aurez pas besoin de cette option.

     //ddeevv//ddsspp aanndd //ddeevv//aauuddiioo ssuuppppoorrtt ((uussuuaallllyy rreeqquuiirreedd)) YY//nn//??
        Repondre "n" desactive /dev/dsp et /dev/audio, les peripheriques
        de conversion A/D et D/A. Repondez "y".

     MMIIDDII iinntteerrffaaccee ssuuppppoorrtt YY//nn//??
        Repondre  "n" desactive les peripheriques associes a /dev/midixx
        ainsi que les acces aux ports MIDI utilisant  /dev/sequencer  et
        /dev/music.    Cette   option   affecte   egalement   tous   les
        peripheriques compatibles MPU-401 et/ou General MIDI.

     FFMM ssyynntthheessiizzeerr ((YYMM33881122//OOPPLL--33)) ssuuppppoorrtt YY//nn//??
        Repondre "y" ici.

     //ddeevv//sseeqquueenncceerr ssuuppppoorrtt YY//nn//??
        Repondre "n" desactive  /dev/sequencer et /dev/music.

     DDoo yyoouu wwaanntt ssuuppppoorrtt ffoorr tthhee mmiixxeerr ooff SSGG NNXX PPrroo ??
        Repondez "y" si vous possedez une carte son Sound Galaxy NX  Pro
        et que vous voulez utiliser ses fonctions etendues de mixage.

     DDoo yyoouu wwaanntt ssuuppppoorrtt ffoorr tthhee MMVV JJaazzzz1166 ((PPrrooSSoonniicc eettcc..)) ??
        Repondez "y" si vous avez une carte son MV Jazz 16.
     DDoo yyoouu hhaavvee aa LLooggiitteecchh SSoouunnddMMaann GGaammeess YY//nn//??
        Repondez "y" si vous possedez une carte Logitech SoundMan Games.

  Apres  toutes  ces  questions,  le  programme  de  configuration  vous
  questionne    sur   la   configuration   specifique   de   la   carte.
  Habituellement, juste quelques adresses d'E/S, d'IRQ et  de  DMA  sont
  demandees.  Pour certaines cartes, le programme demande quels fichiers
  doivent etre utilises durant l'initialisation de la  carte.  Ceci  est
  vrai  pour les cartes qui possedent une puce DSP ou un microprocesseur
  qui doit etre initialise en chargeant un petit programme  (microcode).
  Dans  certains  cas,  ce  code  est  ecrit  dans  un fichier .h par le
  programme de configuration et est alors integre 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 demande:

       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
  eventuellement  de  conserver  vos options de configuration pour votre
  pilote son dans une recompilation ulterieure du noyau Linux.

  Si vous mettez a 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4..33..  LLaa ccrreeaattiioonn ddeess FFiicchhiieerrss ssppeecciiaauuxx ddeess PPeerriipphheerriiqquueess

  Pour  operer  proprement,  des  entrees  des fichiers de peripheriques
  doivent etre crees pour vos peripheriques son. Normalement,  ils  sont
  crees   automatiquement   lors   de   l'installation   de  Linux.  Une
  verification rapide peut etre effectuee en utilisant la  commande  ci-
  dessous. Si vous obtenez la meme chose (excepte pour la date...) alors
  les fichiers de peripheriques 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  peripheriques  corrects  ne
  garantit  rien  en  tant  que tel... Le pilote du noyau doit egalement
  etre  charge  ou  compile  avant  que   les   peripheriques   puissent
  fonctionner.

  Si  vous  pensez  que  les fichiers de peripheriques ne sont pas bons,
  vous pouvez les recreer en utilisant le petit script shell (a executer
  en  tant  qu'utilisateur  root) que vous trouverez a la fin du fichier
  Readme.linux   dans   le    repertoire    /usr/src/linux/drivers/sound
  disponible   pour   l'utilisateur   root.   Autrement,   beaucoup   de
  distributions Linux incluent un script /dev/MAKEDEV  uilisable  a  ces
  fins...

  Si   vous  utilisez  le  pilote  son  du  haut-parleur  PC,  lisez  la
  documentation qui va avec ce paquetage pour determiner quels  fichiers
  doivent etre crees.

  44..44..  DDeemmaarrrraaggee ddee LLiinnuuxx eett TTeesstt ddee ll''IInnssttaallllaattiioonn

  Vous  devriez maintenant etre pret a `rebooter' (redemarrer) sur votre
  nouveau noyau et tester  les  pilotes  de  son.  Suivez  la  procedure
  habituelle  pour  installer  et  rebooter sur le nouveau noyau (gardez
  l'ancien dans un petit coin au cas ou il y aurait un un probleme !).

  Pendant  le  redemarrage,  essayez  de  verifier   quelques   messages
  d'information  tels  que  ceux  qui suivent (s'ils defilent 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 affiches quand on utilise le module
  chargeable du pilote son (a moins que vous ne l'ayez specifie  avec  :
  "insmod sound trace_init=1).

  Quand  le  pilote  son  est  attache  ("linke")  au noyau les messages
  "Sound initialization  started"  et  "Sound  initialization  complete"
  devraient etre affiches. S'ils ne le sont pas, cela signifie qu'il n'y
  a pas de pilote son dans le noyau. Dans ce cas, verifiez que vous avez
  installe 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  installe  le  bon pilote, soit que le port d'E/S est incorrect ou
  que vous avez une carte PnP qui n'a pas ete configuree.

  Le  pilote  peut  egalement  afficher  des   messages   d'erreurs   ou
  d'avertissement  ("warnings")  pendant  le  redemarrage. Regardez bien
  tout ca  quand  vous  rebootez  pour  la  premiere  fois  apres  avoir
  configure le pilote son.

  Ensuite,   vous   devriez   verifier   le   fichier   de  peripherique
  /dev/sndstat.  La lecture du fichier d'etat du pilote son devrait vous
  fournir   des  informations  supplementaires  sur  la facon dont a ete
  initalisee 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  derniere  commande peut generer des messages d'erreur. "No such
  file or directory" signifie que  vous  devez  creer  les  fichiers  de
  peripheriques  (voir  la  section 4.3).  "No such device" vous indique
  que le pilote son n'est pas charge ou lie au noyau. Voyez  la  section
  4.2 pour corriger cela.

  Si  des  lignes  apparaissent  entre  parentheses dans la partie "Card
  config:" de /dev/sndstat (par exemple : "(SoundBlaster at 0x220 irq  5
  drq  1,5)"  ), cela signifie que le peripherique (la carte) a bien ete
  configuree, mais pas detectee.

  Maintenant, vous devriez pouvoir jouer un fichier  son.  Procurez-vous
  un  petit  fichier  son  et envoyez-le vers le fichier de peripherique
  pour verifier 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, generalement, utiliser cat n'est pas une facon correcte  de
  jouer  des fichiers audio, mais juste un moyen rapide de verification.
  Vous souhaiterez sans doute trouver un programme dedie  permettant  de
  jouer correctement des fichiers son.

  Cette  commande fonctionne uniquement si il y a au moins un fichier de
  peripherique liste dans la section "Audio devices" de /dev/sndstat. Si
  cette  section  est  vide, il faut essayer de savoir pourquoi la carte
  n'a pas ete detectee.

  Si les commandes ci-dessus retournent "I/O error", regardez  la  a  la
  fin  des messages produits par le noyau en tapant la commande "dmesg".
  Il est frequent de trouver des messages d'erreurs a cet endroit.  Tres
  souvent,  on  trouve  le  message  :  "Sound: DMA (output) timed out -
  IRQ/DRQ config error?". Cette erreur signifie que  la  carte  n'a  pas
  reussi  a  utiliser  l'interruption attendue. Dans la plupart des cas,
  cela veut dire que l'IRQ ou le canal DMA configure pour le  pilote  ne
  fonctionne  pas.  La  meilleure  facon  de  le  faire fonctionnner est
  d'essayer tous les IRQ et les DMA supportes par le pilote.

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

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

  Maintenant, vous pouvez verifier que l'enregistrement fonctionnne.  Si
  vous pouvez relier un micro(phone !) a 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 enregistre
       % cat sample.au >/dev/audio

  N'oubliez  pas  de  parler  dans le micro pour que cela fonctionne !!!
  Vous pouvez egalement avoir besoin de  trouver  un  programme  `mixer'
  (melangeur  de  sources  sonores),  afin de selectionner le microphone
  comme  etant  le  peripherique  d'entree.  Ceci  doit  egalement  vous
  permettre d'ajuster le niveau d'enregistrement (gain).

  Si  tout  cela fonctionne, vous pouvez etre a peu pres certain que vos
  convertisseurs A/N et N/A fonctionnent, ainsi que la partie du  pilote
  y  etant  associee.  Si  vous  rencontrez des difficultes, passez a la
  section suivante !!!

  44..55..  PPrroobblleemmeess rreennccoonnttrreess

  Si vous avez encore des problemes apres avoir suivi  les  instructions
  de ce HOWTO, voici quelques points a verifier. Ils sont listes dans un
  ordre de difficulte croissante. Si la verification  se  solde  par  un
  echec, resolvez le probleme avant d'effectuer la suivante !

  44..55..11..  PPrreemmiieerr ppooiinntt :: SSooyyeezz cceerrttaaiinn qquuee vvoouuss uuttiilliisseezz vvrraaiimmeenntt vvoottrree
  nnooyyaauu ffrraaiicchheemmeenntt ccoommppiillee !!

  Vous  pouvez  verifier  la  date  du  noyau pour etre certain que vous
  utilisez celui que vous avez compile 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 a laquelle vous avez
  compile le noyau, alors  vous  utilisez  certainement  un  noyau  plus
  ancien... Avez-vous reellement redemarre la machine ? Si vous utilisez
  LILO (multiboot), l'avez-vous reinstalle ?  (normalement, cela se fait
  par  : /etc/lilo/install). Si vous bootez a partir d'une disquette, en
  avez-vous cree une nouvelle et bien utilisee ?

  44..55..22..  nnooyyaauu yy ssoonntt bbiieenn iinncclluuss DDeeuuxxiieemmee ppooiinntt :: SSooyyeezz  ssuurr  qquuee  lleess
  ppiillootteess ssoonn dduu

  La  facon  la  plus  simple  de  verifier ceci est de controler ce que
  contient /dev/sndstat comme cela a  ete  decrit  precedemment.  Si  il
  semble  y  avoir  un  probleme,  alors quelque chose s'est mal deroule
  pendant la configuration ou la construction du nouveau noyau.

  44..55..33..  TTrrooiissiieemmee ppooiinntt :: EEsstt--ccee qquuee llee nnooyyaauu  aa  bbiieenn  ddeetteeccttee  vvoottrree
  ccaarrttee ssoonn ppeennddaanntt llee ddeemmaarrrraaggee ??

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

       % dmesg

  ou

       % tail /var/adm/messages

  Si  votre carte n'a pas ete trouvee, c'est que quelque chose s'est mal
  passe. Soyez certain que votre carte est  reellement  installee  !  Si
  elle  fonctionne sous DOS, vous pouvez supposer qu'elle va fonctionner
  sous Linux, et qu'il  doit  y  avoir  un  probleme  au  niveau  de  la
  configuration du noyau. Soit vous avez configure une mauvaise carte ou
  de mauvais parametres, soit votre carte n'est supportee par aucun  des
  pilotes son du noyau Linux...

  Une  possibilite  est que votre carte necessite 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 a
  chaud en utilisant  Control-Alt-Delete.  Verifiez  bien  que  que  les
  adresses d'E/S, de DMA, et les numeros d'IRQ sont les memes sous Linux
  et sous DOS. Consultez le fichier Readme.cards  dans  les  sources  du
  pilote  son Linux pour connaitre les details de configuration de votre
  carte.

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

  44..55..44..   QQuuaattrriieemmee  ppooiinntt  :: AArrrriivveezz--vvoouuss aa lliirree ddeess ddoonnnneeeess eenn pprroovvee--
  nnaannccee dduu ddsspp ??

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

  Si ca ne fonctionne pas, alors il y a probablement un conflit d'IRQ ou
  de  DMA,  ou une incompatibilite materielle (le peripherique n'est pas
  supporte par Linux ou le  pilote  n'est  pas  configure  pour  le  bon
  peripherique).

  Une autre possibilite est d'avoir un materiel defectueux. Testez cette
  carte sous DOS pour verifier !

  44..55..55..  QQuuooii eennccoorree......

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

  +o  relisez soigneusement ce HOWTO !

  +o  consultez   les   references   a   la   fin   de  ce  document,  et
     particulierement  les  pages  Web  de  d'Hannu  Savolainen  et  les
     fichiers Readme presents dans les sources du noyau.

  +o  postez  une  question precise et detaillee dans fr.comp.os.linux en
     n'oubliant pas de preciser que vous avez prealablement lu ce  HOWTO
     (ndt : :-}  )

  +o  effectuez  quelques  recherches sur le web ou dans les news avec un
     moteur de recherche comme  <http://altavista.digital.com>

  +o  essayez d'utiliser un noyau Linux plus recent

  +o  envoyez un email a l'auteur du pilote son de votre carte

  +o  lancez emacs et tapez Esc-x doctor :-)

  55..  AApppplliiccaattiioonnss uuttiilliissaanntt llee ssoonn

  Je donne ici quelques exemples d'applications que vous  aimerez  peut-
  etre  avoir  si vous possedez une carte son sous Linux. Pour avoir des
  informations plus fraiches, 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 a posseder :

  +o  un utilitaire de conversion de format des  fichiers  son  (par  ex.
     Sox)

  +o  un utilitaire de mixage (par ex. aumix ou xmix)

  +o  un lecteur/enregistreur de fichiers sons (par ex. play ou wavplay)

  +o  un lecteur de fichiers MOD (par ex. tracker)

  +o  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  egalement  quelques
  applications plus esoteriques (comme des utilitaires de synthese ou de
  reconnaissance vocale) qu'il peut-etre amusant d'essayer...

  66..  RReeppoonnsseess aauuxx QQuueessttiioonnss FFrreeqquueemmmmeenntt PPoosseeeess

  Ce paragraphe repond a des questions qui sont souvent posees dans  les
  forums de discussion et les listes de diffusion.

  Des  reponses a d'autres questions peuvent egalement etre trouvees sur
  la page web des pilotes son OSS.

  66..11..  QQuueellss ssoonntt lleess ddiiffffeerreennttss ffiicchhiieerrss ddee ppeerriipphheerriiqquueess lliieess aauu  ssoonn
  ??

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

     //ddeevv//aauuddiioo
        lien symbolique vers /dev/audio0

     //ddeevv//aauuddiioo00
        peripherique  audio  compatible  avec les stations Sun (dans une
        implementation partielle seulement : il n'y a pas de support  de
        l'interface ioctl Sun, uniquement l'encodage u-law)

     //ddeevv//aauuddiioo11
        second  peripherique audio (pour certaines cartes son ou si vous
        en avez deux)

     //ddeevv//ddsspp
        normalement, c'est un lien symbolique vers /dev/dsp0

     //ddeevv//ddsspp00
        premier peripherique d'echantillonage

     //ddeevv//ddsspp11
        second peripherique d'echantillonage

     //ddeevv//mmiixxeerr
        lien vers /dev/mixer0

     //ddeevv//mmiixxeerr00
        premier mixeur son

     //ddeevv//mmiixxeerr11
        second mixeur son

     //ddeevv//mmuussiicc
        interface sequenceur de haut niveau

     //ddeevv//sseeqquueenncceerr
        acces bas niveau pour MIDI, FM et GUS

     //ddeevv//sseeqquueenncceerr22
        normalement, lien vers /dev/music

     //ddeevv//mmiiddii0000
        premier port MIDI

     //ddeevv//mmiiddii0011
        second port MIDI

     //ddeevv//mmiiddii0022
        troisieme port MIDI

     //ddeevv//mmiiddii0033
        quatrieme port MIDI

     //ddeevv//ssnnddssttaatt
        indique l'etat du pilote son

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

     //ddeevv//ppccaauuddiioo
        equivalent a /dev/audio

     //ddeevv//ppccsspp
        equivalent a /dev/dsp

     //ddeevv//ppccmmiixxeerr
        equivalent a /dev/mixer

  66..22..  CCoommmmeenntt ppuuiiss--jjee jjoouueerr uunn ffiicchhiieerr ssoonn ??

  Les fichiers son provenant des stations Sun (.au) peuvent etre envoyes
  directement dans /dev/audio.  Les  fichiers  son  bruts  doivent  etre
  envoyes  dans /dev/dsp, de preference en utilisant un utilitaire prevu
  a cet effet  (play).  Sinon,  le  resultat  risque  d'etre  de  pietre
  qualite.

  Les  programmes  comme  wavplay  ou vplay (dans le paquetage snd-util)
  donneront leurs meilleurs resultats avec des fichiers WAV. Par contre,
  ils  ne  reconnaissent  pas les fichiers WAV Microsoft compresses 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 etre utilise pour jouer
  la plupart des fichiers son si les parametres corrects sont  specifies
  en ligne de commande.

  66..33..  CCoommmmeenntt ffaaiirree ppoouurr eennrreeggiissttrreerr uunn ssoonn ??

  La   lecture   de   /dev/audio   ou   /dev/dsp  fournira  des  donnees
  echantillonees  qui  peuvent  etre  redirigees  vers  un  fichier.  Un
  programme   tel   que   vrec  facilite  le  reglage  de  la  frequence
  d'echantillonage, la duree d'enregistrement,  etc.  Vous  aurez  aussi
  certainement   besoin  d'un  programme  de  mixage  pour  selectionner
  l'entree son apropriee.

  66..44..  AAvvooiirr pplluuss dd''uunnee ccaarrttee ssoonn

  Avec  le  piloye  son  actuel,  il  est  possible  d'avoir   plusieurs
  SoundBlaster,  SoundBlaster/Pro, SoundBlaster16, MPU-401 ou cartes MSS
  a la fois sur votre systeme. L'installation de deux  SoundBlaster  est
  possible  en definissant 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 meme temps une SoundBlaster et une PAS16.

  Avec  les  nouveaux noyaux 2.0.X qui utilisent make config, vous devez
  editer /usr/include/linux/autoconf.h a la place de local.h.  Apres  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 systeme) :

       #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 :

  +o  GUS (limitation du pilote)

  +o  MAD16 (limitation materielle)

  +o  AudioTrix Pro (limitation materielle)

  +o  CS4232 (limitation materielle)

  66..55..  EErrrroorr:: NNoo ssuucchh ffiillee oorr ddiirreeccttoorryy ffoorr ssoouunndd ddeevviicceess

  Vous  devez  creer  les  fichiers  de  peripheriques  du  pilote  son.
  Consultez la section  concernee.  Si  vous  avez  deja  ces  fichiers,
  assurez-vous  qu'ils  possedent  bien  les  nombres  majeur  et mineur
  corrects  (certaines  distributions  obsoletes  de  Linux  creent  des
  fichiers de peripheriques incorrects durant l'installation).

  66..66..  EErrrroorr:: NNoo ssuucchh ddeevviiccee ffoorr ssoouunndd ddeevviicceess

  Vous  avez  demarre  votre machine avec un noyau non configure pour le
  son, ou alors, les adresses d'E/S  configurees  dans  votre  noyau  ne
  correspondent  pas  a  celles  de  votre  mareriel.  Verifiez que vous
  utilisez  bien  votre  noyau  fraichement  compile  et  qu'il  a   ete
  correctement  configure  avec  des  parametres  correspondant  a votre
  materiel.

  66..77..  EErrrroorr:: NNoo ssppaaccee lleefftt oonn ddeevviiccee ffoorr ssoouunndd ddeevviicceess

  Ceci peut arriver si vous tentez d'envoyer des donnees vers /dev/audio
  ou  /dev/dsp sans creer le fichier de peripherique adequat. Ce fichier
  est alors un fichier normal qui a rempli  votre  disque-dur  !!!  Vous
  devez  executer  le  script  mentionne  dans  la  section _C_r_e_a_t_i_o_n _d_e_s
  _f_i_c_h_i_e_r_s _d_e _p_e_r_i_p_h_e_r_i_q_u_e_s.

  Cela  peut  egalement  arriver  avec  Linux  2.0.x  s'il  n'y  a   pas
  suffisamment  de  memoire vive sur votre machine lorsque le fichier de
  peripherique est ouvert. Le pilote audio  a  besoin  d'au  moins  deux
  pages  (de  8 ko) contigues de memoire 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  tres  longtemps. Il est
  possible de liberer de la memoire vive en compilant et en executant ce
  programme C avant d'ouvrir le fichier de peripherique :

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

  66..88..  EErrrroorr:: DDeevviiccee bbuussyy ffoorr ssoouunndd ddeevviicceess

  Un peripherique son ne peut etre ouvert que par un seul processus a la
  fois. Il y a certainement un processus qui utilise deja la carte  son.
  Une facon 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 numero 256
  a deja ouvert le peripherique.   Vous  devez  alors  attendre  que  ce
  processus  finisse  son  travail  ou  alors, le tuer (avec kill). Pour
  connaitre les processus d'un utilisateur autre que vous, il faut  etre
  root pour utiliser la commande fuser.

  66..99..   JJ''aaii  eennccoorree  uunnee  eerrrreeuurr  ddee  ttyyppee ``ddeevviiccee bbuussyy'' ((ppeerriipphheerriiqquuee
  ooccccuuppee)) !!

  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  meme  canal. D'ou des erreurs de type "device busy". Si
  vous utilisez FTAPE, il se peut que le  pilote  concerne  soit  actif.
  Selon  le  FTAPE-HOWTO,  le pilote du QIC-02 n'est pas necessaire 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6..1100..  LLeeccttuurree iinnccoommpplleettee dd''uunn ffiicchhiieerr dd''eecchhaannttiilllloonnss aauuddiioo

  Habituellement, cela se traduit par l'arret  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. Verifiez que le noyau est bien configure et
  qu'il n'y a pas de conflit d'adresse avec d'autres cartes.

  Un autre symptome est une lecture en boucle. Ceci est souvent lie a un
  conflit d'IRQ.

  66..1111..  IIll yy aa ddeess ppaauusseess lloorrss ddee llaa lleeccttuurree dd''uunn ffiicchhiieerr MMOODD

  La lecture des fichiers MOD necessite 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 reel.  Vous pouvez
  alors:

  +o  tenter  une lecture avec un taux d'echantillonage plus faible ou en
     mono

  +o  supprimer des processus

  +o  acheter un ordinateur plus rapide :-)

  +o  acheter une carte son plus puissante (comme la Gravis UltraSound)

  Si vous avez une Gravis UltraSound, vous avez interet  a  utiliser  un
  des lecteurs mod concus specifiquement pour la GUS (par ex. gmod).

  66..1122..  EErrrreeuurrss ddee ccoommppiillaattiioonn dd''aapppplliiccaattiioonnss uuttiilliissaanntt llee ssoonn

  Les version 1.0c et anterieures du pilote  son  utilisent  des  appels
  ioctl()   incompatibles.   Recuperez  des  sources  plus  recentes  ou
  effectuez les modifications  necessaires  pour  l'adapter  au  nouveau
  pilote  son.  Voyez  le  fichier  Readme  du  pilote  son pour plus de
  details...

  Soyez egalement certain que vous avez utilise la derniere  version  de
  soundcard.h  et  ultrasound.h  en  compilant  votre application. Voyez
  comment les installer au debut de ce document.

  66..1133..  SSEEGGVV eenn uuttiilliissaanntt ddeess eexxeeccuuttaabblleess qquuii ffoonnccttiioonnnnaaiieenntt aavvaanntt

  Il s'agit certainement du meme probleme que precedemment.

  66..1144..   QQuueellss  ssoonntt  lleess bbuuggss ccoonnnnuuss eett lleess lliimmiittaattiioonnss ddaannss llee ppiilloottee
  ssoonn ??

  Ils  sont partiellement repertories dans le _H_a_c_k_e_r_'_s _G_u_i_d_e _t_o _V_o_x_W_a_r_e,
  actuellement disponible sous forme provisoire. La derniere version est
  la            "draft            2"            disponible           sur
  <ftp://nic.funet.fi/pub/Linux/ALPHA/sound/>. Notez que  ce  repertoire
  est  cache et n'apparaitra pas a moins d'y acceder directement avec la
  commande "cd" de FTP.

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

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

  66..1155..  oouu jjoouueerr ddeess ffiicchhiieerrss ssoonn ssaannss ppaauussee ??  QQuueelllleess rreessssoouurrcceess pprroo--
  cceesssseeuurr ssoonntt--eelllleess nneecceessssaaiirreess ppoouurr eennrreeggiissttrreerr

  Il  n'existe  pas  de reponde immediate a cette question.  Cela depend
  de:

  +o  la technique utilisee : echantillonage PCM ou synthese FM

  +o  la frequence d'echantillonage et la taille des echantillons

  +o  l'application utilisee pour jouer et enregistrer

  +o  la carte son utilisee

  +o  la vitesse du disque dur, la vitesse du processeur,  la  taille  du
     cache, etc.

  En  general, les machines a base de 386 peuvent jouer des echantillons
  ou faire de la synthese FM sur des cartes 8 bits sans probleme.

  Jouer des fichiers MOD necessite plus de ressources CPU.  Des  mesures
  experimentales  ont  montre  que  la lecture d'un fichier son a 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  implementees au niveau physique et
  necessitera donc moins de ressources CPU.

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

  Ces considerations supposent que vous n'executez par simultanement  un
  processus gourmant en ressources CPU !!!

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

  66..1166..  PPrroobblleemmeess aavveecc llaa PPAASS1166 eett ll''aaddaappttaatteeuurr SSCCSSII AAddaapptteecc 11554422

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

  Linux reconnait seulement la 1542 a l'adresse 330 (par defaut) ou 334,
  et la PAS autorise l'emulation MPU-401 a l'adresse 330 uniquement.  Le
  conflit subsiste meme si vous avez desactive l'utilisation MPU-401 par
  voie  logicielle. Passez la 1542 a 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 echantillonez a 44,1 khz en 16 bits stereo et que
  vous sauvez le fichier sur un disque SCSI pilote  par  la  1542,  vous
  aurez  certainement  des  problemes.  Les  canaux  DMA debordent et la
  memoire vive ne se rafraichit pas assez vite. Vous  obtenez  alors  un
  message  d'erreur  :  "PARITY ERROR - SYSTEM HALTED", sans explication
  sur ce qui s'est passe. Encore pire : certains revendeurs de  lecteurs
  de  bandes  QIC-117  recommendent  de  regler  pour  le bus des delais
  "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 a d'autres endroits sur Internet et reduisez la duree "on" du  bus,
  ou  augmentez  sa  duree "off" jusqu'a ce que le probleme disparaisse.
  SCSISEL.EXE modifie les reglages  de  l'EEPROM  et  les  modifications
  apportees fonctionneront donc au prochain redemarrage sous Linux.

  Dernier  probleme  -  les vieilles puces Symphony reduisent de maniere
  importante les periodes de cycle I/O pour accelerer les acces au  bus.
  Aucune  des  cartes  essayees ne produit de problemes avec ces courtes
  periodes de cycle, sauf pour la PAS-16. Le BBS de Media Vision propose
  le  programme  SYMPFIX.EXE  qui  est  suppose  resoudre le probleme en
  utilisant un bit de diagnostic dans le  controleur  de  bus  Symphony,
  mais cela ne procure aucune garantie materielle. Vous devrez peut-etre
  :

  +o  contacter le  distributeur  de  la  carte-mere  pour  remplacer  la
     vieille puce incriminee

  +o  changer de carte-mere ou...

  +o  acheter une autre carte-son !

  Le  premier  probleme depend de la puce utilisee sur votre carte-mere,
  de la vitesse du bus et des parametres du BIOS, et de la phase  de  la
  lune.   Le  second  probleme  depend  de  l'option de rafraichissement
  (cache ou synchronise), de la frequence de rafraichissement du DMA  de
  la 1542 et eventuellement de celui du bus d'E/S. Le troisieme probleme
  peut-etre determine en appellant Media Vision  et  en  leur  demandant
  quelle categorie de puce Symphony est incompatible avec leur design...

  66..1177..  EEsstt--iill ppoossssiibbllee ddee lliirree eett ddee jjoouueerr  ddeess  eecchhaannttiilllloonnss  ssoonnoorreess
  ssiimmuullttaanneemmeenntt ??

  A cause de certaines limitation materielles, ceci est  impossible  sur
  beaucoup  de  cartes-son.  Certaines  cartes  recentes  offrent  cette
  possibilite. Pour plus d'informations, Consultez la section concernant
  le "mode bidirectionnel" dans le _H_a_c_k_e_r_'_s _G_u_i_d_e _t_o _V_o_x_w_a_r_e.

  66..1188..  MMaa SSBB1166 eesstt rreegglleeee eenn IIRRQQ 22,, mmaaiiss llee pprrooggrraammmmee ddee ccoonnffiigguurraattiioonn
  nnee ppeerrmmeett ppaass cceettttee vvaalleeuurr..

  Sur  les  machines  a  base de 286, l'IRQ 2 est equivalente a l'IRQ 9.
  Specifiez IRQ 9 dans la configuration.

  66..1199..  EEsstt--ccee qquuee lleess SSoouunnddBBllaasstteerr AAWWEE3322 eett  SSoouunnddBBllaasstteerr1166  AASSPP  ssoonntt
  ssuuppppoorrtteeeess ??

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

  66..2200..   SSii jj''uuttiilliissee LLiinnuuxx eett qquuee jjee rreellaannccee llee DDOOSS eennssuuiittee,, jj''oobbttiieennss
  ddeess eerrrreeuurrss eett//oouu cceerrttaaiinneess aapppplliiccaattiioonnss nnee ffoonnttiioonnnneenntt pplluuss ccoorrrreeccttee--
  mmeenntt..

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

  Une rapide solution a ce probleme est de  proceder  a  un  redemarrage
  complet  en  utilisant le bouton reset ou en coupant le secteur plutot
  qu'un redemarrage a chaud  (en  utilisant  Control-Alt-Del).  (N.d.t.:
  dans  les nouvelles versions de linux, le redemarrage par Control-Alt-
  Del provoque normalement une reinitialisation totale  de  la  machine,
  equivalente au "reset" materiel )

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

  66..2211..  PPrroobblleemmeess aavveecc DDOOOOMM ssoouuss LLiinnuuxx

  Ceux qui utilisent le portage  de  DOOM  pour  Linux  realise  par  ID
  Software peuvent etre interesses par ces notes.

  Pour  une  sortie son correcte, vous devez utiliser la version 2.90 ou
  superieure du pilote son : il a  ete  concu  pour  supporter  le  mode
  temps-reel de DOOM.

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

  Si DOOM rame sur votre systeme, desactiver le  son  (en  renommant  le
  fichier sndserver) peut augmenter les performances.

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

  66..2222..  CCoommmmeenntt rreedduuiirree llee bbrruuiitt pprroodduuiitt ppaarr mmaa ccaarrttee ssoonn ??

  Utilisez des cables de liaison blindes et de bonne qualite, essayez de
  placer votre carte dans des slots differents. Si la carte a un control
  de volume, modifiez ce reglage.

  Utilisez  egalement  un  programme  "mixeur" pour vous assurer que les
  entrees inutiles (comme le micro) sont desactivees.

  Mais certaines cartes sont mal blindees et mal reliees a la  terre  et
  produisent naturellement beaucoup de bruit.

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

  66..2233..  JJee ppeeuuxx jjoouueerr ddeess ssoonnss eecchhaannttiilllloonneess,, mmaaiiss ppaass eenn eennrreeggiissttrreerr

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

  +o  utilisez  un  programme  mixeur  de  son   pour   selectionner   le
     peripherique approprie (par exemple, un micro)

  +o  avec  le  meme mixeur, positionnez le gain d'entree du peripherique
     au maximum

  +o  Si vous le pouvez, essayez de tester l'enregistrement du  son  sous
     DOS afin de determiner s'il existe ou non un probleme de materiel

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

  66..2244..   MMaa  ccaarrttee ""ccoommppaattiibbllee"" ffoonnccttiioonnnnee sseeuulleemmeenntt ssii jjee ll''iinniittiiaalliissee
  pprreeaallaabblleemmeenntt ssoouuss DDOOSS..

  Dans   la   plupart  des  cas,  une  carte  "compatible  SoundBlaster"
  fonctionnera mieux sous Linux si elle est configuree  avec  un  pilote
  autre  que  celui  destine  a  la  veritable SoundBlaster. Beaucoup de
  cartes se disent "compatibles SoundBlaster" mais bien souvent, ce mode
  SoundBlaster  est seulement un bidouillage prevu pour la compatibilite
  avec les jeux sous DOS. Beaucoup de cartes possedent un mode  16  bits
  natif  qui  est  facilement supporte par les version recentes du noyau
  Linux (2.0.1 et plus).

  Pour d'autres cartes plus anciennes, il sera necessaire  d'essayer  de
  les  faire  fonctionner  dans  le mode SoundBlaster. Les seules cartes
  recentes qui font exception a cette regle sont les cartes  basees  sur
  Mwave.

  66..2255..   mmooddee  88--bbiittss  ssoouuss  LLiinnuuxx..   MMaa  ccaarrttee ssoonn 1166 bbiittss ""ccoommppaattiibbllee
  SSoouunnddBBllaasstteerr"" ffoonnccttiioonnnnee sseeuulleemmeenntt eenn

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

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

  66..2266..  OOuu ppuuiiss--jjee ttrroouuvveerr ddeess llooggiicciieellss ddee ssoonn ssoouuss LLiinnuuxx ??

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

  +o  <ftp://sunsite.unc.edu:/pub/Linux/kernel/sound/>

  +o  <ftp://sunsite.unc.edu:/pub/Linux/apps/sound/>

  +o  <ftp://tsx-11.mit.edu:/pub/linux/packages/sound/>

  +o  <ftp://nic.funet.fi:/pub/Linux/util/sound/>

  +o  <ftp://nic.funet.fi:/pub/Linux/xtra/snd-kit/>

  +o  <ftp://nic.funet.fi:/pub/Linux/ALPHA/sound/>

  66..2277..   EEsstt--ccee  qquuee  llee  ppiilloottee  ddee ssoonn ppeeuutt--eettrree ccoommppiillee ccoommmmee mmoodduullee
  cchhaarrggeeaabbllee ??

  Ceci est possible pour les versions recentes 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6..2288..   PPuuiiss--jjee  uuttiilliisseerr mmaa ccaarrttee ssoonn ppoouurr rreemmppllaacceerr llee ""bbiipp"" pprroodduuiitt
  ppaarr mmaa ccoonnssoollee ??

  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  donne
  afin de generer des sons sur requete du noyau.

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

  66..2299..  QQuu''eesstt--ccee qquuee VVooxxWWaarree ??

  Les  pilotes  son  du  noyau supportent differentes sortes de systemes
  Unix/x86 et sont donc disponibles en tant que paquetage independant du
  noyau  Linux.   Jusqu'a  Fevrier  1996,  les  auteurs  ont  appelle ce
  programme "Voxware".  Malheureusement, ce nom etait  deja  depose  par
  VoxWare Incorporated et ne pouvait donc plus etre utilise. Ces pilotes
  s'appellent maintenant OSS/Free.

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

  D'autres noms utilises par le passe et se referrant au meme 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   ecris   une
  presentation  d'OSS/Linux dans le numero de juin 1997 de Linux Journal
  (n.d.t. : en anglais).

  66..3300..  EEsstt--ccee qquuee lleess ccaarrtteess ssoonn PPlluugg && PPllaayy ssoonntt ssuuppppoorrtteeeess ??

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

  Si  vous  possedez un systeme Pentium recent avec un BIOS Plug & Play,
  il devrait pouvoir pouvoir configurer vos  cartes.  Prennez  garde  de
  configurer  le  pilote  son  de Linux avec les memes parametres d'E/S,
  d'IRQ et de canal DMA que dans le BIOS.

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

  Si  vous  utilisez votre carte sous Windows95, vous pouvez utiliser le
  gestionnaire de peripherique pour configurer la carte,  puis  demarrer
  Linux  apres  une  reinitialisation  a chaud en utilisant le programme
  LOADLIN. Verifiez que les parametres de configuration sont  identiques
  sous les deux systemes.

  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  materiel  sous DOS. Utilisez le programme
  LOADLIN pour relancer Linux. Verifiez ici encore  que  les  parametres
  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  adequat  pour  les
  parametres  desires.  Ensuite,  la  carte  (meme  eteinte)  gardera en
  memoire interne son parametrage, et  il  ne  sera  pas  necessaire  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 aupres de 4Front Technologies.

  66..3311..  SSooxx//PPllaayy//VVppllaayy iinnddiiqquuee :: ""iinnvvaalliidd bblloocckk ssiizzee 11002244""

  Une modification du pilote dans sa version 1.3.67 a  rendu  inoperants
  certains  programmes son qui verifiaient (abusivement) que le resultat
  de la requete ioctl SNDCTL_DSP_GETBLKSIZE  etait  superieure  a  4096.
  Les utilitaires presents dans le dernier paquetage snd-util-3.x.tar.gz
  (sur   <ftp://ftp.4front-tech.com/ossfree>)  gerent  maintenant   ceci
  correctement.  Les  dernieres versions du pilote son ont egalement ete
  modifiees pour eviter des fragments d'allocation plus petits que  4096
  octets, ce qui resoud le probleme avec les anciens utilitaires.

  66..3322..   PPoouurrqquuooii llee ppiilloottee ssoonn ppoosssseeddee--iill ssoonn pprroopprree pprrooggrraammmmee ddee ccoonn--
  ffiigguurraattiioonn ??

  Le pilote son supporte un grand nombre de parametres de configuration.
  Le  programme  configure  inclus  avec  le  pilote  son  verifie   les
  dependances  entre ces parametres. Les outils utilises pour configurer
  le noyau ne supportent pas ce niveau de fonctionalites.

  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 consacree a la "configuration du noyau").

  66..3333..  cchhaarrggee llee mmoodduullee dduu ppiilloottee ssoonn LLeess ppaarraammeettrreess  dduu  mmiixxeeuurr  ssoonntt
  rreeiinniittiiaalliisseess aa cchhaaqquuee ffooiiss qquuee jjee

  Il est  possible  de  compiler  le  pilote  son  en  tant  que  module
  chargeable  par  le  noyau  et  utiliser kerneld pour un chargement et
  dechargement automatiques. Cela peut engendrer un probleme.  A  chaque
  fois  que  le module est recharge, les parametres du mixeur reprennent
  leur valeurs par defaut. Selon les cartes son, on peut  alors  obtenir
  un volume trop faible ou trop eleve (par ex. SoundBlaster 16).  Markus
  Gutschke (gutschk@uni-muenster.de) a trouve une solution qui  consiste
  a 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) a etre
  execute immediatement apres le chargement du pilote son. Le  parametre
  dma_buffsize  est  recquis  par  la  commande option. Modifiez cela en
  fonction de votre programme mixeur et de vos reglages de gain.

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

  66..3344..  SSeeuull ll''uuttiilliissaatteeuurr rroooott ppeeuutt eennrreeggiissttrreerr ddeess ssoonnss

  Par  defaut,  le  script  se  trouvant  dans Readme.linux qui cree les
  fichiers de peripheriques son (/dev/...) autorise seulement l'acces  a
  la  carte  son  par  root.  Ceci  afin  de combler un trou de securite
  potentiel. Dans un environnement  reseau,  des  utilisateurs  externes
  pourraient   se   connecter  a  votre  machine  et  vous  ecouter  par
  l'intermediaire de la carte son et d'un micro qui y  serait  raccorde.
  Si  vous  vous  en  foutez,  il  suffit de changer les permissions des
  fichiers speciaux /dev/audio et /dev/dsp.

  Par contre, ce script autorise par defaut n'importe quel utilisateur a
  jouer un echantillon sonore dans la carte. Ceci n'a aucune consequence
  sur la securite mais peut se reveler plutot desagreable.

  66..3355..  EEsstt--ccee qquuee lleess cciirrccuuiittss ssoonnoorreess ddee  ll''IIBBMM  TThhiinnkkPPaadd  ssoonntt  ssuupp--
  ppoorrtteess ??

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

  77..  RReeffeerreenncceess

  Si  vous possedez 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 francaise.

  Le  Sound-Playing  HOWTO  explique  comment  jouer differents 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 Francais sur : )

  Il  existe  un  vieux  document connu sous le nom de _H_a_c_k_e_r_'_s _G_u_i_d_e _t_o
  _V_o_x_W_a_r_e,               et                disponible                sur
  <ftp://nic.funet.fi/pub/Linux/ALPHA/sound/>.      La    plupart    des
  informations  ici  presentes  ont  ete  tirees  de  la   documentation
  disponible  sur   <http://www.4front-tech.com/pguide>, mais la section
  concernant /dev/sequencer peut tout de meme vous etre utile.

  Les FAQs (Questions Frequemment  Posees  ou  Foire  Aux  Questions  !)
  suivantes   sont   regulierement   postees   dans   le   forum  Usenet
  news.announce      et      sont      egalement      archivees      sur
  <ftp://rtfm.mit.edu/pub/usenet/news.answers> :

  +o  PCsoundcards/generic-faq (Generic PC Soundcard FAQ)

  +o  PCsoundcards/soundcard-faq (comp.sys.ibm.pc.soundcard FAQ)

  +o  PCsoundcards/gravis-ultrasound/faq (Gravis UltraSound FAQ)

  +o  audio-fmts/part1 (description des formats de fichiers Audio)

  +o  audio-fmts/part2 (description des formats de fichiers Audio)

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

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

  +o  alt.binaries.sounds.* (echange de fichiers d'echantillons sonores)

  +o  alt.binaries.multimedia (echange de fichiers multimedia)

  +o  alt.sb.programmer (programmation de la SoundBlaster)

  +o  comp.multimedia (a propos de Multimedia)

  +o  comp.music (theories et recherches  sur  la  musique  assistee  par
     ordinateur)

  +o  comp.sys.ibm.pc.soundcard.*   (divers   forums   pour   cartes  son
     compatibles IBM PC)

  Un   site   web   consacre   au   multimedia   est   consultable   sur
  <http://viswiz.gmd.de/MultimediaInfo/>.  Creative  Labs a son site web
  sur      <http://www.creaf.com/>.     MediaTrix     egalement      sur
  <http://www.mediatrix.com/>.

  Il  existe  des  listes de diffusion Linux consacrees au son. Pour s'y
  abonner, envoyez un email a majordomo@vger.rutgers.edu avec,  dans  le
  corps  du message, le mot "help". Ces listes sont en general destinees
  a des discussions relatives au developpement d'applications  liees  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 tres utiles relatifs aux pilotes
  de carte son. Typiquement, on trouvera ces fichiers dans le repertoire
  /usr/src/linux/drivers/sound.

  Le  concepteur du pilote son, Hannu Savolainen, peut etre contacte par
  email a hannu@voxware.pp.fi.  Il possede egalement  un  site  web  sur
  <http://personal.eunet.fi/pp/voxware>.

  Les informations relatives a 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  _L_i_n_u_x  _S_o_f_t_w_a_r_e _M_a_p (LSM) est un
  document inestimable pour rechercher un programme donne.  Vous  pouvez
  faire  une recherche dans cette base avec un mot-clef tel que _s_o_u_n_d et
  identifier  de  cette  facon  toutes  les  applications   gerant   les
  peripheriques  sonores.  Ce  document  peut  etre  trouve 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  a  propos  de  la
  programmation multimedia sous  Linux  (essentiellement  d'applications
  gerant  les CD-ROM et les cartes son), consultez mon livre _L_e _G_u_i_d_e _d_u
  _M_u_l_t_i_m_e_d_i_a _s_o_u_s _L_i_n_u_x (n.d.t  :  traduction  francaise  d'Eric  Dumas,
  numero ISBN : ISBN 2-84177-014-1) publie chez O'Reilly and Associates.
  Ce bouquin est en vente un peu partout, mais vous  pouvez  quand  meme
  consulter           la           page           Web          d'Oreilly
  <http://www.oreilly.com/international/france/>.

