• # Pipewire c'est super

    Posté par  . Évalué à 6. Dernière modification le 10 novembre 2022 à 17:21.

    J'ai remplacé PulseAudio par Pipewire sur des ordis portables et sur un rockpro64 qui sert de serveur et (maintenant) pour diffuser du son dans le salon.

    Ça marche mieux et ça remplace totalement PulseAudio pour mes cas d'usage :

    • on peut utiliser les commandes pactl pour charger des modules "pulseaudio" comme avant grace à la compatibilité PulseAudio pour des configuration spécifiques. Il est possible de lui demander des faire au démarrage si besoin. Cas d'usage :
      • inverser la droite et la gauche, parce que pour des raisons matérielles de prise plus proche, j'ai inversé physiquement les deux hauts parleur
      • combiner deux sorties, pour par exemple, dans le train, écouter une vidéo à deux (une personne avec un casque bluetooth et une autre avec un casque relié en jack. J'ai poussé un peu, j'ai réussi à connecter 3-4 sorties comme ça :-))
    • moins de latence et plus de stabilité en Bluetooth
    • moins de latence avec un clavier midi (avec la compatibilité Jack)
    • l'installation est largement plus simple
    • sur le rockpro64, la qualité Bluetooth se dégradait progressivement avec PulseAudio quand on utilisait longtemps. Pas avec PulseAudio.
    • large choix de codecs Bluetooth, dont AAC, LDAC, aptX, aptX-HD, Opus…
    • la transparence réseau fonctionne comme avant avec PulseAudio : je peux balancer du son en Wifi en cliquant sur une case à cocher. Je n'observe aucun glitch sonore et ça ne casse pas mon wifi comme ça a pu le faire dans le passé.
    • je me demande si la conso CPU est pas un peu moins grande aussi

    Le Pinephone Pro vient de passer à pipewire aussi, donc plus de je n'utilise plus du tout PulseAudio.

    Bref, une très bonne réimplémentation de PulseAudio, Jack (pour ce que j'en fais) et plus encore (utilisant encore X11 je ne me sers pas de ses capacités vidéo).

    • [^] # Re: Pipewire c'est super

      Posté par  . Évalué à 2.

      J'avais des soucis avec Pulseaudio et finalement, Pipewire + Wireplumber ont résolu le problème.

    • [^] # Re: Pipewire c'est super

      Posté par  . Évalué à 3. Dernière modification le 10 novembre 2022 à 21:53.

      Bref, une très bonne réimplémentation de PulseAudio, Jack (pour ce que j'en fais)

      Question de béotien : ça peut vraiment prétendre à remplacer Jack pour un pro ?

      (j'ai bien noté ton "pour ce que j'en fais")

      • [^] # Re: Pipewire c'est super

        Posté par  . Évalué à 2.

        Je crois que c'est l'objectif en tout cas. Pas sûr qu'il soit atteint aujourd'hui. Aucune idée, du coup :-P

      • [^] # Re: Pipewire c'est super

        Posté par  . Évalué à 2.

        Réponse de béotien également mais en y réfléchissant un peu:
        Pipewire à une plus faible latence que pulseaudio donc une partie des utilisateurs de Jack pour qui cette plus faible latence est suffisante (au vu des autres avantages) vont migrer (ou plutôt ne plus faire l'effort d'installer, configurer Jack.

        La grande question est:
        est-ce que le design de pipewire permettra une latence suffisamment faible/proche de celle de Jack pour que la majorité des utilisateurs de Jack ou tous migrent vers pipewire ?
        Et est-ce que dans un avenir plus long terme Jack sera toujours maintenu si il reste plus trop d'utilisateurs même si pipewire ne remplace pas parfaitement tous ses cas d'usage ?

        Seul l'avenir nous le dira.
        Mais le retour d'un utilisateur des 2 peut peut-être nous fournir des éléments de réponse…

        PS: il me semble avoir lu un post de blog ou un commentaire d'un mainteneur de Jack approuvant le design de pipewire et disant que c'était l'avenir du son sous Linux.

      • [^] # Re: Pipewire c'est super

        Posté par  . Évalué à 3.

        Je n'ai pas trouvé coté Pipewire de quoi remplacer la commande jack_control avec intégration dbus (jack2-dbus) donc je garde jack2. Comparaison

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.