Avant-propos : ALSA peut être configuré pour toutes sortes d'utilisations un peu avancées et possède un système de greffons. Ceux-ci ne sont pas graphiques, c'est à dire que vous n'allez pas cocher tel ou tel greffons, ils sont utilisables/configurable dans les fichiers de configuration d'ALSA par un système d'écriture. Les informations à ce sujet étant relativement rares et pas toujours très claires, nous allons essayer de dégrossir ceci dans ces pages.

Les fichiers de configuration d'ALSA

Avant tout, voyons où se trouvent ces (mystérieux) fichiers de configurations et quels sont leurs différents rôles.

Il y a 2 fichiers de configuration pour les pilotes d'ALSA (ses pilotes et ses modules) :

• un fichier pour chaque utilisateur,
• et un fichier pour les réglages globaux du système.

Aucun de ces fichiers n'est indispensable pour qu'ALSA fonctionne correctement, la plupart des applications fonctionneront sans cela. La principale utilisation de ces fichiers est de permettre d'ajouter des fonctionnalités telles que du routage ou de la conversion de fréquence d'échantillonnage.

➡️ Voir également : Informations tirées de http://alsa.opensrc.org/.asoundrc.

Emplacements des fichiers de configuration suivant Distributions :

• Pour TangoStudio, basé sur Ubuntu 10.04, les fichiers de configuration sont :
  • utilisateur simple : /home/olinuxx/.asoundrc,
  • super utilisateur : /root/.asoundrc.

Note : à priori, certains systèmes utilisent, pour les réglages globaux, le fichier /etc/asound.conf.

Principe général des greffons d'ALSA

(note : tiré/traduit/adapté de http://alsa.opensrc.org/index.php/Plugin_Documentation qui donne les bases de compréhension du fichier .asoundrc)



Les greffons sont utilisés pour créer des périphériques virtuels qui pourront être utilisés de la même façon que les périphériques matériels par vos applications. Il faut noter que les greffons créent des latences supplémentaires du fait des processus qu'ils déploient. Par exemple, si vous créez un greffon de ré-échantillonnage, ceci utilisera pas mal votre processeur et pourra ralentir votre système.

Les périphériques virtuels sont créés dans les fichiers de configuration d'ALSA (voir le chapitre ci-dessus).

Regardons un squelette basique pour définir un périphérique virtuel :

pcm.UNNOM {
    type TYPEDEGREFFON
    slave {
        pcm NOMDESCLAVE
    }
}

Ceci crée un nouveau périphérique virtuel :

• du nom de UNNOM,
  • UN_NOM peut être n'importe quel nom simple. C'est le nom que vous utiliserez pour faire référence à ce périphérique plus tard. Il y a plusieurs noms de périphériques virtuels pré-définis, comme default et dmix,
• d'un type TYPEDEGREFFON,
  • TYPE_DE_GREFFON est l'un des noms listés dans la documentation officielle concernant les greffons d'ALSA. Par exemple : dmix (note : dmix peut être un type de greffon ou un périphérique virtuel prédéfini), jack, et linear,
• qui fait suivre sa sortie dans un autre périphérique (virtuel ou matériel) du nom de NOMDESCLAVE,
  • NOM_D_ESCLAVE est le nom d'un autre périphérique virtuel ou d'une chaine qui décrit un périphérique matériel. Pour spécifier le premier périphérique de la première carte, utilisez "hw:0,0" (avec les quotes).

Notes

Sous certains distributions (ex: Gentoo), il y a un paquet alsa-plugins qu'il faut installer.
Sous TangoStudio, il semble qu'il s'agisse des paquets : libasound2 et libasound2-plugin (déjà installés d'origine).

Autres ressources :

• Vous avez chez vous des ressources, par exemple sous TangoStudio :
  • /usr/share/doc/libasound2-plugins/examples/asound.conf_jack,
  • /usr/share/doc/libasound2/examples/asoundrc.txt.gz.
• voir aussi :
  • les conventions d'écriture dans les fichiers de configuration d'ALSA,
  • les conventions d'écriture des arguments dans les fichiers de configuration d'ALSA,

[+]

• Autre nom de la page
  asoundrc