Historique: Premier lancement de Jack
Aperçu de cette version: 23
Avant de commencer, un mot sur le Temps Réel ou T.R. (ou RT=Real-Time en anglais).
Il y a deux termes à ne pas confondre:
Ces deux termes sont indépendants et l'un n'implique pas l'autre. Voir également la définition du temps réel dans le dictionnaire.
Pour contourner cet obstacle, il est possible de lancer JACK (ainsi que toutes les applications audio) en super utilisateur, mais comme on vous l'a surement souvent répété, cette solution est plutôt ... déconseillée 😁.
La solution préconisée consiste alors à autoriser l'accès à ces ressources au groupe d'utilisateurs audio puis de s'abonner au groupe audio.
Une fois que vous avez correctement suivi la procédure correspondant à votre système, revenez ici 😉
Si tout fonctionne, vous verrez apparaître le symbole "RT" en jaune pâle dans la fenêtre de qJackCtl, entre "Démarré" (ou "Started" en anglais) et le taux d'utilisation du processeur.
Si à ce moment vous avez un problème et un message d'erreur dans la fenêtre des messages de Qjackctl, vous pouvez consulter la FAQ de Jack : JACK_te_parle, mais avant, vous pouvez lire le chapitre juste en dessous.
Enfin la commande "fuser" suivante marche très bien pour lister les processus utilisant le son si le répertoire
Pensez en particulier aux serveurs son qui peuvent avoir la main mise sur les périphériques..
qJackCtl peut se charger de les "tuer" à son lancement pour vous.
Essayer de le lancer en ligne de commande dans une console/terminal en tant que super utilisateur :
S'il se lance correctement, vous devriez vérifiez la configuration de PAM, puis vous dé/reconnecter. Vous trouverez les instructions détaillées sur la page applis RT ou sur la page correspondant à votre distribution.
Mais faire fonctionner Jack en mode RT ne signifie pas pour autant que vous ayez un noyau "basse latence" : Jack fonctionne très bien en mode temps réel, sans que le noyau du système d'exploitation soit un noyau basse latence.
Pour une utilisation plus professionnelle et pour obtenir une latence encore plus basse, il vous faudra alors utiliser un noyau doté du module "realtime preemption".
Ces noyaux portent la particule 'rt' dans leur nom et sont aujourd'hui souvent inclus dans les distributions. Vous obtiendrez ainsi un vrai système temps réel. Sachez cependant que cela devrait être réservé aux utilisations plus poussées, car un système de ce type n'est pas forcément adapté à une utilisation bureautique classique (ce n'est pas un hasard si ce n'est pas le noyau installé par défaut ❗. Voir la page dédiée : noyau RT.
Il y a deux termes à ne pas confondre:
- Mode temps-réel pour JACK : étape conseillée dans tous les cas dès que l'on fait de la MAO,
- Noyau temps-réel : étape conseillée pour l'usage à très basse latence pour des systèmes très poussés (2% des cas).
Ces deux termes sont indépendants et l'un n'implique pas l'autre. Voir également la définition du temps réel dans le dictionnaire.
Mode temps-réel pour JACK
Pour fonctionner de manière optimale, JACK a besoin d'accéder de façon prioritaire à des ressources du système qui vous sont normalement "interdites" en tant que simple utilisateur.Pour contourner cet obstacle, il est possible de lancer JACK (ainsi que toutes les applications audio) en super utilisateur, mais comme on vous l'a surement souvent répété, cette solution est plutôt ... déconseillée 😁.
La solution préconisée consiste alors à autoriser l'accès à ces ressources au groupe d'utilisateurs audio puis de s'abonner au groupe audio.
Il est donc indispensable de suivre la procédure suivante qui donne un accès temps-réel aux applications.
Une fois que vous avez correctement suivi la procédure correspondant à votre système, revenez ici 😉
Configuration de JACK dans qJackCtl.
Rendez-vous sur la page qJackCtl pour une configuration de JACK optimale. Revenez ici ensuite pour apprendre à s'en servir.Si tout fonctionne, vous verrez apparaître le symbole "RT" en jaune pâle dans la fenêtre de qJackCtl, entre "Démarré" (ou "Started" en anglais) et le taux d'utilisation du processeur.
Si à ce moment vous avez un problème et un message d'erreur dans la fenêtre des messages de Qjackctl, vous pouvez consulter la FAQ de Jack : JACK_te_parle, mais avant, vous pouvez lire le chapitre juste en dessous.
JACK
95% des problèmes de lancement de JACK, que ce soit en ligne de commande ou par une interface graphique comme qJackCtl, s'expliquent par 2 raisons principales :Un autre processus utilise la carte son.
Vous pouvez utiliser la commande "ps ax" pour lister les processus et essayer de traquer le coupable (un logiciel audio planté par exemple). La commande "top" aussi peut servir.Enfin la commande "fuser" suivante marche très bien pour lister les processus utilisant le son si le répertoire
/dev/snd est peuplé (ce qui devrait être le cas lorsque ALSA est fonctionnel)Copy to clipboard
$fuser -v /dev/snd/* USER PID ACCESS COMMAND /dev/snd/controlC0: root 3830 F.... jackd /dev/snd/pcmC0D0c: root 3830 F...m jackd /dev/snd/pcmC0D0p: root 3830 F...m jackd /dev/snd/seq: root 3607 F.... kmidimon root 3819 F.... aseqnet root 3822 F.... qjackctl root 3830 F.... jackd root 3894 F.... pd root 3927 F.... muse root 3957 F.... ardour /dev/snd/timer: root 3927 f.... muse
Pensez en particulier aux serveurs son qui peuvent avoir la main mise sur les périphériques..
qJackCtl peut se charger de les "tuer" à son lancement pour vous.
Vous (et donc JACK que vous lancez) n'avez pas les droits suffisants.
Essayer de le lancer en ligne de commande dans une console/terminal en tant que super utilisateur :
Copy to clipboard
$ jackd -R -d alsa
S'il se lance correctement, vous devriez vérifiez la configuration de PAM, puis vous dé/reconnecter. Vous trouverez les instructions détaillées sur la page applis RT ou sur la page correspondant à votre distribution.
Pour aller plus loin
Noyau temps-réel
Dans un premier temps, vous pouvez rester avec le noyau que vous avez.Mais faire fonctionner Jack en mode RT ne signifie pas pour autant que vous ayez un noyau "basse latence" : Jack fonctionne très bien en mode temps réel, sans que le noyau du système d'exploitation soit un noyau basse latence.
Pour une utilisation plus professionnelle et pour obtenir une latence encore plus basse, il vous faudra alors utiliser un noyau doté du module "realtime preemption".
Ces noyaux portent la particule 'rt' dans leur nom et sont aujourd'hui souvent inclus dans les distributions. Vous obtiendrez ainsi un vrai système temps réel. Sachez cependant que cela devrait être réservé aux utilisations plus poussées, car un système de ce type n'est pas forcément adapté à une utilisation bureautique classique (ce n'est pas un hasard si ce n'est pas le noyau installé par défaut ❗. Voir la page dédiée : noyau RT.
