Chargement...
 
[Voir/Cacher menus de gauche]
[Voir/Cacher menus de droite]

5 - Les serveurs son : JACK, PulseAudio et autres...

> Forums de discussion > 5 - Les serveurs son : JACK, PulseAudio et autres... > De pulseaudio+jack à pipewire+wireplumber
Dernier post
Page : 1/2   -   Aller directement à la page : 1  2 

De pulseaudio+jack à pipewire+wireplumber

thefunnyside utilisateur non connecté
Bonjour,

J'ai une debian unstable sur Pc portable core i7 avec 16Go de RAM.
J'ai connecté une interface audio externe USB Behringer UMC204HD sur laquelle je branche une guitare électrique ainsi qu'un casque.

Jusqu'ici, j'utilisais tant bien que mal pulseaudio et jack (avec simulateurs d'ampli Guitarix, Tonelib GFX, Reamp Studio)

J'ai décidé de passer à PipeWire avec Wireplumber comme gestionnaire de session, compte tenu de la publicité qu'on en fait.
Hélas, je n'arrive pas à me tirer d'affaire en matière de configuration, car je n'arrive pas à résoudre mes problèmes de latence et de xruns.

J'avais configuré Jack en 48000/512/2 via qjackctl et c'était à peu près le seul effort à faire.

Pour pipewire, j'ai configuré jack.conf :
node.latency=512/48000

Pour wireplumber, j'ai configuré alsa via main.lua.d/50-alsa-config.lua :
["session.suspend-timeout-seconds"] = 0
Faut-il changer ["api.alsa.period-size"] et ["api.alsa.headroom"] ?
Quel est le lien entre la configuration jack et alsa ?...

J'avoue que je suis perdu dans tous ces paramètres de configuration ALSA, auquels je n'ai pas nécessairement envie de m'intéresser ni d'y consacrer plus de temps, d'autant plus qu'on trouve tout et son contraire sur la bonne manière de s'y prendre pour résoudre ces probèmes.
J'ai l'impression de revenir en arrière à l'époque des serveurs X qu'il fallait configurer à la main.

J'ai souhaité repasser à pulseaudio+jack mais je n'ai pas réussi à refaire fonctionner ma configuration comme avant.

Avant de poster ce message, j'ai passé un temps énorme à faire des recherches dans les forums. Ca m'exaspère tellement que j'aurais presque envie de passer à windows 10 rien que pour ça :-(

Merci d'avance

piratebab utilisateur non connecté
Bonjour, j'ai franchi le pas de virer jack et pulseaudio sur une machine. Le son est entièrement géré par pipewire. Peu de logiciels gèrent pipewire en natif, mais ce n'est pas un problème
Par exemple pour ardour, je le lance avec
PIPEWIRE_LATENCY=“512/48000” pw-jack ardour

On en parle ici

J'utilise aussi des racks carla de la même façon.
Je n'ai changé aucun paramètre de pipewire.

Si tu décides de passer à pipewire, il te faut désinstaller complètement pulseaudio et jack.
pipewire va les remplacer en proposant la même API que pulseaudio et jack, c'est transparent pour les programmes utilisateurs.
Si ils utilisent pulseaudio, tu n'as rien à faire. Si ils utilisent jack (du moins, c'est ce qu'on leur fait croire), utilise pour le moment la ligne de commande ci dessus

thefunnyside utilisateur non connecté
Bonjour piratebab,

Merci de ta réponse. Je vais éplucher le fil de discussion.

Par contre, qu'entends-tu par virer alsa ? A moins que je me trompe, alsa est en bout de chaine pour le pilotage de périphérique. Comment s'en dispenser ?

Peux-tu me dire si tu as configuré quoi que se soit pour Jack dans pipewire ainsi que wireplumber ?

piratebab utilisateur non connecté
Erreur de frappe, je voulais dire pulseaudio et Jack. Il ne faut évidement pas supprimer alsa (je corrige)
Pipewire expose des api qui les remplacent.
Il y a une possibilité de conserver jack avec pipewire, mais c'est un peu plus compliqué.

thefunnyside utilisateur non connecté
Merci.

Mais je repose ma dernière question si tu permets : as-tu configuré quoi que se soit pour Jack dans pipewire ainsi que wireplumber ? Dans jack.conf etc.

piratebab utilisateur non connecté
Non, rien du tout. Je passe les paramétres de frequence et tampon avant de lancer l'application cliente, en attendant que celles ci supportent pipewire en natif.
Ce que je n'ai pas essayé, c'est de lancer 2 applications avec des fréquences différentes. Il parait que pipewire sait gérer, mais je ne sais pas comment.

thefunnyside utilisateur non connecté
Bon, merci. Ca me parait trop beau pour être vrai mais je veux bien te croire sur parole :-)
Par contre, je me demande si ça ne varie pas selon les configurations matérielles des uns et des autres.

