Chargement...
 
Skip to main content

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

Liste des forums Liste des sujets

 
Thread actions
Print this page
  • Imprimer toutes les pages

    • Jack et Pipewire - Cohabitation

    Envoyé par bluedid29 le Lundi 16 février 2026 12:58 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
    Lectures: 3800
    Envoyé par pierrelo le Jeudi 09 avril 2026 19:22
    Une nouvelle version de cable sous MxLinux. Je n'ai pas encore eu le temps de regarder de quoi il s'agit.
    Envoyé par bluedid29 le Jeudi 09 avril 2026 22:16 France
    Merci, installé sur Mx25... juste ce message au démarrage (This version is not compatible with the old config files) sinon pas vu de différences pour l'instant mais je n'utilisais essentiellement que la première page pour les réglages audio...
    Envoyé par pierrelo le Vendredi 10 avril 2026 09:01
    Ces derniers jours j'ai du m'adapter à MxLinux sur une des machines qui me sert principalement de machine desktop. Je fais aussi de l'édition et assez ennuyé par certaines choses. Notamment python3 dans sa version 3.15. La bonne nouvelle est que j'ai appris comment faire cohabiter python3.10 et ainsi faire tourner des logiciels qui me sont essentiels pour l'édition. (rien a voir avec la Mao).
    Par contre, j'ai fais une choses, j'ai déporté la gestion MIDI sur une crouille machine, un intel NUC , d'il y a 13 ans(un petit I3 d'Intel). Ce qui fait que la connection MIDI entre les clavier , les séquenceurs se font sur cette petite machine. La troisième ne fait que le traitement du son.
    Et pour ce faire et ne pas être encombré par trois clavier-souris, j'ai utilisé un petit logiciel distribué par Mx : Deskflow qui est le fork de Synergy. Sur l'écran du bas je commute le HDMI entre les trois machines. Voilà, un clavier une souris, 3 machines. Sur la photo La machine du haut c'est la Main que je peut basculer en double écran et l'écran du bas c'est la machine qui me gére le MIDI. Reste à réarranger les câbles. ça c'est une galère! ET puis pour finir, dès que j'en aurais le temps, je ferais pour le Midi un test avec un raspberry Pi 4 8Go.
    20260410 085642
    Envoyé par pierrelo le Vendredi 10 avril 2026 09:23
    Encore un petit truc utile, lorsque je travaille le son. Je me suis fait un petit fichier bash sur le Bureau :
    suspend.sh qui suspend la mise en veille. Pour commencer. Ensuite je verrai quels autres services je peux désactiver.

    Copy to clipboard
    #!/bin/bash
