Bien sûr, on voudra que pulseaudio et jack fonctionnent s'ils arrivent au point où ils ont besoin de jack car la plupart des lecteurs multimédias de navigateur ne savent pas jack! ..malheureusement.
Je ne cessais de voir la suggestion d'avoir un seul d'entre eux en cours d'exécution à un moment qui me semble être un compromis si terrible. C'est un peu tragique à mon avis que ces deux services, c'est-à-dire jack et pulseaudio, bien que tous deux fonctionnels seuls, soient si mal gérés par kxstudio au moins, ce que j'utilise.
Donc, ce qui se passe est:
jack ne peut pas démarrer pendant que pulseaudio est en cours d'exécution (et en utilisant le pilote de carte son qu'il souhaite utiliser, ce qui est assez juste), il doit donc être démarré en premier
pulseaudio doit être pointé sur jack une fois à la fois opérationnel
Assez simple..ey? Pour certaines raisons, j'ai eu un chagrin sans fin avec ça cuz ..
D'abord, je pense que pulseaudio 4.0 semble être bogué et gâcher le pilote alsa de sorte que dans certaines situations, il le laisse verrouillé et que la prise ne peut donc pas démarrer même si pulseaudio n'est pas en cours d'exécution. (Dit n'a pas réussi à définir les paramètres de capture ou smtg comme ça)
Ce que j'ai finalement fait
- complètement supprimé jack et pulseaudio (avec find et rm -rf: D après purge apt-get)
- pulseaudio 11 installé (à partir des sources)
- jack installé et c'est libs (libjack-dev)
dans cet ordre, puis je les ai finalement fait fonctionner normalement via qjackctl qui s'assure qu'ils démarrent de la bonne manière (charge le récepteur de jack dans pulseaudio et le définit par défaut).
Btw, j'ai vu que Cadence est recommandé à la place et je ne comprends pas pourquoi, pour moi, cela semble être un déchet par rapport à qjackctl.
Quoi qu'il en soit, le problème est que le démarrage de jack à l'aide de qjackctl prend un certain temps et pour éviter les temps d'attente à chaque démarrage, vous pouvez utiliser cette fonction d'économie de vie de kde qui consiste à charger la session précédente. Assurez-vous de ne pas avoir qjackctl dans le démarrage automatique, car vous vous retrouverez avec une instance de plus à chaque redémarrage, quel que soit le paramètre singleton = true (buggy buggy toute la nuit).
C'est parce que je ne me sentais plus en train de jouer avec, comme écrire un script intelligent qui s'assurera que pulseaudio est en baisse (ou suspendu) démarrer la prise et vérifier qu'il a démarré correctement, puis démarrer pulseaudio, charger le module de prise, etc.
Sinon, s'appuyer sur le système d'exploitation pour démarrer les démons et charger correctement la configuration serait le scénario normal (sain), mais cela ne semble pas se produire.
S'amuser..
