La version 0.3.35 du projet PipeWire a été publiée, développant un serveur multimédia de nouvelle génération, remplaçant PulseAudio. PipeWire dispose d'outils améliorés par rapport à PulseAudio pour travailler avec des flux vidéo, la possibilité de traiter le son avec un minimum de latence et un nouveau modèle de sécurité pour gérer l'accès au niveau des dispositifs et des flux individuels. Le projet est supporté par GNOME et est déjà utilisé par défaut dans Fedora Linux. Le code du projet est écrit en C et est distribué sous la licence LGPLv2.1.
Changements principaux dans PipeWire 0.3.35 :
- Ajout du support pour le passage du protocole S/PIDF pour la transmission de son numérique via des connexions optiques et HDMI.
- Les codecs Bluetooth ont été déplacés dans des plugins séparés qui se chargent dynamiquement.
- Une série de corrections importantes a été apportée concernant le support MIDI.
- Amélioration du fonctionnement de l'application skypeforlinux grâce à l'ajout d'un lien forçant l'utilisation du format S16 lors de la transmission d'informations sur les dispositifs d'entrée et de sortie audio. Ce changement a permis de résoudre un problème qui causait une absence de son de l'autre bout de la connexion.
- Élargissement du nombre de formats audio disponibles pour le mixage.
- Ajout d'une nouvelle interface pour le chargement de modules. Les plugins peuvent utiliser cette interface pour demander le chargement de plugins spa.
- Augmentation de la taille du buffer de paramètres, qui ne pouvait auparavant pas contenir toutes les propriétés des nœuds avec un grand nombre de canaux.
- Activation des pilotes lors de l'installation de connexions en boucle (Loopback).
- Dans le serveur Mise en œuvre de l'extension device-restore, permettant via l'outil pavucontrol de configurer les codecs IEC958 (S/PIDF) pris en charge par le dispositif de sortie audio.
Rappelons que PipeWire étend le champ d'application de PulseAudio en traitant tout type de flux multimédia, capable de mélanger et de rediriger les flux vidéo. PipeWire offre également des fonctionnalités de gestion des sources vidéo, telles que les dispositifs de capture vidéo, les caméras web ou le contenu d'écran produit par les applications. Par exemple, PipeWire permet aux plusieurs applications de collaborer sur une webcam et résout les problèmes de capture sécurisée du contenu d'écran et d'accès à distance à celui-ci 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.
Source : opennet.ru
