I talked about PipeWire before, when it was still called Pinos, but the scope and ambition for the project has significantly changed since then. Last time when I spoke about it the goal was just to create something that could be considered a video equivalent of pulseaudio. Wim Taymans, who you might know co-created GStreamer and who has been a major PulseAudio contributor, has since expanded the scope and PipeWire now aims at unifying linux Audio and Video. The long term the goal is for PipeWire to not only provide handling of video streams, but also handle all kinds of audio. Due to this Wim has been spending a lot of time making sure PipeWire can handle audio in a way that not only address the PulseAudio usecases, but also the ones handled by Jack today. A big part of the motivation for this is that we want to make Fedora Workstation the best place to create content and we want the pro-audio crowd to be first class citizens of our desktop.
At the same time we don’t want to make this another painful subsystem transition so PipeWire so we will need to ensure that PulseAudio applications can still be run without modification.
We expect to start shipping PipeWire with Fedora Workstation 27, but at that point only have it handle video as we need this to both enable good video handling for Flatpak applications through a video portal, but also to provide an API for applications that want to do screen capture under Wayland, like web browser applications offering screen sharing. We will the bring the audio features onboard in subsequent releases as we also try to work with the Jack and PulseAudio communities to make this a joint effort. We are also working now on a proper website for PipeWire.
Pour moi, ce qui est le plus intéressant à court terme (sans le support de l'audio):
utiliser plusieurs applications nécessitant une capture vidéo d'un même périphérique en même temps au lieu d'utiliser un verrou exclusif par application
proposer pour les applications Flatpak un portail vers les périphériques de capture vidéo
proposer une solution pour le protocole Wayland pour permettre la capture et le partage d'écran de manière sécurisée
A long terme, le projet PipeWire sera :
un projet supplémentaire qui gère l'audio Linux, mais dont la volonté est de créer une collaboration avec les communautés de PulseAudio (dont Wim Taymans est un contributeur important et fait partie des développeurs de PipeWire) et Jack
compatible avec les applications sachant utiliser PulseAudio quand l'audio sera supporté (et donc compatible avec les cas d'utilisation de PulseAudio)
compatible également avec les cas d'utilisations prévus par jack
Si PipeWire n'arrive pas à amener une unifications de la vidéo et de l'audio sous Linux, je pense que les objectifs à court terme sont déjà une très grande amélioration de la situation de l'utilisation des périphériques vidéos.
# L'intérêt principal est peut être ailleurs...
Posté par Adrien Dorsaz (site web personnel, Mastodon) . En réponse au journal PipeWire veut unifier la gestion des flux audio et video. Évalué à 5.
Je reprends le paragraphe évoquant PipeWire de l'article annonçant les développements futurs pour Fedora 26 / 27.
Pour moi, ce qui est le plus intéressant à court terme (sans le support de l'audio):
A long terme, le projet PipeWire sera :
Si PipeWire n'arrive pas à amener une unifications de la vidéo et de l'audio sous Linux, je pense que les objectifs à court terme sont déjà une très grande amélioration de la situation de l'utilisation des périphériques vidéos.