Ubuntu 22.10 sẽ chuyển sang xử lý âm thanh bằng PipeWire thay vì PulseAudio

Kho phát triển cho bản phát hành Ubuntu 22.10 đã chuyển sang sử dụng máy chủ phương tiện PipeWire mặc định để xử lý âm thanh. Các gói liên quan đến PulseAudio đã bị xóa khỏi máy tính để bàn và các bộ tối thiểu dành cho máy tính để bàn, đồng thời để đảm bảo khả năng tương thích, thay vì các thư viện để tương tác với PulseAudio, một lớp xung pipewire chạy trên PipeWire đã được thêm vào, cho phép bạn lưu công việc của tất cả các ứng dụng khách PulseAudio hiện có.

Quyết định chuyển hoàn toàn sang PipeWire trong Ubuntu 22.10 đã được Heather Ellsworth từ Canonical xác nhận. Cần lưu ý rằng trong Ubuntu 22.02, cả hai máy chủ đều được sử dụng trong bản phân phối - PipeWire được sử dụng để xử lý video khi ghi video màn hình và cung cấp quyền truy cập vào màn hình, nhưng âm thanh vẫn tiếp tục được xử lý bằng PulseAudio. Trong Ubuntu 22.10, chỉ còn lại PipeWire. Hai năm trước, một thay đổi tương tự đã được đưa ra trong bản phân phối Fedora 34, giúp cung cấp khả năng xử lý âm thanh chuyên nghiệp, loại bỏ tình trạng phân mảnh và thống nhất cơ sở hạ tầng âm thanh cho các ứng dụng khác nhau.

PipeWire cung cấp mô hình bảo mật nâng cao cho phép kiểm soát quyền truy cập ở cấp độ thiết bị và luồng, đồng thời giúp định tuyến âm thanh và video đến và đi từ các vùng chứa bị cô lập dễ dàng hơn. PipeWire có thể xử lý bất kỳ luồng đa phương tiện nào và có khả năng trộn và chuyển hướng không chỉ luồng âm thanh mà cả luồng video, cũng như quản lý nguồn video (thiết bị quay video, máy ảnh web hoặc nội dung màn hình được hiển thị bởi ứng dụng). PipeWire cũng có thể hoạt động như một máy chủ âm thanh, cung cấp độ trễ thấp và chức năng kết hợp các khả năng của PulseAudio và JACK, bao gồm cả việc tính đến nhu cầu của hệ thống xử lý âm thanh chuyên nghiệp mà PulseAudio không thể cung cấp.

HÃY TÌM HIỂU:

  • Chụp và phát lại âm thanh và video với độ trễ tối thiểu;
  • Công cụ xử lý video và âm thanh theo thời gian thực;
  • Kiến trúc đa quy trình cho phép chia sẻ nội dung của một số ứng dụng;
  • Mô hình xử lý dựa trên biểu đồ của các nút đa phương tiện với sự hỗ trợ cho các vòng phản hồi và cập nhật nguyên tử của biểu đồ. Nó được phép kết nối các trình xử lý cả bên trong máy chủ và các plugin bên ngoài;
  • Giao diện hiệu quả để truy cập các luồng video thông qua việc chuyển các bộ mô tả tệp và truy cập âm thanh qua bộ đệm vòng chia sẻ;
  • Khả năng xử lý dữ liệu đa phương tiện từ bất kỳ quy trình nào;
  • Sự hiện diện của một plugin cho GStreamer để đơn giản hóa việc tích hợp với các ứng dụng hiện có;
  • Hỗ trợ cho các môi trường bị cô lập và Flatpak;
  • Hỗ trợ các plugin ở định dạng SPA (API Plugin đơn giản) và khả năng tạo các plugin hoạt động trong thời gian thực khó khăn;
  • Hệ thống linh hoạt để thỏa thuận các định dạng đa phương tiện được sử dụng và phân bổ bộ đệm;
  • Sử dụng một quy trình nền duy nhất để định tuyến âm thanh và video. Khả năng hoạt động như một máy chủ âm thanh, một trung tâm cung cấp video cho các ứng dụng (ví dụ: API ghi màn hình gnome-shell) và một máy chủ để kiểm soát quyền truy cập vào các thiết bị phần cứng quay video.
  • Nguồn: opennet.ru

Thêm một lời nhận xét