Ubuntu 22.10 akan beralih ke pemrosesan audio menggunakan PipeWire, bukan PulseAudio

Repositori pengembangan untuk rilis Ubuntu 22.10 telah beralih menggunakan server media PipeWire default untuk pemrosesan audio. Paket yang terkait dengan PulseAudio telah dihapus dari desktop dan set minimal desktop, dan untuk memastikan kompatibilitas, alih-alih perpustakaan untuk berinteraksi dengan PulseAudio, lapisan pipewire-pulse yang berjalan di atas PipeWire telah ditambahkan, yang memungkinkan Anda menyimpan pekerjaan dari semua klien PulseAudio yang ada.

Keputusan untuk sepenuhnya beralih ke PipeWire di Ubuntu 22.10 dikonfirmasi oleh Heather Ellsworth dari Canonical. Perlu dicatat bahwa di Ubuntu 22.02 kedua server digunakan dalam distribusi - PipeWire digunakan untuk memproses video saat merekam screencast dan menyediakan akses ke layar, tetapi audio terus diproses menggunakan PulseAudio. Di Ubuntu 22.10, hanya PipeWire yang tersisa. Dua tahun lalu, perubahan serupa telah diperkenalkan pada distribusi Fedora 34, yang memungkinkan untuk memberikan kemampuan pemrosesan audio profesional, menghilangkan fragmentasi, dan menyatukan infrastruktur audio untuk berbagai aplikasi.

PipeWire menawarkan model keamanan tingkat lanjut yang memungkinkan kontrol akses pada perangkat dan tingkat streaming, serta mempermudah merutekan audio dan video ke dan dari kontainer yang terisolasi. PipeWire dapat memproses aliran multimedia apa pun dan mampu mencampur dan mengalihkan tidak hanya aliran audio, tetapi aliran video, serta mengelola sumber video (perangkat perekam video, kamera web, atau konten layar yang ditampilkan oleh aplikasi). PipeWire juga dapat bertindak sebagai server audio, memastikan latensi minimal dan menyediakan fungsionalitas yang menggabungkan kemampuan PulseAudio dan JACK, termasuk mempertimbangkan kebutuhan sistem pemrosesan audio profesional yang tidak dapat ditawarkan oleh PulseAudio.

Fitur utama:

  • Rekam dan putar audio dan video dengan penundaan minimal;
  • Alat untuk memproses video dan audio secara real time;
  • Arsitektur multiproses yang memungkinkan Anda mengatur akses bersama ke konten beberapa aplikasi;
  • Model pemrosesan berdasarkan grafik node multimedia dengan dukungan untuk loop umpan balik dan pembaruan grafik atom. Dimungkinkan untuk menghubungkan penangan baik di dalam server maupun plugin eksternal;
  • Antarmuka yang efisien untuk mengakses aliran video melalui transfer deskriptor file dan mengakses audio melalui buffer cincin bersama;
  • Kemampuan untuk memproses data multimedia dari proses apa pun;
  • Ketersediaan plugin untuk GStreamer untuk menyederhanakan integrasi dengan aplikasi yang ada;
  • Dukungan untuk lingkungan terisolasi dan Flatpak;
  • Dukungan untuk plugin dalam format SPA (Simple Plugin API) dan kemampuan untuk membuat plugin yang bekerja secara real time;
  • Sistem fleksibel untuk mengoordinasikan format multimedia yang digunakan dan mengalokasikan buffer;
  • Menggunakan proses latar belakang tunggal untuk merutekan audio dan video. Kemampuan untuk bekerja dalam bentuk server audio, hub untuk menyediakan video ke aplikasi (misalnya, untuk API screencast gnome-shell) dan server untuk mengelola akses ke perangkat perekam video perangkat keras.
  • Sumber: opennet.ru

Tambah komentar