Rilascio di PipeWire Media Server 0.3.35

È stato pubblicato il rilascio del progetto PipeWire 0.3.35 che sviluppa un server multimediale di nuova generazione in sostituzione di PulseAudio. PipeWire offre funzionalità di streaming video migliorate su PulseAudio, elaborazione audio a bassa latenza e un nuovo modello di sicurezza per il controllo degli accessi a livello di dispositivo e flusso. Il progetto è supportato in GNOME ed è già utilizzato di default in Fedora Linux. Il codice del progetto è scritto in C ed è distribuito sotto la licenza LGPLv2.1.

Principali modifiche in PipeWire 0.3.35:

  • Aggiunto supporto per l'inoltro del protocollo S/PDIF per la trasmissione di audio digitale tramite connettori ottici e HDMI.
  • I codec per Bluetooth sono inclusi in plugin separati caricati dinamicamente.
  • Sono state apportate una serie di importanti correzioni relative al supporto MIDI.
  • Il funzionamento dell'applicazione skypeforlinux è stato migliorato aggiungendo un'associazione che forza l'uso del formato S16 durante la trasmissione di informazioni sui dispositivi di input e output audio. La modifica ha risolto il problema che portava all'assenza di audio dall'abbonato all'altro capo della connessione.
  • Il numero di formati audio disponibili per il mixaggio è stato ampliato.
  • Aggiunta una nuova interfaccia per il caricamento dei moduli. I plugin possono utilizzare questa interfaccia per inviare una richiesta di download dei plugin spa.
  • È stata aumentata la dimensione del buffer dei parametri, che in precedenza non poteva ospitare tutte le proprietà dei nodi con un numero elevato di canali.
  • Abilitata l'attivazione dei driver quando si stabiliscono connessioni di loopback.
  • Il server implementa l'estensione di ripristino del dispositivo, che consente di configurare i codec IEC958 (S/PDIF) supportati dal dispositivo di uscita audio utilizzando l'utilità pavucontrol.

Ricordiamo che PipeWire espande la portata di PulseAudio elaborando qualsiasi flusso multimediale ed è in grado di mescolare e reindirizzare i flussi video. PipeWire fornisce inoltre funzionalità per controllare le sorgenti video, come dispositivi di acquisizione video, webcam o contenuto dello schermo dell'applicazione. Ad esempio, PipeWire consente a più applicazioni webcam di lavorare insieme e risolve i problemi con l'acquisizione sicura dello schermo e l'accesso remoto allo schermo nell'ambiente Wayland.

PipeWire può anche fungere da server audio, fornendo bassa latenza e funzionalità che combinano le capacità di PulseAudio e JACK, tenendo conto anche delle esigenze dei sistemi di elaborazione audio professionale che PulseAudio non poteva offrire. Inoltre, PipeWire offre un modello di sicurezza avanzato che consente il controllo degli accessi a livello di dispositivo e flusso e semplifica l'instradamento di audio e video da e verso contenitori isolati. Uno degli obiettivi principali è supportare le applicazioni Flatpak autonome e funzionare su uno stack grafico basato su Wayland.

Caratteristiche principali:

  • Cattura e riproduci audio e video con ritardi minimi;
  • Strumenti per l'elaborazione video e audio in tempo reale;
  • Architettura multiprocesso che consente di organizzare l'accesso condiviso al contenuto di più applicazioni;
  • Un modello di elaborazione basato su un grafico di nodi multimediali con supporto per cicli di feedback e aggiornamenti di grafici atomici. È possibile connettere gestori sia interni al server che plugin esterni;
  • Un'interfaccia efficiente per accedere ai flussi video attraverso il trasferimento di descrittori di file e accedere all'audio tramite buffer ad anello 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 in formato SPA (Simple Plugin API) e possibilità di creare plugin che funzionano in tempo reale;
  • Sistema flessibile per coordinare i formati multimediali utilizzati e allocare i buffer;
  • Utilizzando un unico processo in background per instradare audio e video. La capacità di lavorare sotto forma di un server audio, un hub per fornire video alle applicazioni (ad esempio, per l'API screencast gnome-shell) e un server per gestire l'accesso ai dispositivi hardware di acquisizione video.
  • Fonte: opennet.ru

Aggiungi un commento