È stata pubblicata la versione del progetto PipeWire 0.3.35, che sviluppa un server multimediale di nuova generazione, destinato a sostituire PulseAudio. PipeWire offre strumenti avanzati rispetto a PulseAudio per la gestione dei flussi video, la possibilità di elaborare audio con latenze minime e un nuovo modello di sicurezza per gestire l'accesso a livello di singoli dispositivi e flussi. Il progetto è supportato da GNOME ed è già utilizzato di default in Fedora Linux. Il codice del progetto è scritto in linguaggio C e distribuito con licenza LGPLv2.1.
Principali cambiamenti in PipeWire 0.3.35:
- Aggiunta la supporto per il passaggio del protocollo S/PDF per la trasmissione del suono digitale tramite connessioni ottiche e HDMI.
- I codec per Bluetooth sono stati trasferiti in plugin separati, che vengono caricati dinamicamente.
- Effettuata una serie di importanti correzioni relative al supporto MIDI.
- Migliorata la funzionalità dell'applicazione skypeforlinux, grazie all'aggiunta di un vincolo che forzatamente attiva l'uso del formato S16 nelle informazioni sui dispositivi di input e output audio. Questa modifica ha risolto il problema che portava all'assenza di suono da parte di un interlocutore all'altro capo della connessione.
- Espansa la varietà di formati audio disponibili per il missaggio.
- Aggiunto un nuovo interface per il caricamento dei moduli. I plugin possono utilizzare questa interfaccia per richiedere il caricamento dei plugin spa.
- Aumentata la dimensione del buffer dei parametri, che in precedenza poteva non contenere tutte le proprietà dei nodi con un numero elevato di canali.
- Attivazione dei driver assicurata durante l'installazione di collegamenti in loop (Loopback).
- In server Implementata l'estensione device-restore, che consente tramite lo strumento pavucontrol di configurare i codec IEC958 (S/PDF) supportati dal dispositivo di output audio.
Ricordiamo che PipeWire amplia l'ambito di utilizzo di PulseAudio gestendo qualsiasi flusso multimediale e può mixare e reindirizzare flussi video. PipeWire fornisce anche funzionalità per gestire le sorgenti video, come i dispositivi di acquisizione video, webcam o il contenuto dello schermo prodotto dalle applicazioni. Ad esempio, PipeWire consente di organizzare la collaborazione tra più applicazioni con una webcam e risolve i problemi di acquisizione sicura del contenuto dello schermo e di accesso remoto allo schermo nell'ambiente Wayland.
PipeWire può anche fungere da server audio server, offrendo latenze minime e una funzionalità che combina le capacità di PulseAudio e JACK, tenendo conto, tra l'altro, delle esigenze dei sistemi di elaborazione audio professionale, che PulseAudio non poteva soddisfare. 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 contenitori isolati e viceversa. Uno degli obiettivi principali è il supporto per applicazioni autosufficienti nel formato Flatpak e il funzionamento nel stack grafico basato su Wayland.
Caratteristiche principali:
- Cattura e riproduzione di audio e video con latenze minime;
- Strumenti per l'elaborazione audio e video in tempo reale;
- Architettura multipla che consente l'accesso condiviso ai contenuti da parte di più applicazioni;
- Modello di elaborazione basato su grafi di nodi multimediali con supporto per cicli di feedback e aggiornamenti atomici del grafo. È consentito il collegamento di elaboratori sia all'interno del server che di plugin esterni;
- Interfaccia efficace per accedere ai flussi video tramite il passaggio di file descriptor e l'accesso all'audio attraverso buffer circolari condivisi;
- Capacità di elaborare dati multimediali da qualsiasi processo;
- Disponibilità di un plugin per GStreamer per semplificare l'integrazione con le applicazioni esistenti;
- Supporto per ambienti isolati e Flatpak;
- Supporto per plugin nel formato SPA (Simple Plugin API) e possibilità di creare plugin che funzionano in modalità tempo reale rigorosa;
- Sistema flessibile di gestione dei formati multimediali utilizzati e allocazione dei buffer;
- Uso di un unico processo in background per il routing di audio e video. Possibilità di funzionare come server audio, hub per la fornitura di video ad applicazioni (ad esempio, per l'API screencast di gnome-shell) e server per la gestione dell'accesso ai dispositivi hardware di acquisizione video.
Fonte: opennet.ru
