Ubuntu 22.10 passerà all'elaborazione audio utilizzando PipeWire anziché PulseAudio

Il repository di sviluppo per la versione Ubuntu 22.10 è passato all'utilizzo del server multimediale PipeWire predefinito per l'elaborazione audio. I pacchetti relativi a PulseAudio sono stati rimossi dai set desktop e desktop-minimal e per garantire la compatibilità, al posto delle librerie per interagire con PulseAudio, è stato aggiunto un layer pipewire-pulse eseguito su PipeWire, che consente di salvare il lavoro di tutti i client PulseAudio esistenti.

La decisione di passare completamente a PipeWire in Ubuntu 22.10 è stata confermata da Heather Ellsworth di Canonical. Va notato che in Ubuntu 22.02 entrambi i server venivano utilizzati nella distribuzione: PipeWire veniva utilizzato per elaborare il video durante la registrazione di screencast e fornire l'accesso allo schermo, ma l'audio continuava a essere elaborato utilizzando PulseAudio. In Ubuntu 22.10 rimarrà solo PipeWire. Due anni fa, un cambiamento simile era già stato introdotto nella distribuzione Fedora 34, che ha permesso di fornire funzionalità di elaborazione audio professionale, eliminare la frammentazione e unificare l'infrastruttura audio per diverse applicazioni.

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. PipeWire può elaborare qualsiasi flusso multimediale ed è in grado di mescolare e reindirizzare non solo flussi audio, ma flussi video, nonché gestire sorgenti video (dispositivi di acquisizione video, webcam o contenuto dello schermo visualizzato dalle applicazioni). PipeWire può anche fungere da server audio, garantendo una latenza minima e fornendo funzionalità che combinano le capacità di PulseAudio e JACK, tenendo conto anche delle esigenze dei sistemi di elaborazione audio professionali che PulseAudio non poteva offrire.

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