Rilasciati gli sviluppatori Fedora recentemente per cosa la prossima versione di Fedora 34, è previsto un cambiamento importante per tutti i flussi audio dai server audio PulseAudio e JACK a PipeWire.
Utilizzo di PipeWire consente di offrire capacità di elaborazione audio professionale In una tipica edizione desktop, elimina la frammentazione e unifica la tua infrastruttura audio per diverse applicazioni.
Attualmente, Fedora Workstation utilizza il processo in background PulseAudio per l'elaborazione audio e le applicazioni utilizzano la libreria client per interagire con questo processo, mixare e gestire i flussi audio. L'elaborazione audio professionale utilizza il server audio JACK e la libreria client associata.
Invece di PulseAudio e JACK si propone di utilizzare il media server PipeWire nuova generazione con un livello di interoperabilità che manterrà tutti i client e le applicazioni PulseAudio e JACK esistenti e funzionanti forniti in formato Flatpak.
Per i clienti più anziani che utilizzano l'API di basso livello ALSA, verrà installato un plug-in ALSA che instrada i flussi audio direttamente a PipeWire. Tutte le applicazioni basate su PulseAudio e JACK potranno essere eseguite su PipeWire, senza dover installare PulseAudio e JACK.
Questa proposta è di sostituire il demone PulseAudio con un'implementazione basata su PipeWire compatibile funzionale. Ciò significa che tutti i client esistenti che utilizzano la libreria client PulseAudio continueranno a funzionare come prima, così come le applicazioni fornite come Flatpak.
Tutto l'audio PRO è gestito dalla libreria client JACK, che dialoga con il server JACK. Questa proposta installerà una sostituzione della libreria client JACK che parla direttamente a PipeWire. Tutte le applicazioni jack audio PRO esistenti funzioneranno quindi su PipeWire.
Come promemoria, PipeWire espande le capacità di PulseAudio con video in streaming, elaborazione audio a bassa latenza e un nuovo modello di sicurezza per la trasmissione e il controllo dell'accesso ai dispositivi.
TuboFilo fornisce anche funzionalità per controllare le sorgenti video come dispositivi di acquisizione video, webcam o contenuto della schermata di output dell'applicazione. Il progetto è compatibile con GNOME ed è già ampiamente utilizzato in Fedora Linux per lo screencasting e la condivisione dello schermo in ambienti basati su Wayland.
TuboFilo può anche fungere da sound server a bassa latenza con funzionalità che combinano le capacità di PulseAudio e JACK, anche per le esigenze di sistemi di elaborazione del suono professionali che PulseAudio non può vantare.
Inoltre, PipeWire offre un modello di sicurezza migliorato Consente il flusso specifico e il controllo dell'accesso specifico del dispositivo e facilita l'instradamento di audio e video da e verso contenitori isolati.
Caratteristiche principali:
- Cattura e riproduci audio e video con un ritardo minimo.
- Strumenti di elaborazione audio e video in tempo reale.
- Un'architettura multi-thread che consente di condividere il contenuto tra più applicazioni. La gestione e l'elaborazione della grafica multimediale avviene in diversi processi.
- Un modello di elaborazione basato su grafica di nodi multimediali con supporto per cicli di feedback e aggiornamenti grafici atomici.
- È consentito collegare i driver sia all'interno del server che a plugin esterni.
- Interfaccia efficiente per accedere ai flussi video trasferendo i descrittori di file e accedendo al suono tramite buffer condivisi.
- La capacità di elaborare dati multimediali da qualsiasi processo.
- La presenza di un plugin per GStreamer per semplificare l'integrazione con le applicazioni esistenti.
- Supporto per ambienti sandbox e Flatpak.
- Supporto per plugin in formato SPA (Simple Plugin API) e possibilità di creare plugin che funzionano in tempo reale.
- Sistema flessibile per il coordinamento dei formati multimediali utilizzati e l'assegnazione dei buffer.
Utilizzo di un unico processo in background per instradare audio e video. Capacità di funzionare come un server audio, un hub per fornire video alle applicazioni (ad esempio, per l'API screencast di gnome-shell) e un server per controllare l'accesso ai dispositivi di acquisizione video hardware.
Infine il cambiamento non è stato ancora esaminato dal Fedora Engineering Steering Committee (FESCo), che è responsabile dello sviluppo tecnico della distribuzione Fedora.
fonte: https://www.mail-archive.com