Comment savoir si j'utilise alsa ou Pulse-Audio par défaut? (Passage à i3-wm)
Je ne comprends peut-être pas le concept de base, auquel cas corrigez-moi si je me trompe.
Ubuntu est livré avec deux serveurs de rendu audio différents, Pulse et alsa. Alsa est-il une couche intermédiaire à impulser? J'ai essentiellement besoin de savoir lequel j'utilise.
La raison pour laquelle j'ai besoin de savoir est que je tente de passer de l'unité à i3-wm. Lors de la configuration de i3, j'ai constaté que je n'avais aucun son et je suis tombé sur ce fil . Il spécifie diverses options pour lier les touches de volume de mon ordinateur portable à leurs fonctionnalités. Après avoir bricolé quelques-unes de ces options, j'ai obtenu un son très éraillé. C'est pourquoi (je suppose) que je dois savoir laquelle j'utilise réellement.
Ubuntu utilise ALSA et Pulseaudio pour contrôler l’entrée et la sortie du son.
ALSA
ALSA sert de système basé sur le noyau pour connecter votre matériel audio au système d'exploitation. Toutes les cartes son de votre système seront contrôlées à l'aide des pilotes et des paramètres spécifiques à la carte. La plupart de ces opérations sont effectuées sous le capot, sans intervention de l'utilisateur.
En outre, ALSA propose des bibliothèques et des outils permettant de contrôler notre système audio. L'outil que la plupart d'entre nous ont peut-être rencontré est peut-être alsamixer, une application de terminal semi-graphique permettant de contrôler le volume sonore, ainsi que l'état muet de toutes les cartes et de tous les profils de notre système.
Nous pouvons transmettre du son à notre carte son simplement en utilisant ALSA sans avoir besoin de PulseAudio ou de tout autre serveur de son.
Pulse Audio
En plus de la base ALSA, le serveur de son PulseAudio fournit d’autres outils pour mieux contrôler notre système de son. Pour ce faire, des modules permettent de définir les niveaux de volume, les profils de carte son, les récepteurs de sortie ou les sources d'entrée, et plus encore, pour faciliter l'accès depuis la plupart des applications Ubuntu.
Comme ALSA, PulseAudio est également conçu pour fonctionner avec le moins d'interactions possible entre utilisateurs. Chaque fois que nous devons modifier le volume, la balance ou les périphériques d'entrée/sortie, il s'agit d'un module ou d'une application PulseAudio que nous ou notre application appelons.
Une alternative professionnelle à PulseAudio est le serveur audio JACK avec plus d'options pour interagir avec notre matériel audio et une meilleure prise en charge à faible latence. JACK ne fonctionne que dans quelques applications de production musicale, ce qui peut être fait en parallèle de PulseAudio.
Intégration application/bureau
Le système audio Ubuntu peut également être contrôlé à partir d’applications exécutées à partir du bureau Unity/GNOME, telles qu’une applet de contrôle du volume.
Le choix d’une application donnée de contrôler le son dépendra des développeurs de l’application. Certaines applications n’utiliseront qu’ALSA, d’autres auront besoin de PulseAudio, d’autres de JACK.
Par conséquent, chaque fois que nous installons un autre gestionnaire de bureau au-dessus d’Ubuntu, nous risquons de perdre les applications spécifiques au bureau pour contrôler le son, mais ALSA et PulseAudio s’exécuteront en arrière-plan pour le contrôle du son.
Il se peut que nous devions installer des paquets supplémentaires tels que, par exemple. pavucontrol , l'application de contrôle du volume basée sur pulseaudio GTK.
ALSA ou PulseAudio est-il en cours d'exécution?
ALSA et PulseAudio sont tous deux livrés avec des applications en ligne de commande pour imprimer l’état de notre système audio.
PulseAudio:
pactl listALSA:
aplay -l
Les deux donneront une erreur si le système audio ne fonctionne pas. ALSA sera chargé avec le noyau, PulseAudio sera démarré plus tard. Si ce n'était pas le cas, nous pouvons démarrer PulseAudio manuellement à partir du terminal avec:
pulseaudio [options] ## option -D starts the daemon
Au cas où nous aurions des problèmes audio, je recommande de lire le article rédigé par David Henningsson sur des choses à ne pas ne pas faire avant d'aller plus loin à déboguer notre problème audio .