Chargement...
 
Skip to main content

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


Jack et Pipewire - Cohabitation

France
Bonjour,

Depuis quelques temps je teste pipewire avec jack (que j’utilise principalement depuis 2006) et j'ai remarqué des différences entre les distributions récentes que je teste aussi avec différentes interfaces audio...

- Soucis de reconnaissance / fonctionnement sur Lmde7 et Mx25 même en rajoutant les paquets pipewire-audio-client-libraries et pipewire-jack (cela va juste du manque de connexions surtout carte son intégrée à blocage avec Firefox par exemple)

- Tout fonctionne bien avec Mx25 AVL et Ubuntu studio 24.04 (ceci dit, elles sont optimisées MAO)

Je pense qu'il faudrait ajouter ou modifier un fichier / script mais comme en règle générale je me place juste en musicien utilisateur débutant MAO 😉

J'ai consulté la documentation mais pas encore tout assimilé encore (et puis baisse de vue cela n'aide pas ! )

Voilà, si vous avez des des idées... car globalement quand même pipewire c'est sympa (quelques différences parfois niveau audio, réglages à prévoir...), en utilisation plus poussée je reste encore sur jack d’où mes questions pour que la cohabitation s'effectue au mieux

A bientôt et d'avance merci, BlueDid
Je confirme. J'ai le même résultat sur un portable datant de 2013.
Parfait avec cette configuration de Cable.
Concernant rakarrack-plus, l'as tu compilé ou bien existe t'il dans ta distribution. Auquel cas qu'elle est
la distrib ?
France
J'ai installé le paquet deb de la distribution librazik 5 : rakarrack-plus

J'ai découvert récemment Librazik 5 (basée sur Debian 12) mais comme je suis passé directement de Debian 11 (Mx21.3Lzk-4) à Debian 13 (Mx25.1) en utilisation journalière 😉

Ceci dit, je suis prêt pour d'autres tests Olinuxx (s'il est dans le coin)... 😊 ...étant souvent forcé de rester allongé au repos depuis quelques temps...
France
Alors aujourd'hui tests pour le Projet (Joute) avec Qtractor 1.5.8, Mx25.1 (sur pipewire) avec enregistrement pistes, ajout synthétiseurs virtuels, effets, automation, réglages pour une latence faible (2,67ms en mode pro).... ...sur clef USB ext4 avec changement d'ordinateur (Tour Dell de 2013 i7-4770S 16Go ddr3) et d'interface audio (MBox3), c'est ok mais il est préférable de re-régler pour augmenter la latence a 5,33ms quand l'on a fini d'enregistrer (ce qui est peu quand même) pour éviter les xruns

Si je règle a 2,67ms c'est uniquement pour l'enregistrement car oui il y a un léger décalage (par rapport à mon piano numérique) donnant un léger chorus agréable 😉

Test juste pour la comparaison, en jeu temps réel 5,33ms c'est très bien, en tout cas pas de décrochage et système/ logiciels sur clef (Corsair Voyager) sur port USB2
5.3 ms, ça dépend du style de musique et du tempo.
Sur mes machines MAO dédiées au live et à l'enregistrement , j'utilise un gestionanire de bureau minimaliste (LXDE).
Mais malgré cela, on est passé sur une table de mixage numérique car la latence était gênante (on joue de la musique rapide et énervée qui requiert un bon placement rythmique)
Si je comprend bien :
L'enregistrement peu se faire avec une latence plus faible (2.6ms) ?
La restitution = latence plus haute (5.33ms)?
Est ce que vous utilisez Qtractor ou Ardour ?
Jusqu'à présent j'utilisais Mixbus 9 pour l'enregistrement et la restitution. MAis c'est la dernière version que j'utiliserais. La politique de Mixbus commence sérieusement à me déplaire.
J'ai tester un autre truc LiveTraxx2, je sais c'est pas libre et c'est pas bien, qui ne s'occupe que de l'enregistrement et c'est pas mal. Et l'idée est intéressante. Je me demande d'ailleurs si un équivalent existe en logiciel libre ?!?
Maintenant avec les test de Bluedid29 et les miens, le problème de la latence dépend éminemment du type de processeur (I5 pour moi), de la mémoire vive qui doit pouvoir travailler à haute fréquence + sa taille (32Gb pour moi) et puis un bon SSD. Mais bon ma machine à bientôt dix ans.
En gros ça fonctionne mieux sur un PC dont le matériel est dédié aux jeux. Malheureusement, pour vous comme pour moi, ce n'est pas donné. Les barrettes mémoires ont quadruplé de prix : disons merci à l'IA.
Au mieux 2500 balles entre la carte mère, la mémoire et le processeur.
Maintenant que j'ai bien râlé, quelles seraient les solutions ?
Quand piratebab dit qu'il utilise une table de mixage numérique du coup je m'interroge.
Si je devais faire une machine purement dédiée à l'audio tournant sous Linux :
  1. je désactiverais tous les services non nécessaire à commencer par le wifi, le réseau càblé
  2. je continuerai en testant la désactivation de l'ACPI, cups et consort et d'autre,
  3. tout le mer..d.. de la sécurité, firewall...
  4. jusqu'à ce que le système d'exploitation rende l'âme parce qu'il ne fallait pas 😀

