Vor ein paar Tagen die Nachricht wurde veröffentlicht diese Version Entwicklungs-Repository Ubuntu 22.10 wurde verschoben, um den PipeWire-Medienserver zu verwenden Standard für die Audioverarbeitung.
Mit dieser Änderung beziehen sich Pakete auf PulseAudio wurden aus den Desktop- und Desktop-Minimal-Paketen entfernt, und aus Kompatibilitätsgründen wurde anstelle von Bibliotheken zur Schnittstelle mit PulseAudio eine Pipewire-Pulse-Schicht hinzugefügt, die auf PipeWire läuft und es Ihnen ermöglicht, alle vorhandenen PulseAudio-Clients am Laufen zu halten.
Die Person, die die Änderung bestätigte, war Heather Ellsworth von Canonical, die die Änderung in einem Beitrag kommentierte. Entscheidung, vollständig auf PipeWire auf Ubuntu 22.10 zu migrieren.
Beachten Sie, dass in Ubuntu 22.04 beide Server in der Distribution verwendet wurden: PipeWire wurde zum Verarbeiten von Video beim Aufzeichnen von Screencasts und Bereitstellen des Bildschirmzugriffs verwendet, aber Audio wurde weiterhin mit PulseAudio verarbeitet. Auf Ubuntu 22.10 bleibt nur PipeWire übrig.
Das ist richtig, seit heute wurde die Kinetic-ISO (ausstehend, noch nicht aktuell, da gerade Änderungen vorgenommen wurden) aktualisiert, um nur Pipewire und nicht pulseaudio auszuführen. Also @copong, das kannst du für kinetic erwarten.
Bei Jammy stellen Sie möglicherweise fest, dass sowohl pipewire als auch pulseaudio ausgeführt werden. Dies liegt daran, dass pulseaudio immer noch für Audio verwendet wird, aber Pipewire für Video verwendet wird. (Pipewire ist für Streaming und Bildschirmfreigabe auf Wayland erforderlich.)
Ich hoffe, das verdeutlicht unsere Pläne bezüglich Pipewire/Pulsaudio, aber lassen Sie uns wissen, wenn Sie weitere Fragen haben.
Vor zwei Jahren wurde eine ähnliche Änderung bereits umgesetzt in der Fedora 34-Distribution, die es uns ermöglichte, professionelle Audioverarbeitungsfunktionen bereitzustellen, Fragmentierung zu beseitigen und die Audioinfrastruktur für verschiedene Anwendungen zu vereinheitlichen.
Für diejenigen, die es nicht wissen PipeWire, das solltest du wissen bietet ein erweitertes Sicherheitsmodell, mit dem Sie den Zugriff nach Gerät und Stream verwalten können, was das Streamen von Audio und Video zu und von isolierten Containern vereinfacht.
PipeWire kann jeden Medienstrom verarbeiten und kann mischen und umleiten nicht nur Audiostreams, sondern auch Videostreams, sowie Videoquellen verwalten (Videoaufnahmegeräte, Webcams oder von Anwendungen angezeigte Bildschirminhalte). PipeWire kann auch als Audioserver mit geringer Latenz fungieren und Funktionen bereitstellen, die die Fähigkeiten von PulseAudio und JACK kombinieren, einschließlich der Erfüllung der Anforderungen professioneller Audioverarbeitungssysteme, die PulseAudio nicht beanspruchen konnte.
Von den Eigenschaften Schlüssel, der hervorgehoben werden kann:
- Fähigkeit, Audio und Video mit minimaler Verzögerung aufzunehmen und abzuspielen
- Tools für Echtzeit-Video- und Tonverarbeitung
- Multithreaded-Architektur, die es ermöglicht, den gemeinsamen Zugriff auf Inhalte über mehrere Anwendungen hinweg zu organisieren
- Graphbasiertes Verarbeitungsmodell von Medienknoten mit Unterstützung für Rückkopplungsschleifen und atomare Graphaktualisierungen. Es ist erlaubt, Controller sowohl innerhalb des Servers als auch in externen Plugins zu verbinden
- Effiziente Schnittstelle für den Zugriff auf Videostreams über Dateideskriptoren und Audiozugriff über einen gemeinsam genutzten Ringpuffer
- Fähigkeit, Multimediadaten aus jedem Prozess zu verarbeiten
- Das Vorhandensein eines Plugins für GStreamer, um die Integration mit bestehenden Anwendungen zu vereinfachen
- Unterstützung für Sandboxes und das Flatpak-Paketsystem
- Unterstützung für Plugins im SPA-Format (Simple Plugin API) und die Möglichkeit, Plugins zu erstellen, die in harter Echtzeit funktionieren
- Flexibles System zum Aushandeln verwendeter Medienformate und Pufferzuweisung
- Fähigkeit, einen einzigen Hintergrundprozess zum Weiterleiten von Audio und Video zu verwenden.
- Die Fähigkeit, als Soundserver, als Hub für die Bereitstellung von Videos für Anwendungen (z. B. für die Gnome-Shell-Screencast-API) und als Server zur Steuerung des Zugriffs auf Videoaufnahme-Hardwaregeräte zu fungieren.
Schließlich können diejenigen, die daran interessiert sind, mehr über die Notiz zu erfahren, den Thread der konsultieren Diskussion unter folgendem Link.