Publicouse o lanzamento do proxecto PipeWire 0.3.35, que desenvolve un servidor multimedia de nova xeración para substituír a PulseAudio. PipeWire ofrece capacidades avanzadas de transmisión de vídeo a través de PulseAudio, procesamento de audio de baixa latencia e un novo modelo de seguridade para o control de acceso a nivel de dispositivo e emisión. O proxecto é compatible con GNOME e xa se usa por defecto en Fedora Linux. O código do proxecto está escrito en C e distribúese baixo a licenza LGPLv2.1.
Principais cambios en PipeWire 0.3.35:
- Engadido soporte para reenviar o protocolo S/PDIF para transmitir audio dixital a través de conectores ópticos e HDMI.
- Os códecs para Bluetooth inclúense en complementos separados que se cargan de forma dinámica.
- Fixéronse unha serie de correccións importantes relacionadas co soporte MIDI.
- Mellorouse o funcionamento da aplicación skypeforlinux engadindo unha vinculación que obriga a utilizar o formato S16 á hora de transmitir información sobre dispositivos de entrada e saída de audio. O cambio resolveu o problema que provocou a ausencia de son do abonado no outro extremo da conexión.
- Ampliouse o número de formatos de audio dispoñibles para mesturar.
- Engadida unha nova interface para cargar módulos. Os complementos poden usar esta interface para enviar unha solicitude de descarga de complementos de spa.
- Aumentouse o tamaño do búfer de parámetros, que anteriormente non podía acomodar todas as propiedades dos nodos cunha gran cantidade de canles.
- Activación dos controladores ao establecer conexións de loopback.
- O servidor implementa a extensión de restauración do dispositivo, que lle permite configurar códecs IEC958 (S/PDIF) compatibles co dispositivo de saída de audio mediante a utilidade pavucontrol.
Lembrámosche que PipeWire amplía o alcance de PulseAudio procesando calquera fluxo multimedia e é capaz de mesturar e redirixir fluxos de vídeo. PipeWire tamén ofrece capacidades para controlar fontes de vídeo, como dispositivos de captura de vídeo, cámaras web ou contido da pantalla da aplicación. Por exemplo, PipeWire permite que varias aplicacións de cámara web funcionen xuntas e resolve problemas coa captura de pantalla segura e o acceso remoto á pantalla no contorno Wayland.
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. Ademais, PipeWire ofrece un modelo de seguridade 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. Un dos obxectivos principais é admitir aplicacións Flatpak autónomas e executarse nunha pila de gráficos baseada en Wayland.
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