Je vais reprendre à zéro et ferai un retour ici-même.

olinuxx utilisateur non connecté France
Citation :
J'ai décidé de passer à PipeWire avec Wireplumber comme gestionnaire de session, compte tenu de la publicité qu'on en fait.


Mauvaise idée, c'est encore en développement très actif, et ça n'est pas encore stabilisé. Si tu veux te prendre le moins possible la tête avec les affres de l'informatique et de la MAO, le meilleur compromis actuel, c'est JACK + pulseaudio-module-jack.

PS : j'ai supprimé le doublon que tu avais placé dans une autre section du forum.

thefunnyside utilisateur non connecté
Merci de ton conseil olinuxx. Mais pourtant piratebab à l’air de bien s’en sortir.

D’ailleurs, comment utilises-tu pulseaudio avec jack pour bénéficier des deux en même temps ? Est-ce que tu dirigés pulseaudio vers jack ? Je n’ai plus réussi à retrouver cette configuration les fois au j’ai voule revenir à pulseaudio+jack.

thefunnyside utilisateur non connecté
Rebonjour,

J'ai fait des progrès grâce à piratebab. Merci à lui !

- D'abord, j'avais oublié d'installer libspa-0.2-jack comme indiqué ici pour Debian, ce qui me permet d'éviter de lancer pw-jack
- ensuite, j'ai effacé tous mes fichiers de configuration utilisateur de pipewire et wireplumber
- j'ai pu faire fonctionner guitarix et TonelibGFX avec la variable d'environnement PIPEWIRE_LATENCY
- par contre ça ne fonctionne bien qu'avec 1024/48000 alors que je n'avais testé que 512 et 256. 1024/48000 correspond bien au 48000/512/2 de qjackctl
- finalement pour éviter d'utiliser la variable d'environnement, j'ai repris un fichier jack.conf utilisateur où j'ai positionné node.latency=1024/48000 mais on peut configurer pour chaque client jack si l'on souhaite

Pour l'instant, ça a l'air plutôt concluant. Je vais voir comment ça tient dans la durée.

Grand merci !

olinuxx utilisateur non connecté France
piratebab est un "geek" qui tripatouille de la ligne de code/commande et fait beaucoup de recherche sur des forums, wikis, et autres ressources. Et il sait que tout n'est pas gratos dans le libre et que ce qu'on ne paie pas, il faut le faire soit même. Ce qui fait qu'il ne sort pas des phrases du type :

Citation :
J'avoue que je suis perdu dans tous ces paramètres de configuration ALSA, auquels je n'ai pas nécessairement envie de m'intéresser ni d'y consacrer plus de temps, d'autant plus qu'on trouve tout et son contraire sur la bonne manière de s'y prendre pour résoudre ces probèmes.
J'ai l'impression de revenir en arrière à l'époque des serveurs X qu'il fallait configurer à la main.


Je ne juge pas du fait qu'il faille faire ou ne pas faire de la geekerie, du développement, ou de l'utilisation. Je donne simplement une direction : si tu ne veux pas te prendre la tête et passer du temps à "configurer à la main", alors laisse pipewire où il en est actuellement (phase de développement initiale) et utilise jack+pulseaudio. La corollaire étant : si tu veux utiliser pipewire, alors prépare toi à faire des tas de recherche, de l'informatique, faire fonctionner un truc "à peu près", et regretter plus tard de ne pas utiliser jack + pulseaudio. Je rappelle ici à titre d'exemple que pour l'instant, le serveur jack émulé par pipewire ne supporte pas toutes les fonctionnalités d'un serveur jack originel. Les fonctionnalités non supportées sont ou ne sont pas peut être utiles à ton utilisation, mais faudra pas se plaindre plus tard si "ça marche pas". Parce que c'est normal, pipewire est encore en développement pour l'instant... CQFD.


Concernant ton autre question, pour utiliser JACK et pulseaudio en même temps sur une Debian, il suffit d'installer le paquet pulseaudio-module-jack. Et si tu veux encore moins te prendre la tête, et faire de la musique rapidement, il y a LibraZiK qui est exactement faite pour ça.

thefunnyside utilisateur non connecté
olinuxx,

Pardon si je ne me suis pas présenté, mais ça fait plus de vingt ans que j'utilise exclusivement Debian. J'ai même été développeur Debian pendant quelques années.
Je suis passé longtemps par la geekerie.
Mais si je suis encore sous linux aujourd'hui c'est que d'immenses progrès ont été réalisés en terme de convivialité de configuration et d'utilisation, ce qui me permet de passer plus de temps à l'utilisation qu'à la configuration. Je ne serais pas là s'il fallait encore recompiler le noyau à la main, ou configurer le serveur X par exemple.

