Ubuntu 22.10 cambiará ao procesamento de audio usando PipeWire en lugar de PulseAudio

O repositorio de desenvolvemento para a versión de Ubuntu 22.10 pasou a usar o servidor multimedia predeterminado PipeWire para o procesamento de audio. Elimináronse os paquetes relacionados con PulseAudio do escritorio e dos conxuntos mínimos de escritorio e, para garantir a compatibilidade, en lugar das bibliotecas para interactuar con PulseAudio, engadiuse unha capa de pulso de canalización que se executa enriba de PipeWire, que permite gardar o traballo. de todos os clientes de PulseAudio existentes.

A decisión de cambiar completamente a PipeWire en Ubuntu 22.10 foi confirmada por Heather Ellsworth de Canonical. Nótase que en Ubuntu 22.02, ambos os servidores foron utilizados na distribución - PipeWire utilizouse para procesar vídeo ao gravar screencasts e proporcionar acceso á pantalla, pero o audio continuou procesándose mediante PulseAudio. En Ubuntu 22.10, só permanecerá PipeWire. Hai dous anos, xa se introduciu un cambio similar na distribución Fedora 34, que permitiu proporcionar capacidades profesionais de procesamento de audio, desfacerse da fragmentación e unificar a infraestrutura de audio para diferentes aplicacións.

PipeWire ofrece un modelo de seguranza avanzado que permite o control de acceso a nivel de dispositivo e transmisión, e facilita o enrutamento de audio e vídeo desde e cara a contedores illados. PipeWire pode procesar calquera fluxo multimedia e é capaz de mesturar e redirixir non só fluxos de audio, senón tamén fluxos de vídeo, así como xestionar fontes de vídeo (dispositivos de captura de vídeo, cámaras web ou contido da pantalla mostrado polas aplicacións). PipeWire tamén pode actuar como servidor de audio, proporcionando unha baixa latencia e unha funcionalidade que combina as capacidades de PulseAudio e JACK, incluíndo tendo en conta as necesidades dos sistemas profesionais de procesamento de audio que PulseAudio non podía ofrecer.

Características clave:

  • Capture e reproduza audio e vídeo cun mínimo demora;
  • Ferramentas para procesar vídeo e audio en tempo real;
  • Arquitectura multiproceso que permite organizar o acceso compartido ao contido de varias aplicacións;
  • Un modelo de procesamento baseado nun gráfico de nodos multimedia con soporte para bucles de retroalimentación e actualizacións de gráficos atómicos. É posible conectar controladores tanto dentro do servidor como complementos externos;
  • Unha interface eficiente para acceder a fluxos de vídeo mediante a transferencia de descritores de ficheiros e acceder ao audio mediante búfers de anel compartidos;
  • Capacidade para procesar datos multimedia de calquera proceso;
  • Dispoñibilidade dun complemento para GStreamer para simplificar a integración coas aplicacións existentes;
  • Soporte para ambientes illados e Flatpak;
  • Soporte para complementos en formato SPA (Simple Plugin API) e a posibilidade de crear complementos que funcionen en tempo real;
  • Sistema flexible para coordinar os formatos multimedia usados ​​e asignar búfers;
  • Usando un único proceso en segundo plano para enrutar audio e vídeo. A capacidade de traballar en forma de servidor de audio, un concentrador para proporcionar vídeo ás aplicacións (por exemplo, para a API de screencast de gnome-shell) e un servidor para xestionar o acceso aos dispositivos de captura de vídeo de hardware.
  • Fonte: opennet.ru

Engadir un comentario