Ubuntu 22.10 cambiará al procesamiento de audio usando PipeWire en lugar de PulseAudio

El repositorio de desarrollo para la versión Ubuntu 22.10 pasó a utilizar el servidor de medios PipeWire predeterminado para el procesamiento de audio. Los paquetes relacionados con PulseAudio se han eliminado del escritorio y de los conjuntos mínimos de escritorio, y para garantizar la compatibilidad, en lugar de bibliotecas para interactuar con PulseAudio, se ha agregado una capa pipewire-pulse que se ejecuta sobre PipeWire, lo que le permite guardar el trabajo. de todos los clientes PulseAudio existentes.

Heather Ellsworth de Canonical confirmó la decisión de cambiar completamente a PipeWire en Ubuntu 22.10. Cabe señalar que en Ubuntu 22.02, se usaron ambos servidores en la distribución: PipeWire se usó para procesar video al grabar screencasts y proporcionar acceso a la pantalla, pero el audio continuó procesándose usando PulseAudio. En Ubuntu 22.10, solo quedará PipeWire. Hace dos años ya se introdujo un cambio similar en la distribución Fedora 34, que permitió brindar capacidades de procesamiento de audio profesional, eliminar la fragmentación y unificar la infraestructura de audio para diferentes aplicaciones.

PipeWire ofrece un modelo de seguridad avanzado que permite el control de acceso a nivel de dispositivo y flujo, y facilita el enrutamiento de audio y video hacia y desde contenedores aislados. PipeWire puede procesar cualquier flujo multimedia y es capaz de mezclar y redirigir no solo flujos de audio, sino también de video, así como también administrar fuentes de video (dispositivos de captura de video, cámaras web o contenido de pantalla mostrado por aplicaciones). PipeWire también puede actuar como un servidor de audio, proporcionando baja latencia y una funcionalidad que combina las capacidades de PulseAudio y JACK, incluso teniendo en cuenta las necesidades de los sistemas de procesamiento de audio profesionales que PulseAudio no podía ofrecer.

Características principales:

  • Capture y reproduzca audio y vídeo con retrasos mínimos;
  • Herramientas para procesar vídeo y audio en tiempo real;
  • Arquitectura multiproceso que le permite organizar el acceso compartido al contenido de varias aplicaciones;
  • Un modelo de procesamiento basado en un gráfico de nodos multimedia con soporte para bucles de retroalimentación y actualizaciones de gráficos atómicos. Es posible conectar controladores tanto dentro del servidor como mediante complementos externos;
  • Una interfaz eficiente para acceder a transmisiones de video mediante la transferencia de descriptores de archivos y acceder a audio a través de buffers circulares compartidos;
  • Capacidad para procesar datos multimedia de cualquier proceso;
  • Disponibilidad de un complemento para GStreamer para simplificar la integración con aplicaciones existentes;
  • Soporte para entornos aislados y Flatpak;
  • Soporte para complementos en formato SPA (Simple Plugin API) y la capacidad de crear complementos que funcionan en tiempo real;
  • Sistema flexible para coordinar formatos multimedia usados ​​y asignar buffers;
  • Usar un único proceso en segundo plano para enrutar audio y video. La capacidad de trabajar en forma de servidor de audio, un centro para proporcionar video a aplicaciones (por ejemplo, para la API de screencast de gnome-shell) y un servidor para administrar el acceso a dispositivos de captura de video de hardware.
  • Fuente: opennet.ru

Añadir un comentario