La sortie du serveur multimédia PipeWire 1.0.0 a été publiée, marquée comme le premier lancement stable, signalant la maturité du projet. Au niveau de l'API et de l'ABI, la version 1.0 est rétrocompatible avec la branche 0.3. PipeWire est présenté comme un serveur destiné à remplacer le serveur audio PulseAudio et se distingue par l'ajout de moyens pour travailler avec des flux vidéo, la possibilité de traiter l'audio avec des latences minimales et un nouveau modèle de sécurité pour gérer l'accès au niveau des appareils et des flux individuels. Le projet est soutenu par GNOME et est déjà utilisé par défaut dans Fedora Linux, RHEL, Ubuntu, Debian, SUSE/openSUSE et de nombreuses autres distributions Linux. Le code du projet est écrit en C et est distribué sous licence LGPLv2.1.
PipeWire offre des possibilités de traitement de tous les flux multimédias, capable de mixer et de rediriger des flux vidéo, pouvant être utilisé pour gérer des sources vidéo, telles que des appareils de capture vidéo, des webcams ou le contenu des applications à l'écran. Par exemple, PipeWire permet d'organiser une collaboration entre plusieurs applications avec une webcam et résout des problèmes de capture sécurisée du contenu de l'écran et d'accès distant à l'écran dans un environnement Wayland.
PipeWire peut également agir en tant que serveur audio de serveurs, offrant des latences minimales et fournissant une fonctionnalité combinant les capacités de PulseAudio et de JACK, tout en tenant compte des besoins des systèmes de traitement audio professionnels, ce que PulseAudio ne pouvait pas revendiquer. De plus, PipeWire propose un modèle de sécurité avancé permettant de gérer l'accès au niveau des appareils individuels et des flux spécifiques, facilitant le passage de l'audio et de la vidéo dans et hors des conteneurs isolés. L'un des principaux objectifs est de soutenir des applications autonomes au format Flatpak et de fonctionner dans une pile graphique basée sur Wayland.
Fonctionnalités principales :
- Capture et lecture audio et vidéo avec des latences minimales;
- Outils pour le traitement vidéo et audio en temps réel;
- Architecture multiprocessus permettant l'accès partagé au contenu de plusieurs applications;
- Modèle de traitement basé sur un graphique de nœuds multimédias, prenant en charge les boucles de rétroaction et les mises à jour atomiques du graphique. L'interconnexion de gestionnaires est autorisée à la fois à l'intérieur du serveur et via des plugins externes;
- Interface efficace d'accès aux flux vidéo à travers le passage de descripteurs de fichiers et accès au son via des tampons circulaires partagés;
- Capacité de traitement des données multimédias depuis n'importe quel processus;
- Disponibilité d'un plugin GStreamer pour faciliter l'intégration avec les applications existantes;
- Prise en charge des environnements isolés et de Flatpak;
- Support des plugins au format SPA (Simple Plugin API) et possibilité de créer des plugins fonctionnant en mode temps réel strict;
- Système flexible d'accord des formats multimédias utilisés et d'allocation de tampons;
- Utilisation d'un seul processus en arrière-plan pour le routage du son et de la vidéo. Capacité à fonctionner sous forme de serveur audio, de hub pour fournir des applications vidéo (par exemple, pour l'API screencast de gnome-shell) et de serveur pour la gestion de l'accès aux périphériques matériels de capture vidéo.
Parmi les changements par rapport à la branche 0.3, il convient de noter l'activation par défaut du support de jackdbus, permettant d'utiliser PipeWire en tant que client complet du système audio JACK. Pour ALSA, la planification basée sur l'IRQ est activée dans le profil Pro-Audio, permettant d'atteindre des latences au niveau de JACK. Le support des anciennes et nouvelles versions de webrtc-audio-processing a été ajouté. Dans pw-cat, le support des fichiers DFF DSD a été ajouté. Le support de la plateforme GNU/Hurd a été intégré.
Source : opennet.ru
