Opublikowano wersję projektu PipeWire 0.3.35, który rozwija nowej generacji serwer multimedialny, zastępujący PulseAudio. PipeWire dysponuje rozszerzonymi w porównaniu do PulseAudio możliwościami pracy z strumieniami wideo, obsługą dźwięku o minimalnych opóźnieniach oraz nowym modelem bezpieczeństwa do zarządzania dostępem na poziomie poszczególnych urządzeń i strumieni. Projekt jest wspierany w GNOME i już domyślnie stosowany w Fedora Linux. Kod projektu został napisany w języku C i jest udostępniany na licencji LGPLv2.1.
Główne zmiany w PipeWire 0.3.35:
- Dodano wsparcie dla przesyłania protokołu S/P-DIF do przesyłania cyfrowego dźwięku przez złącza optyczne i HDMI.
- Kodeki dla Bluetooth zostały przeniesione do oddzielnych wtyczek, które są ładowane dynamicznie.
- Wprowadzenie szeregu ważnych poprawek związanych z obsługą MIDI.
- Udoskonalono działanie aplikacji skypeforlinux dzięki dodaniu wiązania, które wymusza użycie formatu S16 podczas przesyłania informacji o urządzeniach wejścia i wyjścia dźwięku. Zmiana ta pozwoliła rozwiązać problem, który prowadził do braku dźwięku od rozmówcy z drugiej strony połączenia.
- Zwiększona liczba formatów dźwiękowych dostępnych do miksowania.
- Dodano nowy interfejs dla ładowania modułów. Wtyczki mogą wykorzystać ten interfejs do wysyłania żądania załadowania wtyczek spa.
- Zwiększono rozmiar bufora parametrów, który wcześniej nie mógł pomieścić wszystkich właściwości węzłów z dużą liczbą kanałów.
- Zapewniono aktywację sterowników przy instalacji połączeń w pętli (Loopback).
- W serwerze Zrealizowano rozszerzenie device-restore, które umożliwia w narzędziu pavucontrol dostosowanie kodeków IEC958 (S/P-DIF) wspieranych przez urządzenie wyjściowe dźwięku.
Przypomnijmy, że PipeWire rozszerza zastosowanie PulseAudio przez obsługę wszelkich strumieni multimedialnych i jest w stanie mieszać oraz przekierowywać strumienie wideo. PipeWire także oferuje możliwości zarządzania źródłami wideo, takimi jak urządzenia do przechwytywania wideo, kamery internetowe czy wyjściowe zawartości aplikacji na ekranie. Na przykład, PipeWire umożliwia współpracę kilku aplikacji z kamerą internetową i rozwiązuje problemy z bezpiecznym przechwytywaniem zawartości ekranu oraz zdalnym dostępem do ekranu w środowisku Wayland.
PipeWire może również pełnić rolę serwera dźwięku serwera, zapewniającego minimalne opóźnienia i oferującego funkcjonalność łączącą możliwości PulseAudio i JACK, uwzględniając potrzeby systemów profesjonalnego przetwarzania dźwięku, których PulseAudio nie mogło zaspokajać. Ponadto, PipeWire oferuje rozszerzony model zabezpieczeń, umożliwiający zarządzanie dostępem na poziomie poszczególnych urządzeń i konkretnych strumieni, upraszczający organizację przesyłu dźwięku i wideo z izolowanych kontenerów i do nich. Jednym z głównych celów jest wsparcie dla samowystarczalnych aplikacji w formacie Flatpak oraz praca w graficznym stosie opartym na Wayland.
Podstawowe funkcje:
- Przechwytywanie i odtwarzanie dźwięku i wideo z minimalnymi opóźnieniami;
- Narzędzia do przetwarzania dźwięku i wideo w czasie rzeczywistym;
- Architektura wieloprocesowa, umożliwiająca współdzielenie treści między różnymi aplikacjami;
- Model przetwarzania na podstawie grafu węzłów multimedialnych z obsługą cykli sprzężenia zwrotnego i atomowych aktualizacji grafu. Dozwolone jest podłączanie przetwarzaczy zarówno wewnątrz serwera, jak i zewnętrznych wtyczek;
- Efektywny interfejs dostępu do strumieni wideo poprzez przesyłanie deskryptorów plików oraz dostęp do dźwięku przez współdzielone bufory cykliczne (shared ringbuffer);
- Możliwość przetwarzania danych multimedialnych z dowolnych procesów;
- Obecność wtyczki do GStreamer w celu uproszczenia integracji z istniejącymi aplikacjami;
- Wsparcie dla izolowanych środowisk oraz Flatpak;
- Wsparcie dla wtyczek w formacie SPA (Simple Plugin API) i możliwość tworzenia wtyczek działających w trybie sztywnego czasu rzeczywistego;
- Elastyczny system zgłaszania używanych formatów multimedialnych i przydzielania buforów;
- Użycie jednego procesu roboczego do routingu dźwięku i wideo. Możliwość pracy w formie serwera dźwiękowego, hubu do dostarczania wideo aplikacjom (na przykład dla API gnome-shell screencast) oraz serwera do zarządzania dostępem do urządzeń sprzętowych przechwytujących wideo.
Źródło: opennet.ru
