Efter syv måneders udvikling er den nye stabile gren af multimediaserveren PipeWire 1.2.0 blevet dannet, som erstatter lydserveren PulseAudio og adskiller sig fra denne ved at inkludere værktøjer til håndtering af video streams, muligheden for lydbehandling med minimal latency og en ny sikkerhedsmodel til adgangsstyring på niveau med individuelle enheder og streams. Projektet understøttes i GNOME og anvendes som standard i Fedora Linux, RHEL, Ubuntu, Debian, SUSE/openSUSE og mange andre Linux-distributioner. Koden til projektet er skrevet i C og distribueres under LGPLv2.1.
PipeWire er baseret på en multiproces-arkitektur, der muliggør deling af indholdet mellem flere applikationer.
Der tilbydes muligheder for at behandle alle multimediestrømme, blande og omdirigere videostrømme samt håndtere video kilder som videofangst enheder, webkameraer eller indhold genereret af applikationer fra skærmen. For eksempel gør PipeWire det muligt at organisere samarbejde mellem flere applikationer med et webkamera og løser problemer med sikker skærmfangst og fjernadgang til skærmen i et Wayland-miljø.
Når den bruges som lydserver, kan PipeWire sikre minimal latency og give funktionalitet, der kombinerer funktionerne fra PulseAudio og JACK, herunder at tage hensyn til behovene fra professionelle lydbehandlingssystemer, som PulseAudio ikke kunne imødekomme. Derudover tilbyder PipeWire en avanceret sikkerhedsmodel, der muliggør adgangsstyring på niveau med individuelle enheder og specifikke streams, hvilket forenkler organiseringen af lyd- og videopassering fra isolerede containere og til dem. Et af hovedmålene er at støtte selvforsynende applikationer i Flatpak-format og arbejde i grafiske stakke baseret på Wayland.
I den nye version:
- Model for processing data streams based on a graph of nodes has been enhanced with support for asynchronous processing, where the node graph does not block due to lack of output from a specific node, but continues operating using data from that node received in the previous cycle. Thus, at the cost of a one-cycle delay, it is possible to avoid situations where one node blocks the operation of other nodes in the graph.
- The concept of synchronized node groups (node.sync-group) has been implemented, allowing the creation of groups of nodes that can be activated simultaneously by the scheduler. This function can be used for the simultaneous scheduling of node activation during JACK transport startup.
- Error output in the configuration file has been improved, with the addition of a mention of the location where the error occurred in the settings (line number and position in line).
- Support for Explicit Sync technology has been added, allowing applications to inform the Wayland-based compositor about the readiness of the frame output on the screen, which reduces latency and eliminates artifacts in graphic output. Specifically, Explicit Sync addresses output disruption and hangs on systems with NVIDIA GPUs and Wayland support enabled.
- The ability to specify required metadata when negotiating buffer parameters for supporting 'Explicit Sync' has been implemented.
- Support for creating and using multiple data processing loops (data-loop) in the client and serveren. Data processing loops have been enhanced with capabilities for binding to specific CPU cores and setting priorities.
- The ability to change the debug levels controlling log output without restarting, using metadata, has been provided.
- The logic for binding peers (nodes in the data stream graph that represent external sources or receivers of data) has been reworked.
- Patches for handling devices marked as conflicting via ALSA UCM (Use Case Manager) have been accepted.
- The snapcast-discover module has been added for streaming content in servere SnapCast.
Kilde: opennet.ru
