Il y a quelques jours la nouvelle est sortie ce référentiel de développement de version Ubuntu 22.10 déplacé pour utiliser le serveur multimédia PipeWire par défaut pour le traitement audio.
Avec ce changement, les packages liés à PulseAudio ont été supprimés des packages desktop et desktop-minimal, et pour la compatibilité, au lieu de bibliothèques pour s'interfacer avec PulseAudio, une couche pipewire-pulse a été ajoutée qui s'exécute au-dessus de PipeWire, vous permettant de garder tous les clients PulseAudio existants en cours d'exécution.
La personne qui a confirmé le changement était Heather Ellsworth de Canonical, qui, par le biais d'un message, a commenté le changement. décision de migrer complètement vers PipeWire sur Ubuntu 22.10.
Notez que dans Ubuntu 22.04, les deux serveurs étaient utilisés dans la distribution : PipeWire était utilisé pour traiter la vidéo lors de l'enregistrement de screencasts et de l'accès à l'écran, mais l'audio continuait à être traité à l'aide de PulseAudio. Sur Ubuntu 22.10, seul PipeWire restera.
C'est vrai, à partir d'aujourd'hui, l'iso Kinetic (en attente, pas encore à jour car des changements viennent d'être apportés) a été mis à jour pour fonctionner uniquement en pipewire et non en pulseaudio. Donc @copong, vous pouvez vous attendre à cela pour kinetic.
Pour Jammy, vous remarquerez peut-être que vous avez à la fois pipewire et pulseaudio en cours d'exécution. En effet, pulseaudio est toujours utilisé pour l'audio, mais pipewire est utilisé pour la vidéo. (Pipewire est requis pour le streaming et le partage d'écran sur Wayland.)
J'espère que cela clarifie nos plans concernant pipewire/pulseaudio, mais faites-nous savoir si vous avez d'autres questions.
Il y a deux ans, un changement similaire avait déjà été mis en place dans la distribution Fedora 34, ce qui nous a permis de fournir des capacités de traitement audio professionnelles, d'éliminer la fragmentation et d'unifier l'infrastructure audio pour différentes applications.
Pour ceux qui ignorent TuyauFil, tu devrais savoir que ça offre un modèle de sécurité avancé qui vous permet de gérer l'accès par appareil et par flux, ce qui facilite le streaming audio et vidéo vers et depuis des conteneurs isolés.
TuyauFil peut traiter n'importe quel flux multimédia et peut mélanger et rediriger non seulement des flux audio, mais également des flux vidéo, ainsi que gérer les sources vidéo (appareils de capture vidéo, webcams ou contenu d'écran affiché par les applications). PipeWire peut également agir comme un serveur audio à faible latence et fournir des fonctionnalités qui combinent les capacités de PulseAudio et de JACK, notamment en répondant aux besoins des systèmes de traitement audio professionnels auxquels PulseAudio ne pouvait pas prétendre.
Des caractéristiques clé qui peut être mise en évidence :
- Capacité de capturer et de lire de l'audio et de la vidéo avec un délai minimal
- Outils de traitement vidéo et sonore en temps réel
- Architecture multithread qui permet d'organiser l'accès partagé au contenu sur plusieurs applications
- Modèle de traitement basé sur les graphes des nœuds multimédias avec prise en charge des boucles de rétroaction et des mises à jour des graphes atomiques. Il est permis de connecter des contrôleurs à la fois à l'intérieur du serveur et dans des plugins externes
- Interface efficace pour accéder aux flux vidéo via des descripteurs de fichiers et un accès audio via un tampon circulaire partagé
- Capacité à traiter des données multimédia à partir 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 bacs à sable et du système de packages 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 pour négocier les formats de médias utilisés et l'allocation de tampon
- Possibilité d'utiliser un seul processus d'arrière-plan pour acheminer l'audio et la vidéo.
- La possibilité d'agir 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 matériels de capture vidéo.
Enfin, pour ceux qui souhaitent en savoir plus sur la note, ils peuvent consulter le fil de la discussion sur le lien ci-dessous.