C'est radical, mais je crois que je vais m'y mettre parce qu'il ne faut pas charrier même une machine vieille de dix ans peut plus que cela.
France
@pierrelo, j'avais précisé que mes derniers tests avaient été réalisé sur tour de 2013 à base i7, système sur clef USB et port USB2 interface audio MBox3 et que j'avais switché de 2,67ms à 5,33ms car trop de xruns. L'avantage avec pipewire par rapport à jack c'est que l'on peut changer les paramètres d'une façon dynamique sans redémarrer toutes ses applications (je règle avec cable)

Système installé sur SSD cela devrait résoudre problèmes 😊 (tout dépend de l'interface audio connectée aussi)

Là je suis retourné sur ordinateur portable Thinkpad (i7) de 2021, en cours de tests dans les mêmes conditions... ...et quasiment plus de xruns (clef sur port USB3)

@piratebab Oui effectivement, tout dépend du style, quand je joue du boogie parfois ca va vite et il faut que cela soit réactif 😉
@bluedid29,
oui j'avais compris ce n'est pas une critique.
La question est : pouvons nous faire mieux. Ce que j'ai compris c'est qu'il y a deux choses qui entrent en ligne de compte :
  1. L'enregistrement
  2. Le traitement (par un Daw)

Les critères ne sont pas les mêmes. Est-ce que je me trompe ?
France
@pierrelo c'était juste une précision car il est vrai que je teste à tout va et ca va dans tous les sens... (tu te rappelle, on me surnommait le testeur fou 😉) et rappelle moi ta configuration que tu utilise pour que je réalise des tests équivalents (j'ai des vieux coucous ici ou là...). Il est vrai que quand je réalise des projets MAO, je continue à surfer (sauf quand la ram n'est pas suffisante ou alors faut utiliser un swap)

De toute façon, je compte installer le même système (MX25.1) que j'utilise en ce moment (clef USB) sur un SSD et la tour Dell i7 de 2013 car tout est déjà câblé dans mon bureau studio test, j'attends encore un peu pour rajouter quelques trucs MAO...

Oui, en traitement 5,33ms me parait bien en utilisation STAN (Station de Travail Audio Numérique)

Pour l'enregistrement 2,33ms c'est préférable pour le MIDI car c'est une chaîne et il faut en tenir compte (surtout si l'on utilise un convertisseur MIDI / USB cela doit jouer) et pour l'audio c'est impératif aussi de ne pas rajouter de retard.
Pas de soucis, je vous tiens au jus.
PAs de soucis pour testeur fou t'es pas tout seul 😀
France
  • Avec JACK, il est aussi possible de changer la taille de tampon de manière dynamique, à peu près de la même manière qu'avec pipewire-jack.

  • avec pipewire-jack il est conseillé de régler les métadonnées pour que les. client se règlent automatiquement tous sur la même valeur de tampon.

  • Une solution pour abaisser le temps de latence est d'augmenter le taux d'échantillonnage. Attention, il faut augmenter celui par défaut du système pas celui de chaque noeud ou celui de JACK.

  • la latence n'a aucune importance lorsqu'on parle de traitement. Vous pouvez avoir des tampons de 20 millisecondes, ça ne change pas grand chose lors du "mixage".

  • pour l'enregistrement il faut descendre jusqu'au moment où la personne qui joue en direct ne ressent plus d'inconfort, si possible sans lui dire quelle est la taille du tampon ou le réglage de latence.

  • il est conseillé de ne pas utiliser la swap pour éviter les interruptions dues au remplissage et vidage de swap ou alors d'utiliser un réglage de mise en route de la swap propice à son déclenchement le plus tardif possible, la risque la ram est à 90% pleine par exemple.
France
Super pour les précisions jujudusud 😊

Pas de swap en installation ext4 chez moi (sur clef USB ou SSD) par contre pour tests sur de vieux coucous avec peu de mémoire (et clef persistante ou ssd ou ddur) là c'est plutôt une solution intéressante mais ce n'est plus pour un usage intensif de toute façon...

Oui c'est cela pour le réglage jeu temps réel clavier ou voix, faut pas être gêné 😉
France
Tests du samedi soir, j'ai installé les environnements Cinnamon et Gnome sur Mx25.1 (version Xfce) et il y a des ralentissements pour naviguer a la recherche de fichiers avec Lmms et Qtractor qui finissent par planter...

