Chargement...
 
Skip to main content

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


LE BUG DE JACK

Bonjour tout le monde smile

suite au conseil de Jacques dans ma présentation ( tiki-view_forum_thread.php?forumId=26&comments_parentId=35168 ) je poste à présent dans cette section pour aborder le problème du fonctionnement de Jack sous UBUNTU Studio (Linux UBUNTU 10 04 installé sur un DD 60 Go SSD dèdié avec un noyeau en RT).

rappel du problème : Jack plante au démarrage, aucune appli de la suite "production audio" ne fonctionne ou fonctionne mal ou pas !

voici la log d'erreur contatée :

[+]
idem ad libitum
jusqu'à :
....
Copy to clipboard
cannot continue execution of the processing graph (Relais brisé (pipe)) jackd: aucun processus trouvé 23:50:40.548 Script post-extinction terminé avec statut de sortie=256.


{QUOTE}
j'ajoute comme observation :

1) premier constat : je rencontre des problèmes avec Audacious qui me dit être déjà lancé lorsque je le démarre dans mon environnement personnel ( "PRO" = sous LINUX UBUNTU 10,04 lucid SSD 40go + 2x500 sata données croisées + 1,5 To stockage + 1,5 To externe + divers DD ext. ), bien qu'absent du bureau en tant que fenêtre. Ensuite apparait un message me proposant d'ignorer le fait qu'il soit déjà lancé pour l'exécuter malgré tout .... ensuite ça fonctionne normalement sous ma config habituelle et ===__pas du tout sous R. Roll.(mon DD "musique")
__===

Se lancerai-t-il tout seul occupant ainsi la carte son résidente sur la carte mère ???


2) en bon béotien, je ne sais même pas comment lui causer à mon PAM ... j'ai bien essayé de vérifier avec un terminal et en copiant sur cette page :

http://www.linuxmao.org/tikiwiki/tiki-index.php?page=applis+RT(lien(lien externe) externe)

la ligne de commande suivante :

ulimit -l -r
max locked memory (kbytes, -l) 700000
real-time priority (-r) 90

collée telle quelle dans un terminal, dans R.roll, puis "enter" = que dalle erreur de syntaxe et j'en reste là ...

confused

c'est dire ma capacité à discuter avec mon système ... En plus il est souvent tard dans la nuit quand j'essaye de lui causer alors les neurones sont un peu en vrac ! Faut dire que cette partie n'est pas la plus passionnante et que je préfère découvrir la basse que la programmation ! confused

C'est pour ça que j'ai besoin d'aide ( région Albigeoise) et aussi pas mal par manque de temps.


Merci d'avance pour vos réponses, va falloir être patients et compréhensifs, les quinquas néo MAO font ce qu'ils peuvent avec ce qui leur reste de neurones disponibles et épargnés par la vie !!! mrgreen

Thierry
Hello !

Merci pour la "translation" du sujet !

Bon, premier point, il te faut configurer ce PAM.
Pour ce faire, il faudrait déjà que tu vérifies l'existence du fichier /etc/security/limits.d/audio.conf.
S'il n'existe pas, fais la même vérif' puis les mêmes manip's dans :
/etc/security/limits.d

Second truc, l'éditer et le modifier.
Pour ce faire, soit tu te places sous le répertoire limits.d et tu ouvres avec :
sudo gedit audio.conf
soit tu ouvres de n'importe où avec :
sudo gedit /etc/security/limits.d/audio.conf

En passant, si tu te lances dans une pratique régulière de Linux, tu vas vite t'apercevoir qu'une petite pratique du terminal et de quelques commandes Linux seront un réel plus, pour ne pas dire indispensables. Certains pensent que c'est un des handicaps de Linux. Bof...

Je poursuis... Ton mot de passe devrait t'être demandé.
Tu entres les deux lignes suivantes, telles quelles, à la fin du fichier :
@audio - rtprio 99
@audio - memlock 2315562
et tu enregistres.
Ces manip's ne seront prises en compte qu'après le démarrage suivant.

Pour le PAM, il te reste à vérifier que tu fais bien partie du groupe "audio" par "menu principal/système/administration/utilisateurs et groupes".

Redémarres ton système puis Jack et poste le log de ce dernier, voir ce qu'il dit, pour commencer.