Manifestement, piratebab a démontré le contraire puisqu'il semble qu'il n'y a quasiment rien à faire pour que ça marche ;)

Concernant jack, ça ne fait si longtemps que ça que ça marche presque tout seul avec pulseaudio-module-jack. La aussi, j'ai fait pas mal de recherches sur le web pour l'utiliser :-)
Quand j'ai voulu repasser à pulseaudio+jack, je n'ai pas obtenu ce que j'avais avant mon passage à pipewire. Donc, il ne faut pas dire qu'il n'y a rien à faire non plus si on choisit cette option.

thefunnyside utilisateur non connecté
Je constate que j'ai des craquements audio à la lecture de vidéos Youtube.
Donc la configuration n'est pas encore idéale...

olinuxx utilisateur non connecté France
Citation :
Pardon si je ne me suis pas présenté, mais ça fait plus de vingt ans que j'utilise exclusivement Debian. J'ai même été développeur Debian pendant quelques années.
Je suis passé longtemps par la geekerie.


Donc tu comprendras aisément qu'une couche logicielle dont la dernière release est de version 0.3.57 n'est peut être pas à considérer comme quelque chose de "terminé". Je dis ça **également** pour les lecteurs non-geek de ce site. Je le redis plus simplement peut être : contrairement à tous les geeks du monde qui aiment tester des trucs et des machins dans tous les sens, il me semble que pipewire n'est pas encore prêt pour remplacer JACK + pulseaudio.

Citation :
Manifestement, piratebab a démontré le contraire puisqu'il semble qu'il n'y a quasiment rien à faire pour que ça marche ;)


Non, c'est faux selon mes connaissances. Pipewire ne remplace pas encore toutes les fonctionnalités de JACK. Et pour être plus précis, le serveur JACK implémenté par/dans pipewire ne prend pas encore en charge toutes les fonctionnalités prises en charge dans un JACK de jackd.

Citation :
Concernant jack, ça ne fait si longtemps que ça que ça marche presque tout seul avec pulseaudio-module-jack. La aussi, j'ai fait pas mal de recherches sur le web pour l'utiliser :-)


Ça fait environ 4 ou 5 ans (voire même un peu plus) que c'est hyper stable. C'est pour ça d'ailleurs que c'est le choix par défaut utilisé par LZK depuis des plombes. C'est robuste et ça correspond à environ 99% des besoins d'utilisation des gens. Quand pipewire sera terminé (càd : "stable") alors le passage à pipewire sera encore mieux que JACK + pulseaudio-module-jack (notamment sa capacité à fusionner de manière facile et transparente plusieurs interfaces audio en une seule).


Citation :
Quand j'ai voulu repasser à pulseaudio+jack, je n'ai pas obtenu ce que j'avais avant mon passage à pipewire. Donc, il ne faut pas dire qu'il n'y a rien à faire non plus si on choisit cette option.


Avec une Debian stable sur laquelle on a pas bidouillé de trucs à la main, c'est censé fonctionner. Mais si on utilise une Debian testing et/ou si on a suivi des tutos sur la toile et/ou compilé des trucs à la main et/ou installer des paquets de dépôts extérieurs et/ou modifié des fichiers de conf à la main, là c'est moins sûr !

piratebab utilisateur non connecté
Je ne fais en aucun cas du prosélytisme pour pipewire. Mes machines "de production musicale" sont avec librazik (jack et pulse audio), et ça fonctionne parfaitement.
Mais pipewire commence a être suffisamment mature pour être utilisé au quotidien sur une machine dont on n'a pas peur qu'elle se casse de temps en temps (debian testing ou SID), même pour faire de la MAO.
Je comprends les réticences d'Olivier qui n'a pas envie de voir le forum inondé de demandes d'aide pour pipewire. Ce n'est pas l'objet de ce forum.
Mais si tu acceptes les risques, et que tu sais te débrouiller en cas de casse, tu peux rester avec pipewire, tu seras juste un peu en avance sur le reste de l'humanité linux qui passera prochainement à pipewire (rappelez vous l'arrivée de systemd ...). Et qui sait, tu pourras remonter des bugs et faire avancer son développement.

thefunnyside utilisateur non connecté
olinuxx,

Tu es plus compétent que moi et je n'ai pas envie de me bagarrer, mais je trouve que tu es un peu sévère :p

Par expérience, les numéros de version ne veulent pas dire grand chose dans le monde libre mais passons.
Ensuite, qui décrète que le logiciel est mature ? Pour l'instant, je ne m'en suis référé qu'aux avis plutôt favorables que j'ai pu lire ou voir. L'adoption par les utilisateurs me semble un critère empirique.

