11 Son (ancien)

La gestion des cartes son n'est pas (encore) considérée comme une fonctionnalité de base, et n'est pas proposée à l'installation. Il reste à se débrouiller après coup pour faire fonctionner la chose. On a alors le "choix" entre recompiler le noyau, utiliser un package commercial ou "jouer aux modules".

11.1 Le gang O$$

En fait l'installation d'une carte son sous linux nous renvoie quelques années en arrière, lorsque l'installation d'une nouvelle carte d'interface dans un ordinateur tournait généralement à la prise de tête. Le manque de clarté des documentations et les "conflits matériels" étaient tels qu'il n'était pas rare de devoir essayer une par une les diverses combinaisons possibles avec un nombre variable de cavaliers... et cela avec, à chaque fois, arrêt de la machine, démontage de la carte et redémarrage.

Des raisons commerciales évidentes ont fait apparaître les cartes configurables par logiciel, et les "cavaliers" se sont transformés en octets dans une mémoire stable. Puis sont apparues les cartes PnP (plug and play), qui voient leurs interruptions et autres ports d'entrée sortie attribués par le système lors du démarrage. Il est clair que la toute première qualité de win98 en tant que système d'exploitation est la base de données qui contient les drivers de quasiment toutes les cartes existant ou ayant existé.

Le "monde linux" est encore bien loin de disposer d'une telle base de données. La version officielle de la chose est que d'une part les vilains fabricants de cartes ne veulent pas publier leurs drivers et que d'autre part, le PnP serait à la fois instable et inutile, et serait mieux nommé plug and pray, etc. Toutes ces fadaises sont démenties par le fait que O$$ s'installe automatiquement, en reconnaissant les cartes son... et les autres, afin de pouvoir gérer les conflits.

A part cela, O$$ est nommé open sound system par antiphrase, car ces braves gens tentent "d'abuser de leur position dominante" pour faire cracher le client au bassinet. Se trouve-t-il tant de pigeons pour commencer par payer 800 fr de RedHat pour avoir le plaisir de payer à nouveau pour les drivers des cartes complémentaires ?

• Réponse : oui, bien sûr. Car le pigeon est grégaire.

11.2 Expérimentation avec O$$

1. Décompresser l'archive dans /tmp/xx.oss (08 pour oss.8.1, 09 pour oss-demo, 10 pour la version téléchargée, 11 pour oss-demo $SuSE-6.3$, etc), puis lancer ./oss_install. Les fichiers sont décompressés dans /opt/oss puis soundconf est exécuté en mode semi-graphique.
2. Avec ALS100, on obtient " non supporté" sous 08oss, tandis que 09oss donne :

   /SECUREAUDIO OFF 
   /IRQEXCLUDE 3 4 
   /DMAEXCLUDE 2 
   -ALS0001 #Generic ALS100 based soundcard *BETA* 
   /PNPDEV @@@0001 P220 I5 D1 D5 
   /PNPDEV @X@0001 P330 I5 
   /PNPDEV @H@0001 P388 
   SBPNP OPNP P220 I5 D1 d5 
   SBMPU OPNP P330 
   OPL3 OPNP P388 
   PNP

   • pourquoi n'y a-t-il pas INT 09 pour le MPU401 (comme sous win98) ?
3. Avec la carte Creative Vibra16X. Au préalable, configuration sous win98 pour éviter les conflits avec le reste. On remarque qu'il n'y a qu'une interruption (05) sous win98 (pas comme ci-dessus).

   /SECUREAUDIO OFF 
   /IRQEXCLUDE 3 4 
   /DMAEXCLUDE 2 
   -CTL00F0 #Creative ViBRA16X PnP 
   /PNPDEV CTL0043 P220 P330 P388 I5 D1 D1 
   SBPNP OPNP P220 I5 D1 d3 
   SBMPU OPNP P330 
   OPL3 OPNP P388 
   PNP 
   

4. Les fichiers dev :
   1. /dev/dsp : digital sampling device
   2. /dev/mixer :
   3. /dev/music : high-level sequencer
   4. /dev/sequencer : low level midi, fm and gus access
   5. /dev/midi0x : raw midi port
   6. /dev/sndstat
   
   

5. On remarque que le lecteur de cd (kscd) fonctionne indépendamment du "barnum" oss.

• Le son présente des à coups pendant les "mouvements écran"
• Parfois kmidi (6-2) se met à souffler : cela semble arriver aux enchaînements de morceaux. Si l'on saute le morceau, cela repart... ou bien le programme plante.
• Le barnum O$$ ne joue que 20 mn : il faut le décharger puis le recharger, et donc fermer les applications qui l'utilisaient, puis les réouvrir... En un mot, cela est tout juste bon à jouer "The Microsoft Sound" lors de l'ouverture d'une session.

11.3 Tentative alsasound

Il n'y a pas beaucoup de cartes *.pci qui sont reconnues. Mais il est bien connu que "presque toutes les cartes sont en isa", même si les cartes-mères contiennent de moins en moins de slots isa... et de plus en plus de cartes son intégrées. Bref, une carte FM801 ne convient pas. Mais on peut se rabattre sur une carte Yamaha OPL3-SA3.

1. Installer (YaST) le package alsa
2. Exécuter (root) alsaconf, qui détecte la carte et met à jour/etc/modules.conf (cf TAB. 12).

   options snd snd_major=116 snd_cards_limit=1 snd_device_mode=0660  
   $.\qquad$snd_device_gid=17 snd_device_uid=0 
   options snd-card-opl3sa2

TAB. 12: Configuration alsasound

• Comment est lancée la commande rcalsasound (c'est à dire /etc/init.d/alsasound) lors de démarrage système ?
• La boite à son kmidi présente des à coups pendant les "mouvements écran" et tout ce qui demande de la puissance de calcul. En fait ce "midi player" semble utiliser timidity, qui est un convertisseur midi -> wav.
• Par contre, le vrai "midi player", c'est à dire Adlib FM, FM801 etc. n'est pas disponible. Le device /dev/sequencer n'est pas disponible pour kmid, ni pour jazz et d'ailleurs n'est pas disponible dans les devices "son". On est donc revenu cinq ans en arrière, puisque le processeur principal est chargé de "tout faire tout seul"...

11.4 kmidi

• La boîte à son n'est pas efficace : comment choisir une sélection déjà enregistrée ? (contournement : recopier cette sélection dans ~/.kde/share/apps/kmidi/default).