A+
J'ai fait comme j'ai pu et comme tu m'as indiqué Jacques :

recherche de fichiers :


roll@TrollStudio:~$ grep/etc/security/limits.d/audio.conf.
bash: grep/etc/security/limits.d/audio.conf.: Aucun fichier ou dossier de ce type
troll@TrollStudio:~$


troll@TrollStudio:~$ grep/etc/security/limits.d
bash: grep/etc/security/limits.d: Aucun fichier ou dossier de ce type
troll@TrollStudio:~$


il semble que les fichiers recherchés n'existent pas

J'ai ensuite modifié uniquement memlock= 2315562 au lieu de unlimited

résultat aprés redémarragge :

  1. generated by jackd's postinst.
  2. Do not edit this file by hand, use
  3. dpkg-reconfigure -p high jackd
  4. instead.
@audio - rtprio 99
@audio - memlock 2315562
  1. @audio - nice -19

redémarrage de Jack =

log =

[+]etc ...
cannot continue execution of the processing graph (Relais brisé (pipe))
22:54:26.548 Script post-extinction terminé avec statut de sortie=256.
cannot continue execution of the processing graph (Relais brisé (pipe))
etc ...
cannot continue execution of the processing graph (Relais brisé (pipe))
jackd: aucun processus trouvé

fin de l'histoire

🙄 pas mieux ... ça m'a au moins permis de me familiariser un peu avec un terminal ! 😎 et même pas tout pété enfin pas encore !
une idée comme ça ... y'a peut-etre un conflit entre pulse audio manager et Jack ???

ce que dit un terminal sur le serveur Alsa mixer :

?????????????????????????????? AlsaMixer v1.0.22 ???????????????????????????????
? Card: HDA ATI HDMI F1: Help ?
? Chip: ATI R6xx HDMI F2: System information ?
? View: F3:Playback F4: Capture F5: All F6: Select sound card ?
? Item: S/PDIF Esc: Exit ?
? ?
? ?
? ?
? ?
? ?
? ?
? ?
? ???? ?
? ?OO? ?
? ???? ?
? < S/PDIF > ?
? ?
?
Salut, Thierry !

Bon, faut y aller dans l'ordre et étape par étape. Chacune des phases doit être passée avec succès sinon ça ne marchera jamais.

Phase 1 :

Le PAM !

Les commandes que tu as tapées n'ont pas la bonne syntaxe.
Tu vas très présicément entrer dans ton terminal :
Copy to clipboard
cd /etc/security/limits.d (enter) ls (enter)

et là, vérifier dans la liste affichée, la présence (ou non) d'un fichier nommé audio.conf.

Tu nous dis d'abord s'il existe ou non.

As-tu vérifié que tu appartenais bien au groupe "audio" comme indiqué dans un post précédent ?

Phase 2 :

Reconnaissance carte-son !

Toujours en terminal, renvoie-nous les résultats des commandes :
Copy to clipboard
aplay -l (enter) cat /proc/asound/cards (enter)


Je crois comprendre que la carte Lexicon est connectée aussi envoie également :
Copy to clipboard
lsusb (enter) lsmod | grep snd (enter)


Je sais, c'est fastidieux mais si les bases ne sont pas saines (RT+Jack) rien ne pourra fonctionner...

Pour pulseaudio, je t'ai donné mon opinion dans les "présentations".
Conflit : je suppose, décision : virer mais chaque chose en son temps. On fait d'abord ce qui vient d'être décrit.

A+
OK je m'applique et je recommence. 😕Ne t'énerve pas, je part de loin !

😎
Salut, Thierry !

Bon, faut y aller dans l'ordre et étape par étape. Chacune des phases doit être passée avec succès sinon ça ne marchera jamais.

Phase 1 :

Le PAM !

Les commandes que tu as tapées n'ont pas la bonne syntaxe.
Tu vas très présicément entrer dans ton terminal :
Copy to clipboard
cd /etc/security/limits.d (enter) ls (enter)

et là, vérifier dans la liste affichée, la présence (ou non) d'un fichier nommé audio.conf.

résultat :

__troll@TrollStudio:~$ cd /etc/security/limits.d
troll@TrollStudio:/etc/security/limits.d$ ls
audio.conf
troll@TrollStudio:/etc/security/limits.d$__

