Wydano deweloperów Fedory niedawno po co następna wersja Fedora 34, planowana jest poważna zmiana dla wszystkie strumienie audio z serwerów dźwięku PulseAudio i JACK do PipeWire.
Korzystanie z PipeWire pozwala zaoferować profesjonalne możliwości przetwarzania dźwięku W typowej wersji dla komputerów stacjonarnych wyeliminuj fragmentację i ujednolicić infrastrukturę audio dla różnych aplikacji.
Obecnie Fedora Workstation używa procesu PulseAudio w tle do przetwarzania dźwięku, a aplikacje używają biblioteki klienta do interakcji z tym procesem, miksowania strumieni audio i zarządzania nimi. Profesjonalne przetwarzanie dźwięku wykorzystuje serwer dźwięku JACK i powiązaną bibliotekę klienta.
Zamiast PulseAudio i JACK proponuje się użycie serwera mediów PipeWire następna generacja z warstwą interoperacyjności, która zapewni nieprzerwane działanie wszystkich istniejących klientów i aplikacji PulseAudio i JACK w formacie Flatpak.
Dla starszych klientów korzystających z niskiego poziomu API ALSA zostanie zainstalowana wtyczka ALSA, która kieruje strumienie audio bezpośrednio do PipeWire. Wszystkie aplikacje oparte na PulseAudio i JACK będą mogły działać na PipeWire bez konieczności instalowania PulseAudio i JACK.
Ta propozycja polega na zastąpieniu demona PulseAudio funkcjonalną zgodną implementacją opartą na PipeWire. Oznacza to, że wszyscy istniejący klienci korzystający z biblioteki klienta PulseAudio będą nadal działać jak poprzednio, a także aplikacje dostarczane jako Flatpak.
Całe audio PRO jest obsługiwane przez bibliotekę klienta JACK, która komunikuje się z serwerem JACK. Ta propozycja zainstaluje zamiennik biblioteki klienta JACK, który będzie komunikował się bezpośrednio z PipeWire. Wszystkie istniejące aplikacje PRO audio jack będą wtedy działać przez PipeWire.
Jako przypomnienie, PipeWire rozszerza możliwości PulseAudio z przesyłaniem strumieniowym wideo, przetwarzaniem dźwięku o niskim opóźnieniu i nowym modelem bezpieczeństwa do transmisji i kontroli dostępu do urządzeń.
PipeWire zapewnia również możliwości sterowania źródłami wideo takich jak urządzenia do przechwytywania wideo, kamery internetowe lub zawartość ekranu wyjściowego aplikacji. Projekt jest zgodny z GNOME i jest już szeroko używany w Fedorze Linux do wyświetlania i udostępniania ekranu w środowiskach opartych na Wayland.
PipeWire może również działać jako serwer dźwięku o niskim opóźnieniu z funkcjonalnością, która łączy w sobie możliwości PulseAudio i JACK, nawet na potrzeby profesjonalnych systemów przetwarzania dźwięku, których PulseAudio nie mógł sobie zapewnić.
Ponadto PipeWire oferuje ulepszony model bezpieczeństwa Umożliwia kontrolę dostępu specyficzną dla urządzenia i strumienia oraz ułatwia kierowanie audio i wideo do iz izolowanych kontenerów.
Kluczowe cechy:
- Przechwytuj i odtwarzaj dźwięk i wideo z minimalnym opóźnieniem.
- Narzędzia do przetwarzania obrazu i dźwięku w czasie rzeczywistym.
- Architektura wielowątkowa, która umożliwia współdzielenie treści między wieloma aplikacjami. Zarządzanie i przetwarzanie grafiki multimedialnej odbywa się w ramach różnych procesów.
- Graficzny model przetwarzania węzłów multimedialnych z obsługą pętli sprzężenia zwrotnego i aktualizacji grafiki atomowej.
- Dozwolone jest podłączanie sterowników zarówno w obrębie serwera, jak i zewnętrznych wtyczek.
- Wydajny interfejs do uzyskiwania dostępu do strumieni wideo poprzez przesyłanie deskryptorów plików i dostęp do dźwięku przez współdzielone bufory.
- Możliwość przetwarzania danych multimedialnych z dowolnego procesu.
- Obecność wtyczki dla GStreamer, aby uprościć integrację z istniejącymi aplikacjami.
- Wsparcie dla środowisk sandbox i Flatpak.
- Wsparcie dla wtyczek w formacie SPA (Simple Plugin API) oraz możliwość tworzenia wtyczek działających w czasie rzeczywistym.
- Elastyczny system do koordynowania używanych formatów multimedialnych i przydzielania buforów.
Korzystanie z jednego procesu w tle do przesyłania dźwięku i obrazu. Możliwość pracy jako serwer dźwięku, hub dostarczający wideo do aplikacji (na przykład dla interfejsu API screencast gnome-shell) oraz serwer kontrolujący dostęp do sprzętowych urządzeń przechwytujących wideo.
Wreszcie zmiana nie została jeszcze sprawdzona przez Komitet Sterujący ds. Inżynierii Fedory (FESCo), który jest odpowiedzialny za techniczny rozwój dystrybucji Fedory.
źródło: https://www.mail-archive.com