Support matériel

En premier, le support matériel sur Linux est plus compliqué. Les constructeurs ne développent pas par défaut des pilotes pour Linux. La plupart sont propriétaires et le développement de pilotes sous Linux, bien que n'étant pas plus complexe à réaliser, est moins connu. Pour faire simple, vous avez des normes (universelles et supportées dans le noyau de Linux), comme l'USB Audio, et il faut que votre matériel le supporte pour dialoguer au mieux avec l'OS. Si on est sur des protocoles constructeurs spécifiques, le support ne se fera qu'avec le développement de solutions par le constructeur.

Pour continuer dans mon exemple, si votre matériel est bien certifié USB Audio, vous n'aurez aucun soucis. Et s'il envoie des données reconnues par le protocole mais non visibles par l'OS, il sera possible de les récupérer pour supporter ces fonctionnalités et de les utiliser dans un logiciel pour les exploiter.

Ceci étant dit, citons des exemples de marques de constructeurs parfaitement reconnus sous Linux (ou étant suffisamment suivis pour avoir des mises à jours sur leur support) : Arturia, Behringer, Presonus, Focusrite, Korg, M-Audio... Il y a de quoi faire, non ?

Audio, les serveurs et clients

Toute une histoire ! Sous Windows vous avez DirectAudio ou ASIO pour gérer le son. Sous Linux, il y a différentes évolutions, OSS, ALSA, Jack, Pulseaudio, Pipewire... Je passe ici sur les spécifications techniques de chaque serveur audio ni sur les pour ou contre de chacune des solutions. Évoquons par contre ceci : du temps d'ALSA, Jack est né pour l'audio en temps réel (avec des latences plus faibles que sous windows ou mac par exemple). Pulseaudio a remplacé ALSA mais a laissé Jack tranquille et Pipewire remplace Pulseaudio et Jack...

Aujourd'hui, vous avez encore des distributions sous Pulseaudio et d'autres qui ont migré sous Pipewire par défaut. Si dans le temps la migration ALSA->Pulseaudio s'est parfois accompagnée de difficultés (et incompatibilités d'applications), c'est moins le cas pour la migration Pulseaudio->Pipewire (il y en a, mais beaucoup moins bloquantes qu'auparavant).

Gérer ses entrées / sorties audio

Si vous avez une interface audio avec plusieurs entrées comme moi, vous aurez besoin d'une interface pour les piloter (voir leurs niveaux sonore, vérifier si les enregistrements sont ok...). Bon, on peut cela pendant l'enregistrement, avec Ardour ou Audacity par exemple, mais il est vrai que c'est pas mal de le faire au niveau de son OS.

Pour ça, je vous ai trouvé trois solutions, dont une en développement récent et actif (donc à tester, faire remonter les bugs, ils cherchent des personnes pour les aider à développer l'application).

Pulsemeeter

Je commence par Pulsemeeter, logiciel qui ressemble à Voicemeeter sous Windows et avec les mêmes caractéristiques. Et comme son nom l'indique, il est développé pour Pulseaudio !

Sonusmix

Le remplaçant de Pulsemeeter, pour Pipewire ! Sonusmix est en développement actif et recherche donc des développeurs, testeurs... n'hésitez pas !

Coppr

COPPWR affiche et fournit un contrôle sur de nombreux aspects de Pipewire aussi directement que possible de manière organisée et visuelle. Il peut aider à déboguer et à diagnostiquer une configuration de pipewire ou à développer des logiciels qui interagissent avec Pipewire.

#audio #linux #pipewire #pulseaudio #jack