Tu nous dis d'abord s'il existe ou non.

euhhh, c'est marqué au dessus ???

As-tu vérifié que tu appartenais bien au groupe "audio" comme indiqué dans un post précédent ?

oui, moi aussi j'existe dans le groupe audio (y'à que moi d'ailleurs !!!

Phase 2 :

Reconnaissance carte-son !


Toujours en terminal, renvoie-nous les résultats des commandes :
Copy to clipboard
aplay -l (enter) cat /proc/asound/cards (enter)


réponse :

[+]
Je crois comprendre que la carte Lexicon est connectée aussi envoie également :
lsusb (enter)
lsmod | grep snd (enter)

réponse :


[+]
Je sais, c'est fastidieux mais si les bases ne sont pas saines (RT+Jack) rien ne pourra fonctionner...

Pour pulseaudio, je t'ai donné mon opinion dans les "présentations".
Conflit : je suppose, décision : virer mais chaque chose en son temps. On fait d'abord ce qui vient d'être décrit.

A+
Hello, Thierry !

Désolé si j'ai eu l'air énervé... Ca n'était pas le cas. Je me concentrais sur la clarté de mes explications.

Du coup,les résultats sont parlants.

Je te propose que l'on termine la config' du PAM.
Dans l'ordre :
Copy to clipboard
cd /etc/security/limits.d

tu vas "éditer" le fichier de conf':
Copy to clipboard
sudo gedit audio.conf

où "sudo" te donne les droits "administrateur" de ton système et gedit est le traitement de texte (éditeur).
Tu entres ton mot de passe "administrateur" lorsqu'il te le demande et tu ajoutes les fameuses lignes :
Copy to clipboard
@audio - rtprio 99 @audio - memlock 2315562

en toute fin du fichier si elles n'y sont pas déjà ?...
Tu enregistres et tu quittes.

Ensuite, je vais te proposer les réglages suivants dans le menu "réglages" de Jack :
  • échantillons/périodes : 1024
  • interface : par défaut
  • périphérique d'entrée : hw:1,1
  • périphérique de sortie : hw:1,0

Pour que ton nouvel environnement soit pris en compte, arrête puis redémarre ton système.
Lance Jack et renvoie une copie du log.

Je t'avoue être un peu inquiet de ne pas voir ta Lexicon dans le lsusb...
Essai de l'éteindre (ou débrancher) et de ne l'allumer qu'après avoir redémarré et t'être loggé et renvoie aussi un :
Copy to clipboard
lsusb


A+
Réponse de Jack :


[+]
...

cannot continue execution of the processing graph (Relais brisé (pipe))
18:43:16.164 Client désactivé.
c
18:43:16.165 JACK a été arrêté avec succès.
18:43:16.165 Script post-extinction...
18:43:16.165 killall jackd
annot continue execution of the processing graph (Relais brisé (pipe))

...

cannot continue execution of the processing graph (Relais brisé (pipe))
18:43:16.592 Script post-extinction terminé avec statut de sortie=256.
cannot continue execution of the processing graph (Relais brisé (pipe))

...

cannot continue execution of the processing graph (Relais brisé (pipe))
jackd: aucun processus trouvé

__Pour lelsusb aprés redémarrage Lexicon débranchée puis rebranchée (l'alim, pas l'USB)

réponse : __


[+]
reponse aprés arret + débranché alim et USB côté carte Lexicon - redémarrage, log

...

rebranché 1er = USB, 2e = alim

....

terminal = lsusb (enter)

réponse :

troll@TrollStudio:~$ lsusb
Bus 002 Device 006: ID 1210:0002 DigiTech
Bus 002 Device 005: ID 046d:c040 Logitech, Inc. Corded Tilt-Wheel Mouse
Bus 002 Device 004: ID 046d:c312 Logitech, Inc. DeLuxe 250 Keyboard
Bus 002 Device 003: ID 04f9:01f0 Brother Industries, Ltd
Bus 002 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
troll@TrollStudio:~$
Hmmmm...😬

Je ne comprends pas pourquoi la Lexicon n'apparait toujours pas dans le lsusb...
Le driver est pourtant bien chargé, lui...