sudo systemctl mask sleep.target suspend.target hibernate.target hybrid-sleep.target
wait
xset -dpms         # Désactive la gestion d'économie d'énergie de l'écran
wait
xset s off            # Désactive l'économiseur d'écran
wait
xset s noblank   # Empêche l'écran de devenir noir

    Envoyé par bluedid29 le Vendredi 10 avril 2026 16:35 France
    Waou, sacré installation pierrelo et des synthétiseurs modulaires extras !!!! 😊

    Cela donne envie de refaire complètement son studio mais bon, je n'y vais plus depuis un moment...

    Pour l'écran de veille, je n'utilise pas vu que je laisse plus tourner mes ordinateurs sans utilisation (ou alors j’éteins l'écran)
    Envoyé par pierrelo le Lundi 13 avril 2026 14:36
    Salut tous. Je ne lâche pas l'affaire, et pour ceux que cela intéresse, j'ai configuré un Raspberry Pi 4, 8 Go de ram, Debian Trixie.
    Je l'ai configuré en MIDI avec pipewire comme sur les machines de bureau, raysession. Aussi bien que le NUC, mois de bruit ventilo et moins de consommation électrique.La réponse au clavier MIDI : rien-à-dire, c'est parfait.
    Pour gérer le Raspberry avec Deskflow il faut juste virer Wayland et le remplacer par X11. Cela se fait simplement : en faisant un sudo raspi-config.
    Envoyé par pierrelo le Lundi 13 avril 2026 20:47
    Voilà le Rasperry avec son écran tactile 7".
    20260413 203847
    Envoyé par bluedid29 le Lundi 13 avril 2026 21:05 France
    Intéressant ! j'ai un Raspberry 3 qui traine quelque-part dans une boîte à la maison mais point de vue possibilité pour pratiquer la MAO faut bien gérer car les limites arrivent vite...
    Envoyé par piratebab le Mardi 14 avril 2026 09:10
    Perso, j'essaie de tout déporter sur u server HP plutot que de multiplier les machines (via des containers). Je n'ai pas encore réussi à avoir un fonctionnement satisfaisant (je passe par du wifi jusqu'au server, il faut que je finalise la liaison filaire.
    https://docs.linuxserver.io/images/docker-ardour/
    Envoyé par pierrelo le Mardi 14 avril 2026 10:33
    @Bluedid29
    Le Raspberry ne gère que le MIDI de mes machines physiques. J'avais fait quelques essais à l'époque. Pour l'audio le Raspberry n'est de loin pas concluant même avec une interface USB externe.
    Dans mon cas cette interface, me prend peu de place et est suffisantes pour les connections midi du hardware analogiques.

    Pour la machine audio, elle gére par l'USB 1820 le midi.
    Envoyé par bluedid29 le Mardi 14 avril 2026 11:07 France
    Oui juste en MIDI c'est suffisant même si l'on peut s'amuser un peu, j'ai retrouvé vidéo impro tests que j'avais réalisé sur Raspberry 3 https://www.youtube.com/watch?v=MiA9_z8t9Bg... ...en 2017 ! Bon c'était quand même limite, juste pour le fun avec jeu temps réel Qsynth, Hydrogen et même Audacity pour enregistrer le tout avec réglage pour 5,33ms de latence (interface audio mini table de mixage type Berhinger Xenyx 502s )

    Faudrait vraiment que je teste un jour sur le dernier système Raspberry Pi OS ! 😉 (Raspbian ici dans le test vidéo)
    Envoyé par pierrelo le Mardi 14 avril 2026 11:07
    Si vous voulez quelques explications :
    sous pipewire-jack ou jackd2, la latence gére le flux complet audio + MIDI. Une latence audio plus faible réduit le délai global pour tous les flux, y compris le MIDI.
    Donc mon but est de découpler les deux. Du coup comme, comme j'ai coupé l'audio, il ne traite que le midi avec un quantum très faible. Là je suis à 64. Et bon si un Xrun se produit dans le système, entre mon clavier et mon synthé, ça ne fera pas de craquement sur la bande son, et le Xrun ne devrait pas influer sur le jeu.
    Envoyé par bluedid29 le Mardi 14 avril 2026 11:37 France
    Intéressant... possibilité du coup de piloter plusieurs modules MIDI avec réponse rapide à condition de ne pas trop "chaîner" sous peine d'introduction de latence (problème déjà abordé à l'époque !!!)
    Envoyé par pierrelo le Mardi 14 avril 2026 12:22
    J'utilise le Midi USB. 13 périphériques, mais bon ! Je ne les jouent jamais en même temps.
    Envoyé par pierrelo le Jeudi 16 avril 2026 16:31
    Bluedid, je suis dubitatif :
    Sous MxLinux, si je travaille avec le noyau Liquorix, en 128/96000 pas de souci particulier
    Si j'installe le noyau RT fourni et que je lance ma machine dessus , en 128/96000 j'aligne les Xruns jusqu'à ce qu'il me plante Ardour.
    Sur le coup je m'interroge ?!? As-tu le même résultat ?
    Envoyé par bluedid29 le Jeudi 16 avril 2026 16:45 France
    @pierrelo, je n'utilise plus de noyau rt depuis un bon moment vu que les noyaux de type Liquorix "génériques" fonctionnent très bien même en basse latence et ont moins de problèmes au démarrage (n'oublie pas que je change quotidiennement de machines et de support 😉)

    Je vais ré-essayer tout de même car là j'ai 3 systèmes type Mx25 (Xfce "toutenvrac", Fluxbox (minoptmao) et iDealOS Kde) installé sur un ordinateur portable qui me suit un peu partout...
    Envoyé par pierrelo le Vendredi 17 avril 2026 11:27
    Une amélioration encore sous MxLinux :

    Copy to clipboard
    sudo apt install rtirq-init


    puis :

    Copy to clipboard
    sudo nano /etc/default/rtirq


    Copy to clipboard
    RTIRQ_NAME_LIST="usb i8042 snd" # D'abord l'USB audio, ensuite souris, clavier etc. Le driver snd_hda_intel est blacklisté chez moi
RTIRQ_PRIO_HIGH=95
RTIRQ_PRIO_DECR=10 # Exemple I8042 priorité -10, snd priorité -20
RTIRQ_PRIO_LOW=51 # La plus basse priorité, histoire de ne pas bloquer le système
RTIRQ_RESET_ALL=0
RTIRQ_NON_THREADED="rtc snd" # Ceux pour qui il n'y a pas de temps réel
RTIRQ_HIGH_LIST="timer" # Processus ayant la priorité la plus élevée

    Envoyé par bluedid29 le Vendredi 17 avril 2026 11:28 France
    @pierrelo, Effectivement je viens de tester sur Mx25 version Xfce origine avec environnement Fluxbox installé et Lmms (réglages pour une latence de 2.67ms 48Khz avec câble mode Pro Audio carte son intégrée Thinkpad i7 2021 juste pour tester) et aucun Xruns avec noyau 6.18.16-2 Liquorix.

    Des Xruns nombreux rapidement avec noyau 6.12.74-rt (proposé de base par la distribution), j'ai installé d'autres noyaux rt plus récents (mais pas "officiels" via dépôts Sid) et blocage ou affichage avec faible résolution.

    Effectivement, un peu surprenant...

    Tout était réglé dans rtirq-init comme indiqué... (Là j'ai switché sur Mx25 iDealOS Kde et noyau 6.18.15 )
    Envoyé par pierrelo le Mardi 21 avril 2026 17:24
    Resalut tous,
    Je suis en réflexion intense. Je vais tester la chose suivante :
    Le CPU de ma machine dispose de 8 coeurs., et me suis-je dit, si j'attribue disons 4 ou 6 coeurs uniquement dédié à pipewire est-ce qu'il est possible d'améliorer encore les choses au niveau des Xrun ? Il semble que cela est possible. Je vous tiens au courant.

    Quelqu'un a t'il déjà essayé ce genre de chose ?
    Envoyé par bluedid29 le Mardi 21 avril 2026 17:54 France
    Bonjour pierrelo, jamais essayé, piste intéressante...
    Page: 11/15  [Suivant]
    1  2  3  4  5  6  7  8  9  10  11  12  13  14  15