C'était pour tester, alors c'est bien joli (et cela devrait bien fonctionner installée sur une base Debian "pure" ) mais bon, Xfce est moins gourmand et finalement plus simple a utiliser 😉

Il y a une version Kde de Mx25.1 aussi...

Bon dimanche 😊 BlueDid
Hello tout le monde!
J'ajouterais juste un petit point pour arriver à un système performant en terme de latence et qui peut paraître contre intuitif quand on parle de son : une carte graphique qui tient la route, avec les pilotes qui vont bien!
J'ai de plus en plus de soucis avec ça car les greffons et logiciels récents sont de plus en plus gourmands à ce niveau, au point de faire ramer mon système plutôt bien optimisé (noyau basse latence, accès temps réel, priorités des irq aux p'tits oignons, environnement graphique léger, ssd rapide, ram rapide...).

Pour exemple, j'arrive à faire tourner Grandorgue avec un set lourd de 20 jeux d'orgue simultanés (environ 8,5 Go au total) en 48 KHz / 32 float, avec un buffer de 16 et 2 périodes sans aucun Xruns, soit 0,3ms de latence "affichée". Ce logiciel n'a pratiquement aucune exigence graphique...

Par contre, certains greffons LSP, lorsque j'active l'affichage de forme d'onde en temps réel (par exemple pour une Eq) me génèrent facilement des Xruns si je tente de descendre à des niveaux de latence très faibles.
La faute à ma vieille Radeon HD 6870 qui se comporte comme un véritable boulet alors que tout le reste tourne super bien...
France
Bonjour minimoineau 😊, 0.3ms de latence ? avec quelle interface audio ou carte son ? Je ne pensais pas que c'était possible (même si "affichée")

Oui, pour l'affichage cela joue (comme pleins d'autres paramètres d'ailleurs). Je ne me suis pas trop penché sur le sujet vu que je n'ai pas d'ordinateur réellement dédié et quand il y a soucis de xruns, je change les paramètres mais j'essaierai bien un jour d'en dédier un juste pour la MAO, j'ai une carte graphique NVidia relativement puissante dans un coin et aussi une carte son M-Audio Delta 66... J'attends d'avoir mon système actuel (sur clef USB) bien optimisé pour installer sur SSD...

Ah oui au fait, pour en revenir à la cohabitation, il faut régler Hydrogen sur pipewire car des tas de xruns arrivent avec le réglage sur jack (parfois je suis obligé de le faire pour synchroniser différents logiciels MAO), du coup j'augmente les paramètres pour augmenter la latence et temporairement, ça va.
de mon côté j'ai purgé pipwire et tout refonctionne pour moi, hormis ce nouveau graphe pour qjackctl que je trouve bordélique . Peut être parce que je suis daltonien (?)
Pour préciser mon propos sur la latence: c'est uniquement critique lorsque tu joues et que tu écoutes ce que tu joues en même temps (c'est pour ça que des interfaces audio ont le fonction "monitor" qui ne passe pas par le PC)
Si ce que tu entends arrive en retard par rapport à ce que tu joues, cela peut devenir génant, voire inacceptable.
Écoute ce témoignage d'un bassiste.
https://www.youtube.com/watch?v=ot7RP7hMVU4
Il a appris l'instrument chez lui avec de la latence, et lorsqu'il joue en groupe, il est déphasé systématiquement (il s'est habitué à la latence, son cerveau compense automatiquement, alors qu'en groupe il ne faut pas!)
Une table de mixage n'a pas de latence perceptible (moins de 1 ms).
Par contre pour du mix pur, la latence n'a aucune importance, tu peux avoir 1 seconde, ce n'est pas gênant (si le STAN est bien fait et aligne chaque piste). En mixage, on a beaucoup de pistes, de nombreux plugins très gourmands en ressources, chercher une latence faible est un combat inutile.
Pour du live si tu veux faire le monitoring via l'ordi (par ex des effets guitares dans l'ordi), il faut choisir un hote de greffon minimaliste, et des greffons optimisés performance (pas de GUI par ex), et ne pas faire du métal extrême 😊
@bluedid29
Salut! Pour info, j'utilise une vieille FA101. Le Firewire, malgré son age reste une excellente solution pour les faibles latences par rapport à l'USB.
Par contre, j'avoue que je sors un peu du sujet ici, car même si j'ai de bonnes performances avec Pipewire, j'utilise encore systématiquement Jack, car je n'arrive à rien avec le MIDI de cette interface et Pipewire. Qui plus est, j'arrive à des latences plus faibles avec Jack (jusqu'à présent...).
France
Tiens ! Y'a un truc dont on n'a pas encore parlé !
X11 ou Wayland ?
Apparemment, certaines applications ne sont pas encore prêtes pour Wayland ou alors Wayland n'est pas encore prêt à les accueillir ! 😊
Page: 9/15  [Suivant]
1  2  3  4  5  6  7  8  9  10  11  12  13  14  15