Peux-tu essayer, en ne laissant que l'essentiel (clavier-souris) sur les ports USB, sans passer par un hub externe, de voir s'il y a un cas de figure, en changeant la Lexicon de port, où elle apparaisse avec des lsusb successifs ?
Juste histoire de vérifier s'il y a conflit entre ports USB.
Il semblerait que ça arrive.

A+
redémarrage de mozilla, onglet FIP radio en direct via leur lecteur intègré =
musique OK, potars d'entrée et sortie sur Lexicon = OK, casque sur lexicon = OK

a tout hasard je relance Jack : 1er = impossible de se connecter au serveur + plantage du lecteur radio ...

en 2é message d'erreur de jack :


[+]
😢
relance du lecteur radio = OK ...

je fais quoi maintenant ???

🙄

Eh, Jacques, y' pas de souci de mon côté et je suis ravi de pouvoir mettre un peu la main à la pâte même si je ne comprends pas tout ce que je fais. Même pas peur !

😀
Thierry,

Ce que je déduis de ce que tu as essayé (FIP) c'est que la Lexicon serait la carte-son "par défaut" sur ton système.
Pour l'instant, je ne comprends pas pourquoi. Ce n'est pas ce que disait le "aplay -l".

J'aimerais justement la voir apparaitre dans le "lsusb", ça m'aiderait à comprendre.
Je voudrais que la couche "matériel/drivers" soit bien assurée avant d'attaquer Jack puis, sans doute, pulseaudio.
J'ai la certitude (voir ton "lsmod" de tout à l'heure) que les drivers sont bien chargés.
Me manque l'assurance que ça communique "conformément" entre la carte et le processeur.
Le test "ports/USB" décrit tout à l'heure permettrait, au pire, de m'ôter un doute de l'esprit...😎

Lancer Jack avec une appli audio qui tourne déjà, je ne pense pas que ça puisse fonctionner. Je crois que Jack a besoin de monopoliser tous les flux d'E/S audio.

A+
débranché les deux DD externes et l'imprimante. reste clavier souris Lexicon

redémarre, log, lsusb =


[+]
je lance Jack =


[+]
Je recommence en débranchant la Lexicon
redémarre , rebranche la Lexicon ( à la place de l'imprimante sur l'UC )

lsusb =


[+]

Lancement de Jack =


[+]

couic !


lancement d'un média (you tube et test Lexicon = ok

pas beaucoup avancé !!!
lsusb (enter) lsmod

réponse

troll@TrollStudio:~$ lsusb

[+]
troll@TrollStudio:~$ lsmod

[+]

lsusb (enter) lsmod | grep snd

réponse :

troll@TrollStudio:~$ lsusb

[+]troll@TrollStudio:~$ lsmod | grep snd
bash: br: Aucun fichier ou dossier de ce type
troll@TrollStudio:~$
🙀

la dernière en date .par acquis de cincscience je vérifie les ressources système sous mon disque de travail et je trouve ces valeurs :

je constate que le CPU3 est tout le temps à 100% alors que les 3 autres se balladent entre 0 et 20% c'est normal ???

autres données moniteur systeme :


Pulseaudio = processus en cours 96 % à 100% de CPU / priorité -11 / id 1952 / mémoire 1,8 Mio / canal d'attente = 0

fichiers ouverts par pulse audio (pid 1952)

à tout hasard j'ai donné une priorité "normale" = valeur 0 comme tout le monde ! Et stoppé le processus dans moniteur système ... ( on peut aussi le "tuer" ❗

Il y avait peut-être un problème de ce côté la, je vais relancer le disque R.roll pour vérifier si Jack daigne fonctionner.
Bon ! Jack ne marchera pas tant qu'il y aura un autre processus qui utilise le périphérique (d'entrée ? de sortie ?) hw:0,1, de toutes façons.

Donc, pour moi, deux questions :
  • pourquoi la Lexicon n'apparait-elle pas dans les lsusb ?
  • qu'est-ce qui utilise la ressource "audio" ?

Pour la première question, dans la mesure où tu as du son par la carte lorsque tu écoutes FIP, je veux bien, à la limite, passer mon tour sans comprendre...

