No repositório onde está sendo desenvolvido o lançamento do Ubuntu 22.10, foi feita a transição para o uso padrão do servidor multimídia PipeWire para processamento de áudio. Os pacotes relacionados ao PulseAudio foram removidos dos conjuntos desktop e desktop-minimal, e para garantir a compatibilidade, em vez das bibliotecas para interação com o PulseAudio, foi adicionada uma camada funcional sobre o PipeWire, chamada pipewire-pulse, que permite manter o funcionamento de todos os clientes existentes do PulseAudio.
A decisão de migração completa para o PipeWire no Ubuntu 22.10 foi confirmada por Heather Ellsworth, da Canonical. Observa-se que no Ubuntu 22.02 ambos estavam em uso no sistema. servidor — O PipeWire foi utilizado para processamento de vídeo durante a gravação de screencasts e para disponibilizar acesso à tela, mas o áudio continuou a ser processado usando o PulseAudio. No Ubuntu 22.10, o PipeWire será o único utilizado. Essa mudança já havia sido implementada há dois anos na distribuição Fedora 34, permitindo oferecer capacidades de processamento profissional de áudio, eliminar fragmentação e unificar a infraestrutura de áudio para diferentes aplicações.
O PipeWire oferece um modelo de segurança avançado que permite gerenciar o acesso em nível de dispositivos individuais e de fluxos específicos, facilitando a organização do encaminhamento de áudio e vídeo de e para contêineres isolados. O PipeWire pode processar quaisquer fluxos multimídia e é capaz de misturar e redirecionar não apenas fluxos de áudio, mas também fluxos de vídeo, além de gerenciar fontes de vídeo (dispositivos de captura de vídeo, webcams ou o conteúdo da tela gerado por aplicativos). O PipeWire também pode atuar como um servidor de som, proporcionando latências mínimas e funcionalidade que combina os recursos do PulseAudio e JACK, levando em conta as necessidades de sistemas de processamento profissional de áudio, que não podiam ser atendidas pelo PulseAudio.
Principais funcionalidades:
- Captura e reprodução de áudio e vídeo com latências mínimas;
- Recursos para processamento de vídeo e áudio em tempo real;
- Arquitetura multiprocessada que permite o compartilhamento de conteúdo entre múltiplos aplicativos;
- Modelo de processamento baseado em um gráfico de nós multimídia com suporte a ciclos de feedback e atualizações atômicas do gráfico. É permitido conectar manipuladores tanto dentro do servidor quanto plugins externos;
- Interface de acesso eficiente a streams de vídeo através da transmissão de descritores de arquivos e acesso ao áudio através de buffers circulares compartilhados;
- Capacidade de processamento de dados multimídia de quaisquer processos;
- Disponibilidade de um plugin para GStreamer para facilitar a integração com aplicativos existentes;
- Suporte para ambientes isolados e Flatpak;
- Suporte a plugins no formato SPA (Simple Plugin API) e possibilidade de criar plugins que operam em modo de tempo real rígido;
- Sistema flexível de negociação de formatos multimídia utilizados e alocação de buffers;
- Uso de um único processo em segundo plano para roteamento de áudio e vídeo. Capacidade de operar na forma de um servidor de áudio, hub para fornecer vídeo a aplicativos (por exemplo, para a API de screencast do gnome-shell) e servidor para gerenciar o acesso a dispositivos de captura de vídeo.
Fonte: opennet.ru
