Les développeurs de Fedora ont récemment annoncé qu'un changement majeur est prévu pour la prochaine version de Fedora 34, remplaçant tous les flux audio des serveurs de son PulseAudio et JACK par PipeWire.
L'utilisation de PipeWire vous permet d'offrir des capacités de traitement audio professionnelles dans un environnement de PAO classique, d'éliminer la fragmentation et d'unifier votre infrastructure audio pour différentes applications.
Actuellement, Fedora Workstation utilise le processus d'arrière-plan PulseAudio pour le traitement audio, et les applications utilisent la bibliothèque cliente pour interagir avec ce processus, mixer et gérer les flux audio. Le traitement audio professionnel utilise le serveur de son JACK et sa bibliothèque cliente associée.
Au lieu de PulseAudio et JACK, il est proposé d'utiliser le serveur multimédia PipeWire de nouvelle génération avec une couche d'interopérabilité qui permettra à tous les clients et applications PulseAudio et JACK existants, distribués au format Flatpak, de continuer à fonctionner.
Pour les clients plus âgés utilisant l'API de bas niveau ALSA, un plugin ALSA sera installé qui achemine les flux audio directement vers PipeWire. Toutes les applications basées sur PulseAudio et JACK pourront fonctionner sur PipeWire, sans avoir à installer PulseAudio et JACK.
Cette proposition consiste à remplacer le démon PulseAudio par une implémentation fonctionnelle compatible PipeWire. Cela signifie que tous les clients existants utilisant la bibliothèque cliente PulseAudio continueront de fonctionner comme avant, ainsi que les applications livrées en tant que Flatpak.
Tout l'audio PRO est géré par la bibliothèque client JACK, qui communique avec le serveur JACK. Cette proposition installera un remplacement de bibliothèque client JACK qui s'adresse directement à PipeWire. Toutes les applications de prise audio PRO existantes fonctionneront alors sur PipeWire.
Pour rappel, PipeWire étend les capacités de PulseAudio avec la diffusion vidéo, le traitement audio à faible latence et un nouveau modèle de sécurité pour la diffusion et le contrôle d'accès aux appareils.
PipeWire offre également des fonctionnalités permettant de contrôler des sources vidéo telles que des périphériques de capture vidéo, des webcams ou le contenu d'écran affiché par des applications. Ce projet est compatible avec GNOME et est déjà largement utilisé sous Fedora Linux pour la capture et le partage d'écran dans les environnements Wayland.
PipeWire peut également servir de serveur audio à faible latence, avec des fonctionnalités combinant les capacités de PulseAudio et de JACK, même pour les besoins des systèmes de traitement audio professionnels que PulseAudio ne pouvait pas prétendre satisfaire.
De plus, PipeWire offre un modèle de sécurité amélioré qui permet un contrôle d'accès spécifique au périphérique et au flux, et facilite le routage audio et vidéo vers et depuis des conteneurs isolés.
Principales caractéristiques:
- Capturez et lisez l'audio et la vidéo avec un décalage minimal.
- Outils de traitement vidéo et audio en temps réel.
- Une architecture multi-thread qui permet de partager le contenu entre plusieurs applications. La gestion et le traitement des graphiques multimédias se font selon différents processus.
- Un modèle de traitement basé sur des graphes de nœuds multimédias avec prise en charge des boucles de rétroaction et des mises à jour de graphes atomiques.
- Il est permis de connecter des pilotes à la fois au sein du serveur et des plugins externes.
- Interface efficace pour accéder aux flux vidéo en transférant des descripteurs de fichiers et en accédant au son via des tampons partagés.
- La possibilité de traiter les données multimédias de n'importe quel processus.
- La présence d'un plugin pour GStreamer pour simplifier l'intégration avec les applications existantes.
- Prise en charge des environnements sandbox et Flatpak.
- Prise en charge des plugins au format SPA (Simple Plugin API) et possibilité de créer des plugins qui fonctionnent en temps réel.
- Système flexible de coordination des formats multimédias utilisés et d'allocation des tampons.
Utilisation d'un seul processus d'arrière-plan pour acheminer l'audio et la vidéo. Capacité à fonctionner comme un serveur audio, un hub pour fournir de la vidéo aux applications (par exemple, pour l'API screencast gnome-shell) et un serveur pour contrôler l'accès aux périphériques de capture vidéo matériels.
Enfin, le changement n'a pas encore été examiné par le comité de pilotage de l'ingénierie de Fedora (FESCo), qui est responsable du développement technique de la distribution Fedora.
Source : https://www.mail-archive.com