PipeWire 1.2.6 hace que JACK y Bluetooth sean más estables

Los desarrolladores han lanzado recientemente Tubería 1.2.6el software de servidor que se encarga de Linux gestionar transmisiones de audio. En la última versión eran mejorado varios aspectosademás de las diversas correcciones de errores que caracterizan cada nueva versión.

PipeWire 1.2.6: Cambios en la última versión del servidor de audio de Linux

PipeWire 1.2.6 mantiene la compatibilidad API y ABI con las versiones anteriores 1.2.x y 1.0.x. el viene agregación fija de cambios de parámetros en la cadena de filtrospara que algunos de ellos ya no sean ignorantes, mejorar el comportamiento en la gestión de efectos de audio.

Los estados de los flujos de audio, que antes se basaban en el nodo subyacente, ahora son actualizado más efectivamentey, con un beneficio directo en la reactividad. Entre otras mejoras, algunos cambios de estado que afectan a los nodos exportados ahora se manejan sincrónicamente: esto permitirá que el servidor iniciar el controlador inmediatamentereduciendo la probabilidad de fenómenos de insuficiencia de datos del buffer puede causar problemas de audio.

PipeWire 1.2.6 también mejora la gestión del flujo de agua, mejorando la eficiencia del procesamiento datos durante la reproducción y grabación. La actualización soluciona un problema por el cual se enviaba información mixta a puertos rotos, lo que provocaba errores con los clientes JACK. Esto le permite minimizar errores innecesarioscomo en el caso de configuraciones de audio complejas conectadas por múltiples clientes.

Además de esto, el módulo de cadena de filtros también recibe mejoras, optimizando los nodos no conectados de manera más confiable. Las propiedades del nodo ALSA PCM ahora se conservan en lugar de anularse por las propiedades de la tarjeta, por lo que se conservan las propiedades específicas del dispositivo de audio. Prevenir conflictos y problemas que podrían haber ocurrido anteriormente. cuando estos fueron sobrescritos.

La nueva versión de PipeWire también aumenta el número de intentos del adaptador, nuevamente para evitar fenómenos de insuficiencia de datos del búfer en ciertas situaciones y Garantizar una mayor estabilidad en la reproducción y grabación..

El resto de cambios se detallan íntegramente en el lista completa en GitLab.