Ubuntu 22.10 mudará para processamento de áudio usando PipeWire em vez de PulseAudio

O repositório de desenvolvimento para a versão Ubuntu 22.10 passou a usar o servidor de mídia PipeWire padrão para processamento de áudio. Pacotes relacionados ao PulseAudio foram removidos dos conjuntos desktop e desktop-minimal e, para garantir a compatibilidade, em vez de bibliotecas para interagir com o PulseAudio, foi adicionada uma camada pipewire-pulse executada em cima do PipeWire, que permite salvar o trabalho de todos os clientes PulseAudio existentes.

A decisão de mudar completamente para PipeWire no Ubuntu 22.10 foi confirmada por Heather Ellsworth da Canonical. Observa-se que no Ubuntu 22.02, ambos os servidores foram utilizados na distribuição - PipeWire foi utilizado para processar vídeo na gravação de screencasts e fornecer acesso à tela, mas o áudio continuou a ser processado utilizando PulseAudio. No Ubuntu 22.10, apenas o PipeWire permanecerá. Há dois anos, uma mudança semelhante já foi introduzida na distribuição Fedora 34, que possibilitou fornecer recursos profissionais de processamento de áudio, livrar-se da fragmentação e unificar a infraestrutura de áudio para diferentes aplicações.

PipeWire oferece um modelo de segurança avançado que permite o controle de acesso no nível do dispositivo e do fluxo e facilita o roteamento de áudio e vídeo de e para contêineres isolados. PipeWire pode processar qualquer fluxo de multimídia e é capaz de mixar e redirecionar não apenas fluxos de áudio, mas também de vídeo, bem como gerenciar fontes de vídeo (dispositivos de captura de vídeo, câmeras web ou conteúdo de tela exibido por aplicativos). PipeWire também pode atuar como um servidor de áudio, fornecendo baixa latência e funcionalidade que combina os recursos do PulseAudio e JACK, inclusive levando em consideração as necessidades de sistemas de processamento de áudio profissionais que o PulseAudio não poderia oferecer.

Principais características:

  • Capture e reproduza áudio e vídeo com atrasos mínimos;
  • Ferramentas para processamento de vídeo e áudio em tempo real;
  • Arquitetura multiprocesso que permite organizar o acesso compartilhado ao conteúdo de diversas aplicações;
  • Um modelo de processamento baseado em um gráfico de nós multimídia com suporte para loops de feedback e atualizações de gráficos atômicos. É possível conectar manipuladores tanto dentro do servidor quanto em plugins externos;
  • Uma interface eficiente para acessar streams de vídeo através da transferência de descritores de arquivos e acessar áudio através de ring buffers compartilhados;
  • Capacidade de processar dados multimídia de qualquer processo;
  • Disponibilidade de plugin para GStreamer para simplificar a integração com aplicações existentes;
  • Suporte para ambientes isolados e Flatpak;
  • Suporte para plugins em formato SPA (Simple Plugin API) e capacidade de criar plugins que funcionam em tempo real;
  • Sistema flexível para coordenação de formatos multimídia utilizados e alocação de buffers;
  • Usando um único processo em segundo plano para rotear áudio e vídeo. A capacidade de trabalhar na forma de um servidor de áudio, um hub para fornecer vídeo para aplicativos (por exemplo, para a API gnome-shell screencast) e um servidor para gerenciar o acesso a dispositivos de hardware de captura de vídeo.
  • Fonte: opennet.ru

Adicionar um comentário