Chargement...
 
Skip to main content

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


[Résolu] playback device "hw:0" is already in use

Tout est dans le sujet...

J'ai fouillé dans le forum mais pas trouvé de réponse, à part de chercher dans la liste des processus mais je trouve pas lequel...

Si qqun sait trouver ce qui bloque dans la liste qui suit.

Merci.

[+]
Bonjour dcartron et bienvenue...depuis Nantes 😊

A ce que j'ai compris dans ton autre post tu utilises kde4 avec pulseaudio. probablement c'est pulseaudio qui occupe le device hw:0 .
Dans mdv tu peux le desactiver dans le control center section hardware/son .
Aussi tu peux le tuer en utilisant killall pulseaudio. Il y a entre temps un moyen de mettre pulseaudio en attente pendant que jack tourne, faut que je fouille....
En tout cas, s'il reste toujours occupé et tu n'as pas pulseaudio, as-tu un lecteur de musique en route en permanence dans le systray en bas à droite?

bonne journée
Frank
PS: n'hésite pas d'ajouter tes travaux pour lilypond dans nos pages wiki
Bonjour dcartron et bienvenue...depuis Nantes 😊


Merci mais damned, comment m'as-tu reconnu ?...

En tout cas bravo pour le site, j'avoue que j'aurais dû y consacrer plus de temps de lecture depuis bien longtemps.

A ce que j'ai compris dans ton autre post tu utilises kde4 avec pulseaudio. probablement c'est pulseaudio qui occupe le device hw:0 .
En tout cas, s'il reste toujours occupé et tu n'as pas pulseaudio, as-tu un lecteur de musique en route en permanence dans le systray en bas à droite?


J'avais déjà désactivé pulseaudio, comme indiqué sur le site, j'ai aussi fait les manipes pour le groupe audio. Par ailleurs je crois avoir tout arrêté, mais toujours pas moyen de lancer jack. Dans les messages d'erreur il dit aussi que :
cannot load driver module alsa
si ça peut avoir une signification particulière...

PS: n'hésite pas d'ajouter tes travaux pour lilypond dans nos pages wiki


J'y pensais, mais je veux d'abord vérifier que ça marche aussi dans KDE4. Pour l'instant tout est sur mon site, www.cartron.org section musique (ou informatique je sais plus...) Tu peux déjà y jeter un oeil et me dire si c'est vraiment intéressant.

Et bonne journée à toi aussi.

Daniel
Sur un forum ubuntu j'ai trouvé un début de réponse, il faut relancer alsa avec /sbin/alsa force-reload. J'ai tenté et ça m'a dit que pas possible parce que les processus xxx et yyy l'utilisaient, ce qui est pas forcément le meilleur moyen de trouver ce qui utilise la carte son mais en tout cas ça marche. J'ai tué les processus en question, relancé alsa, plus aucun porocessus n'utilisant alsa, retenté de démarrer jack et là nouveau pb :

[+]
J'ai aussi trouvé qu'il fallait vérifier la présence des modules snd_seq et j'ai ça :

[+]
J'ai tout ce qu'il faut on dirait non ?

Par ailleurs quand j'ai redémarré alsa j'ai eu ce message :
Copy to clipboard
service alsa start WARNING: Module snd_mixer_oss already in kernel. snd_hda_intel. [ OK ] Doing alsactl to restore mixer settings: [ OK ]


ça veut dire qq chose ?
Enfin une piste intéressante : j'ai tenté pour voir de lancer jack en root et là ça marche !

Pourtant j'ai bien modifié mon /etc/security/limits.conf, je suis dans le groupe audio, et j'ai rebooté la machine...

Qu'est-ce qui ne va pas ? Une histoire de droits sur un quelconque fichier dans etc ?
Je redonne la manipe que j'ai utilisé en expliquant bien, au cas où qqun d'autre aurait le mm pb, puis je ferai un autre sujet pour mon nouveau pb.

En tant que root taper la commande suivante dans une console :
Copy to clipboard
[root@localhost daniel]# service alsa restart


ce qui ne marchera pas puisque la carte son est occupée mais donnera les pid :
Copy to clipboard
Doing alsactl to store mixer settings... [ OK ] no. (sound is being used by pid 15341 15267 15267)) [ÉCHEC ] ALSA driver is already running.Doing alsactl to restore mixer se[ OK ]


il ne reste plus qu'à chercher quels sont les processus fautifs par leur pid :
Copy to clipboard
[root@localhost daniel]# ps ax | grep 15341 15341 ? S 0:01 /usr/bin/kmix 20960 pts/2 S+ 0:00 grep --color 15341


kmix n'est pas à tuer il n'empêche pas jack de démarrer.
Copy to clipboard
[root@localhost daniel]# ps ax | grep 15267 15267 ? SLl 103:39 /usr/bin/knotify4 20964 pts/2 R+ 0:00 grep --color 15267


mais knotify4 si, donc :
Copy to clipboard
[root@localhost daniel]# kill 15267


Et normalement jack devrait finir par démarrer si le reste est correctement configuré.
Super, oui maintenant je me souviens qu'un pote avait le même problème....peut-être qu'il suffit de desactiver les notifications de kde dans les systemsettings ?
Comme kde4 commence à ce répandre même pour la MAO, ce serait bien de rajouter ça dans la FAQ sur la page jack.
J'ai essayé ça mais d'abord c'est pas facile à trouver où c'est rendu maintenant et en plus ça n'a pas d'impact sur knotify qui continue à tourner. Et la commande killall knotify4 exécutée automatiquement par qjackctl n'a pas d'effet, il faut le faire à la main et je comprend pas pourquoi...

Tu veux que je fasse l'ajout quand j'aurai fini de trouver ?
Bon finalement après autres essais il s'avère que le programme qui sert à configurer les notifications système de KDE4 se lance avec l'entrée de menu qui se nomme "Configurer votre bureau" (Mandriva) mais à coup sur (quelle que soit la distro) on y arrive en tapant /usr/bin/systemsettings dans Konsole. Ensuite il faut aller dans l'onglet "Général" > section "Apparence" > icône "Notifications". Là dans l'option "Notifications du système" > onglet "Configuration du lecteur" il faut sélectionner "Aucune sortie audio" puis valider et jack peut se lancer. À noter que knotify4 n'est pas tué pour autant mais il cesse de vouloir utiliser la carte son. Je ne sais pas s'il y a un quelconque temps de latence, j'ai fait plusieurs autres trucs entre-temps, mais ça doit être le temps de latence standard pour le déchargement des modules du noyau AMHA.

J'ai mis la page jack à jour, si qqun veut me relire ?...
Cool 😊
Merci, on relira ça