Po siedmiu miesiącach rozwoju powstała nowa stabilna wersja multimedialnego serwera PipeWire 1.2.0, który zastępuje serwer dźwiękowy PulseAudio i różni się od niego dodaniem możliwości pracy z strumieniami wideo, obsługą dźwięku z minimalnymi opóźnieniami oraz nowym modelem bezpieczeństwa do zarządzania dostępem na poziomie poszczególnych urządzeń i strumieni. Projekt jest wspierany w GNOME i domyślnie używany w Fedora Linux, RHEL, Ubuntu, Debian, SUSE/openSUSE oraz wielu innych dystrybucjach Linuxa. Kod projektu jest napisany w języku C i rozpowszechniany na licencji LGPLv2.1.
PipeWire oparty jest na architekturze wieloprocesowej, która umożliwia współdzielenie treści pomiędzy różne aplikacje.
Zapewnia możliwości przetwarzania wszelkich strumieni multimedialnych, mieszania i przekierowywania strumieni wideo, a także zarządzania źródłami wideo, takimi jak urządzenia do przechwytywania wideo, kamery internetowe lub zawartość ekranu wyświetlaną przez aplikacje. Na przykład, PipeWire umożliwia współpracę wielu aplikacji z kamerą internetową i rozwiązuje problemy z bezpiecznym przechwytywaniem zawartości ekranu oraz zdalnym dostępem do ekranu w środowisku Wayland.
W roli serwera dźwiękowego, PipeWire może zapewnić minimalne opóźnienia i dostarczyć funkcjonalność, która łączy możliwości PulseAudio i JACK, uwzględniając potrzeby systemów profesjonalnej obróbki dźwięku, których nie mógł spełnić PulseAudio. Dodatkowo, PipeWire oferuje zaawansowany model bezpieczeństwa, który umożliwia zarządzanie dostępem na poziomie poszczególnych urządzeń i konkretnych strumieni, upraszczając organizację przesyłania dźwięku i wideo pomiędzy izolowanymi kontenerami. Jednym z głównych celów jest wsparcie aplikacji samodzielnych w formacie Flatpak oraz praca w stosie graficznym opartym na Wayland.
W nowej wersji:
- Model przetwarzania strumieni danych w oparciu o graf węzłów wprowadza obsługę przetwarzania asynchronicznego, w którym graf węzłów nie jest blokowany w przypadku braku wyjścia z określonego węzła, lecz kontynuuje działanie, wykorzystując dane z węzła uzyskane w poprzedniej iteracji. Dzięki temu, w zamian za opóźnienie równe jednemu cyklowi, udaje się uniknąć sytuacji, w której jeden węzeł blokuje działanie pozostałych w grafie.
- Wprowadzono koncepcję grup synchronizowanych węzłów (node.sync-group), pozwalającą tworzyć grupy węzłów, które są jednocześnie aktywowane przez harmonogram. Funkcja ta może być używana do jednoczesnego planowania aktywacji węzłów podczas uruchamiania transportu JACK.
- Udoskonalono wyjście informacji o błędach w pliku konfiguracyjnym, dodano wzmiankę o miejscu, w którym wystąpił błąd w ustawieniach (numer linii i pozycja w linii).
- Dodano wsparcie dla technologii Explicit Sync, umożliwiającej aplikacjom informowanie menedżera kompozycji korzystającego z protokołu Wayland o gotowości do wyświetlenia klatki na ekranie, co pozwala na zmniejszenie opóźnień i eliminację artefaktów przy wyświetlaniu grafiki. W szczególności Explicit Sync rozwiązuje problemy z zakłóceniami w wyświetlaniu i zawieszaniem się w systemach z GPU NVIDIA i włączonym wsparciem dla Wayland.
- Wprowadzono możliwość określenia obowiązkowych metadanych podczas negocjacji parametrów bufora, które są używane do zapewnienia wsparcia dla „Explicit Sync”.
- Dodano wsparcie dla tworzenia i używania wielu cykli przetwarzania danych (data-loop) w kliencie oraz serwerze. Do cykli przetwarzania danych dodano możliwości przypisania do określonych rdzeni CPU i ustalania priorytetów.
- Zapewniono możliwość zmiany poziomów debugowania, które zarządzają wyjściem informacji do logów, bez uruchamiania ponownego, z wykorzystaniem metadanych.
- Przeprojektowano logikę łączenia par (węzłów w grafie strumieni danych, definiujących zewnętrzne źródła lub odbiorniki danych).
- Przyjęto poprawki do obsługi urządzeń oznaczonych jako konfliktowe przez ALSA UCM (Use Case Manager).
- Dodano moduł snapcast-discover do przesyłania strumieniowego treści w serwery SnapСast.
Źródło: opennet.ru