Maintenant, pour mon cas particulier, à savoir faire tourner des simulateurs d'ampli tels que Guitarix, ou TonelibGFX et Reamp Studio et enregistrer des pistes de guitare via Audacity et Ardour, est-ce que le support Jack de pipewire est suffisant ? Comment constater les insuffisances ?

Raoul86 utilisateur non connecté
piratebab écrit :
Mais pipewire commence a être suffisamment mature pour être utilisé au quotidien sur une machine dont on n'a pas peur qu'elle se casse de temps en temps (debian testing ou SID), même pour faire de la MAO.


donc en fait c'est bien à l'heure actuel pour geek...wink

En tout ca moi je trouve qu'une discussion de ce type sur pipewire est très intéressante sur ce forum avec le point de vue de olinux et piratebab. Parce que c'est vrai qu'on parle beaucoup de pipewire et on pourrait facilement etre tenter d'y passer la fleur au fusil.
En tant qu'utilisateur de linux depuis 20 ans mais pas assez "les mains dans le cambouis", il est clair que je ne passerais jamais à pipewire à l'heure d'aujour'dhui.(rien qu'avec manjaro j'ai assez de boulotlol)

En tout cas continuez. Vos informations et vos arguments sont une mine.

piratebab utilisateur non connecté
Une des raison qui pourrait pousser au passage anticipé à pipewire, est l'utilisation de plusieurs interfaces audio. C'est galére avecjack, et pipewire nous promet une gestion trés simple.
A tester ...
Pour moi, un logiciel est stable lorsqu'il est dans debian stable :-)
Je suis en testing depuis des années afin de profiter de logiciels plus récent, mais avec parfois quelques galéres. Je viens d'avoir une mise à jour des paquets pipewire , ce sera la surprise au prochain reboot !

thefunnyside utilisateur non connecté
Debian unstable est plus stable que n'importe distribution stable de la planète ! wink Ca casse rarement, et dans le cas contraire j'arrive à me débrouiller.

Mais si je risque d'avoir des surprises lors de mises à jour de Pipewire, je suivrai peut-être la voie conservatrice d'olinuxx. Je n'utilise qu'une seule interface audio.

thefunnyside utilisateur non connecté
Bonjour,

J'ai fait l'expérience de repasser à pulseaudio+jack et cela fonctionne bien maintenant.
Par contre, j'aurais bien voulu que le son sorte simultanément sur mon interface USB et sur la sortie casque de mon portable.
J'ai utilisé paprefs pour configurer des sorties multiples mais le son sort sur les HP du portable au lieu de la sortie casque, qui n'est plus listée dans les sorties audio. Mais j'ai l'impression que cette fonctionnalité oblige en théorie à utiliser toues les sorties disponibles ce qui ne me convient pas non plus.

Je n'ai pas essayé de faire la même chose avec Pipewire.

Je peux néanmoins me passer de cette fonctionnalité en n'utilisant que l'interface USB.

piratebab utilisateur non connecté
il y a 2 tutos sur le wiki qui expliquent comment utiliser 2 cartes son avec jack (pas le temps de chercher les liens)

Page : 1/2  [Suivant]
1  2 
Afficher les articles :
Aller au forum :

Documentation [Afficher / Cacher]

Faire un don
[Afficher / Cacher]

Connexion
[Afficher / Cacher]



Mégaphone [Afficher / Cacher]

louiesauvage, 12:11, mar. 24 Jan 2023: Qui utilise Ardour avec antelopes audio
olinuxx, 18:56, lun. 23 Jan 2023: Bonjour et bienvenue à zigaboo, gotouch, et Yrbua cool
olinuxx, 21:35, lun. 16 Jan 2023: Bonjour et bienvenue à KABORE Alain et à minimalist cool
calixtus06, 07:04, ven. 13 Jan 2023: Bonjour et bienvenue à bullrai :-)
calixtus06, 07:23, lun. 09 Jan 2023: Bonjour et bienvenue à editgo :-)
allany, 18:30, jeu. 05 Jan 2023: Les années passent, reste l'éditorial ! [Lien]
olinuxx, 16:24, mar. 03 Jan 2023: Bonjour et bienvenue à runny cool
djkarlito, 22:49, lun. 02 Jan 2023: AKAI AMX skin pour MIXXX;Bonne année a tous
olinuxx, 13:26, lun. 02 Jan 2023: Bonjour et bienvenue à zobi8225 cool
CyrilRos, 02:31, dim. 01 Jan 2023: Nouvelle année nouvelle version [Lien]
olinuxx, 12:03, sam. 31 Dec 2022: Merci octopus et Raoul86. À vous aussi cool
olinuxx, 12:02, sam. 31 Dec 2022: Bonjour et bienvenue à Patvan48 cool