Fedora-Entwickler veröffentlicht vor kurzem wofür die nächste Version von Fedora 34, eine große Änderung ist geplant für alle Audio-Streams von PulseAudio- und JACK-Soundservern zu PipeWire.
Verwenden von PipeWire ermöglicht es Ihnen, professionelle Audioverarbeitungsfunktionen anzubieten Beseitigen Sie in einer typischen Desktop-Edition die Fragmentierung und vereinheitlichen Sie Ihre Audio-Infrastruktur für verschiedene Anwendungen.
Derzeit Fedora Workstation verwendet den PulseAudio-Hintergrundprozess Verwenden Sie für die Audioverarbeitung und Anwendungen die Client-Bibliothek, um mit diesem Prozess zu interagieren, Audio-Streams zu mischen und zu verwalten. Bei der professionellen Audioverarbeitung werden der JACK-Soundserver und die zugehörige Clientbibliothek verwendet.
Anstelle von PulseAudio und JACK wird die Verwendung des PipeWire-Medienservers vorgeschlagen Die nächste Generation verfügt über eine Interoperabilitätsschicht, mit der alle vorhandenen PulseAudio- und JACK-Clients und -Anwendungen im Flatpak-Format betriebsbereit bleiben.
Für ältere Kunden, die die ALSA-Low-Level-API verwenden, wird ein ALSA-Plugin installiert, das die Audiostreams direkt an PipeWire weiterleitet. Alle PulseAudio- und JACK-basierten Anwendungen können auf PipeWire ausgeführt werden, ohne dass PulseAudio und JACK installiert werden müssen.
Mit diesem Vorschlag soll der PulseAudio-Dämon durch eine funktionskompatible PipeWire-basierte Implementierung ersetzt werden. Dies bedeutet, dass alle vorhandenen Clients, die die PulseAudio-Clientbibliothek verwenden, sowie Anwendungen, die als Flatpak ausgeliefert werden, weiterhin funktionieren.
Alle PRO-Audiodaten werden von der JACK-Clientbibliothek verarbeitet, die mit dem JACK-Server kommuniziert. Mit diesem Vorschlag wird ein Ersatz für die JACK-Clientbibliothek installiert, der direkt mit PipeWire kommuniziert. Alle vorhandenen PRO-Audio-Jack-Anwendungen funktionieren dann über PipeWire.
Als eine Erinnerung, PipeWire erweitert die PulseAudio-Funktionen mit Video-Streaming, Audioverarbeitung mit geringer Latenz und einem neuen Sicherheitsmodell zur Übertragung und Gerätezugriffskontrolle.
PipeWire bietet auch Funktionen zur Steuerung von Videoquellen B. Videoaufnahmegeräte, Webcams oder Inhalte des Anwendungsausgabebildschirms. Das Projekt ist GNOME-kompatibel und wird in Fedora Linux bereits häufig für Screencasts und Bildschirmfreigaben in Wayland-basierten Umgebungen verwendet.
PipeWire kann auch als Soundserver mit geringer Latenz fungieren mit Funktionen, die die Funktionen von PulseAudio und JACK kombinieren, selbst für die Anforderungen professioneller Soundverarbeitungssysteme, die PulseAudio nicht beanspruchen konnte.
Auch PipeWire bietet ein verbessertes Sicherheitsmodell Es ermöglicht eine spezifische fluss- und gerätespezifische Zugriffskontrolle und erleichtert das Weiterleiten von Audio und Video zu und von isolierten Containern.
Hauptmerkmale:
- Erfassen und Wiedergeben von Audio und Video mit minimaler Verzögerung.
- Echtzeit-Video- und Audioverarbeitungstools.
- Eine Multithread-Architektur, mit der Inhalte von mehreren Anwendungen gemeinsam genutzt werden können. Die Verwaltung und Verarbeitung von Multimedia-Grafiken erfolgt in unterschiedlichen Prozessen.
- Ein grafikbasiertes Verarbeitungsmodell für Multimedia-Knoten mit Unterstützung für Rückkopplungsschleifen und atomare Grafikaktualisierungen.
- Es ist zulässig, Treiber sowohl innerhalb des Servers als auch außerhalb externer Plugins zu verbinden.
- Effiziente Schnittstelle für den Zugriff auf Videostreams durch Übertragung von Dateideskriptoren und Zugriff auf Sound über gemeinsam genutzte Puffer.
- Die Fähigkeit, Multimediadaten aus jedem Prozess zu verarbeiten.
- Das Vorhandensein eines Plugins für GStreamer zur Vereinfachung der Integration in vorhandene Anwendungen.
- Unterstützung für Sandbox- und Flatpak-Umgebungen.
- Unterstützung für Plugins im SPA-Format (Simple Plugin API) und die Möglichkeit, Plugins zu erstellen, die in Echtzeit funktionieren.
- Flexibles System zur Koordination der verwendeten Multimedia-Formate und zur Zuordnung von Puffern.
Verwenden eines einzigen Hintergrundprozesses zum Weiterleiten von Audio und Video. Funktion als Soundserver, Hub zur Bereitstellung von Videos für Anwendungen (z. B. für die Gnome-Shell-Screencast-API) und Server zur Steuerung des Zugriffs auf Hardware-Videoaufnahmegeräte.
Schließlich wurde die Änderung noch nicht vom Fedora Engineering Steering Committee (FESCo) überprüft, das für die technische Entwicklung der Fedora-Distribution verantwortlich ist.
Quelle: https://www.mail-archive.com