Dopo sette mesi di sviluppo, è stata formata una nuova versione stabile del server multimediale PipeWire 1.2.0, che sostituisce il server audio PulseAudio, distinguendosi per l'aggiunta di strumenti per la gestione dei flussi video, la possibilità di elaborare l'audio con minime latenze e un nuovo modello di sicurezza per la gestione dell'accesso a livello di singoli dispositivi e flussi. Il progetto è supportato in GNOME e viene utilizzato di default in Fedora Linux, RHEL, Ubuntu, Debian, SUSE/openSUSE e in molti altri distributori Linux. Il codice del progetto è scritto in linguaggio C e distribuito con licenza LGPLv2.1.
PipeWire si basa su un'architettura multiprocessuale che consente l'accesso condiviso ai contenuti da parte di più applicazioni.
Fornisce funzionalità per l'elaborazione di qualsiasi flusso multimediale, mescolando e reindirizzando flussi video, oltre alla gestione delle sorgenti video, come dispositivi di acquisizione video, webcam o contenuti dello schermo resi da applicazioni. Ad esempio, PipeWire consente di organizzare la cooperazione di più applicazioni con una webcam e risolve problemi di acquisizione sicura dei contenuti dello schermo e accesso remoto allo schermo in un ambiente Wayland.
Quando viene utilizzato come server audio, PipeWire può garantire latenze minime e fornire funzionalità che combinano le capacità di PulseAudio e JACK, considerando anche le esigenze dei sistemi di elaborazione audio professionale, a cui PulseAudio non poteva aspirare. Inoltre, PipeWire offre un modello di sicurezza avanzato che consente di gestire l'accesso a livello di singoli dispositivi e flussi specifici, semplificando l'organizzazione del passaggio di audio e video da e verso contenitori isolati. Uno degli obiettivi principali è supportare applicazioni autonome nel formato Flatpak e funzionare all'interno di un stack grafico basato su Wayland.
Nella nuova versione:
- Nel modello di elaborazione dei flussi di dati basato su un grafo di nodi è stata aggiunta la supporto dell'elaborazione asincrona, in cui il grafo di nodi non si blocca in assenza di output da un nodo specifico, ma continua a funzionare utilizzando i dati da quel nodo ricevuti nel ciclo precedente. In questo modo, a costo di una latenza di un ciclo, si evita che un nodo blocchi il lavoro degli altri nodi nel grafo.
- È stata implementata la concettualizzazione dei gruppi di nodi sincronizzati (node.sync-group), che consente di creare gruppi di nodi attivati simultaneamente dallo scheduler. Questa funzione può essere utilizzata per pianificare simultaneamente l'attivazione dei nodi all'avvio del trasporto JACK.
- È stato migliorato l'output delle informazioni sugli errori nel file di configurazione, aggiungendo un riferimento al luogo in cui si è verificato l'errore nelle impostazioni (numero di riga e posizione nella riga).
- È stata aggiunta la supporto della tecnologia Explicit Sync, che consente alle applicazioni di informare il gestore di composizione basato sul protocollo Wayland sulla prontezza dell'output del fotogramma sullo schermo, permettendo di ridurre le latenze e di eliminare artefatti nell'output grafico. In particolare, Explicit Sync risolve problemi di interruzione dell'output e di blocchi nei sistemi con GPU NVIDIA e supporto di Wayland attivato.
- È stata implementata la possibilità di definire i metadati obbligatori durante l'approvazione dei parametri del buffer, utilizzati per garantire il supporto per "Explicit Sync".
- È stata aggiunta la possibilità di creare e utilizzare più cicli di elaborazione dati (data-loop) nel client e server. Nei cicli di elaborazione dati sono state aggiunte funzionalità per legarsi a specifici core CPU e impostare priorità.
- È stata fornita la possibilità di modificare i livelli di debug, che controllano l'output delle informazioni nei log, senza riavvio, utilizzando i metadati.
- È stata riprogettata la logica di legame dei peer (nodi nel grafo dei flussi di dati, che definiscono sorgenti esterne o destinatari di dati).
- Sono stati accettati patch per la gestione dei dispositivi contrassegnati come conflittuali tramite ALSA UCM (Use Case Manager).
- È stato aggiunto il modulo snapcast-discover per lo streaming di contenuti in server SnapСast.
Fonte: opennet.ru