Pour la seconde, encore une fois, je pense qu'il y a du Pulseaudio là-dessous.
Mais, encore une fois, je n'ai jamais installé ni utilisé ce logiciel et, sans comprendre les phases précédentes de ton débuggage, ça m'ennuie de te conseiller de le virer.
D'autant plus que je ne sais pas ce que ça peut provoquer comme "effets de bord"...
Je sais qu'il y a de la littérature sur le sujet "Pulseaudio/Jack" sur le site mais je ne sais plus où.

Tu peux encore faire un essai avec, dans les réglages de Jack :
  • interface : hw:1
  • périphérique d'entrée : par défaut,
  • périphérique de sortie : par défaut,
qui devrait démontrer qu'un des soucis vient bien de cette "occupation" de Jack, sans pour autant rien résoudre.

Après ce test, qu'est-ce qu'on fait ?
  • on passe un peu de temps à bien installer la carte avant de passer à la couche suivante (driver/Jack) ?
  • on ignore l'étape précédente (puisque le streaming attaque bien la Lexicon) et tu vires Pulseaudio de ta distrib' installée ?
  • tu essaies une distrib' MAO sans Pulseaudio, en live-DVD, sans rien installer dans un premier temps ?

A tout'

EDIT : pour une éventuelle cohabitation Pulseaudio/Jack, j'ai retrouvé ceci.
salut Jacques ,

tu verrai quoi comme distrib a télécharger sans pulse audio en live DVD ???

observations :

1- j'observe un problème de saturation d'une des 4 CPU d'à partir de mon système "pro" (LINUX UBUNTU 10,04 lucid) causée par Pulse Audio (présent dans cette distrib. ???)

corrigé en utilisant le moniteur système = clic droit - stopper le processus + priorité = 0

au redémarrage je constate à nouveau que la priorité est très élevée ( = -11) mais Pulse audio au repos et pas d'utilisation CPU supérieure à 20%

2- je n'ai pas su trouver d'outil équivalent à "moniteur systéme" dans ma distrib "Musique"(Ubuntu Studio) je ne sais pas si Pulse Audio occupe la même place ...

3 - la carte mère est commune aux deux systèmes (2DD SSD distincts)

4 réponse à lsusb sur un terminal dans mon environnement "pro" =

troll@Troll-Bureau:~$ lsusb
Bus 002 Device 006: ID 1210:0002 DigiTech
Bus 002 Device 005: ID 046d:c040 Logitech, Inc. Corded Tilt-Wheel Mouse
Bus 002 Device 004: ID 046d:c312 Logitech, Inc. DeLuxe 250 Keyboard
Bus 002 Device 003: ID 04f9:01f0 Brother Industries, Ltd
Bus 002 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
troll@Troll-Bureau:~$


rien qui parle de Lexicon ...

peut-on en déduire :

A) que la Lexicon 1-à un problème. / 2- est mal installée ???

😎 et pas les systèmes qui tournent correctement par ailleurs et entre autre en streaming lu par la carte Lexicon ???

C) il pourrait y avoir un problème dans le "Root hub" (pilotage de ports USB si je comprend bien).

D) Je devrai me mettre à la flûte de Pan, me vêtir d'un poncho et aller jouer au pied du Machu Pichu, loin des problèmes de virtualité en méditant sur l'impermanence du son ???

😉
Hello !

Oui, il y a bien un problème avec la carte Lexicon ET avec Pulseaudio.

Pour la Lexicon, comme indiqué + haut, tu ne l'allumes toujours qu'APRES le démarrage et ton login ?
Pour l'USB, pourrais-tu tester chacun de tes ports USB avec une clé et un fichier bidon à copier dessus ? En faisant un lsusb à chacune des positions de la clef ? Apparemment il y a 8 possibilités...

Si tu as un peu de temps à y passer, tu peux tenter un boot en live-DVD de Tangostudio.
Pour te faciliter la manoeuvre, si tu le fais, pense à te mettre en clavier "français".
Ce serait intéressant d'avoir un lsusb, également et un log de Jack sous cette config'.

"Je devrai me mettre à la flûte de Pan, me vêtir d'un poncho et aller jouer au pied du Machu Pichu, loin des problèmes de virtualité en méditant sur l'impermanence du son ???"
Je ne suis pas sûr que les dieux du R'n'R y trouvent bien à leur goût !...

A+
Page: 1/2  [Suivant]
1  2