Ceci est une ancienne révision du document !



Jack - Jack Audio Connection Kit

Jack (en ligne de commande) est un peu compliqué a installer/paramétrer. Allez voir cette page pour qjackctl, une interface graphique à jackd. (/!\ le plugin jack pour XMMS ne semble pas fonctionner sur Feisty Fawn, utilisez plutôt audacious mais n'oubliez pas de sélectionner jack comme sortie !)

Il existe dans Ubuntu de nombreuses applications dédiées à la création musicale. Il est ainsi possible de faire de l'enregistrement audio multipiste et du MIDI simultanément, le tout avec quelques effets temps réel (réverbération, chorus, flanger, etc.) et des instruments virtuels comme une boîte à rythmes ou un piano dans un lecteur d'échantillons SoundFonts. On trouve aussi des choses plus marginales telles accordeur d'instrument, racks d'effets temps réel (type rack d'effets de guitare) ou clavier MIDI virtuel. Tout ceci est à quelques clics de l'utilisateur, encore faut-il configurer son système de manière à pouvoir profiter pleinement de toutes ces belles choses…

Ceux qui pensaient encore avoir besoin de leur Windows (ou de leur Mac ?) vont peut-être réviser leur position : on peut faire l'équivalent d'une bonne partie de Cubase sous Linux, certes avec un niveau d'intégration des divers composant moins bon, mais ce n'est qu'une question de temps.

Attention : on suppose dans cette page que vous avez correctement configuré votre (vos) carte(s) son avec l'ALSA (voir la page son).

Pour la culture, il faut savoir que la distribution Linux Agnula Demudi est spécialisée dans le domaine de la création audio / vidéo et que cette distribution, comme (K)Ubuntu, est issue de la distribution Debian. Ainsi, les paquets de facture professionnelle que l'on trouve dans Demudi sont aussi dans Ubuntu. Reste que dans Demudi, le système est configuré d'origine pour l'audio temps réel, alors que Ubuntu est configurée pour le bureau par défaut. Mais Ubuntu étant très polyvalente - tout comme son géniteur Debian, il "suffit" d'installer les paquets nécessaires et de configurer ce qu'il faut : nous y voilà !

Présentation

Impossible actuellement de prétendre faire de la MAO (musique assistée par ordinateur) sans installer jackd au préalable. Jackd est un des serveurs de sons disponibles dans Linux, il y a de brèves explications sur cette page du wiki : Les serveurs de sons. Jackd a l'avantage sur ses concurrents d'être taillé pour l'audio en temps réel et, surtout, d'être utilisé par presque toutes les applications plus ou moins orientées MAO.

Ah oui, jackd, c'est le serveur Jack, le daemon en anglais. Et jack, c'est le jack audio connection kit, la prise jack qui connecte l'audio temps réel de Linux !

Installer Jackd

Installer jackd, c'est facile : le paquet fait partie de l'archive Ubuntu universe, donc quasiment la base Ubuntu. Ceux qui utilisent Synaptic savent comment faire, pour les autres, en ligne de commande ça donne :

sudo apt-get install jackd

(qui a dit que Linux c'était compliqué ? - euh attendez quand même la suite avant de vous réjouir…)

Notez bien que le paquet porte le d à la fin car il existe aussi un paquet jack sans rapport avec notre serveur jackd

Parfait, sauf que ceci ne permet pas de faire de l'audio temps réel car, par défaut, sur un ordinateur de bureau, aucune application n'a besoin du temps réel. Or si on n'active pas le temps réel, on aura inévitablement de brèves coupures de flux audio, et c'est moche dans une chanson !

Le matériel sonore utilisé en MAO possède une faible latence, d'ailleurs exploitée par Jack. Cette faible latence laisse moins de temps à votre processeur pour traiter des instructions qui, d'habitude, sont effectuées sans contraintes temporelles. Jack signale ces retards de traitement par des XRUN qui se traduisent par des micro-coupures du son fort dérangeantes. Pour éviter cela, il y a la solution "temps réel". Le noyau temps-réel a pour principe d'assurer que les instructions éffectuées par votre machine se feront en un temps bien déterminé. Lorsque vous lancez Jack en priorité temps réel, vous lui garantissez que le traitement qu'il demande sera effectué dans le temps qu'il demande ;-) A noter qu'un noyau temps réel ne réduit ni n'accroît la latence, celle ci reste dépendante de votre matériel, de la couche sonore que vous utilisez, et de vos paramètres.

Sur les vieux systèmes (jusqu'à Edgy)

C'est un peu compliqué mais on peut ajouter un module au noyau qui permet d'avoir une faible latence.

Tuto pour l'utilisation du paquet "realtime-lsm" : realtime

Sur Feisty

La faible latence peut être donné très simplement en installant le noyau faible latence. Le nom du paquet est : linux-lowlatency.

Attention : le depot multiverse doit etre activé.

A partir de Gutsy

Le temps réel peut-être donné très simplement en installant le noyau temps réel. Le nom du paquet est : linux-rt.

Attention : le depot multiverse doit être activé.

Autoriser les applications audio a utiliser le temps réel

Il faut modifier en tant qu'administrateur le fichier qui donne aux applications audio le droit d'accéder au temps réel.

Ouvrez le fichier /etc/security/limits.conf.

Puis ajoutez à la fin du fichier les lignes suivantes :

# Support Temps réel pour le groupe audio
@audio  -  rtprio   99
@audio  -  nice	    -10
@audio  -  memlock  250000

Attention : il vous faudra redémarrer (avec le noyau temps réel) pour que ces changements prennent effet.

Vous pourrez trouver plus d'informations sur la configuration de PAM sur le site de linuxmao

Poussez-vous, j'arrive !

Tout est en place pour lancer le serveur jack. Sauf qu'il faut une carte son disponible, ce qui n'est pas forcément le cas si vous êtes dans Gnome ou KDE. En effet, le serveur de son respectif de chaque environnement (esd et arts) a tendance à s'accaparer la carte son, de sorte qu'on ne peut plus l'utiliser pour jack… Quatre solutions s'offrent alors :

  1. tuer le serveur de l'environnement, à l'aide d'un killall esd ou d'un killall arts
  2. configurer le serveur Jack afin qu'il tue le processus Pulseaudio (ou ALSA) au démarrage et qu'il tue Jackd à la sortie

script de démarrage: killall pulseaudio / script après extinction: killall jackd

  1. utiliser un environnement sans serveur de son ! (XFCE semble être le plus adapté)
  2. Lancer KControl si on est sous KDE (ou Système > Préférences > Son sur GNOME) pour y "éteindre" son sytème de sons (solutions adaptée a ceux qui utiliserons modérément les applications pour lesquelles jackd est nécessaire. Il faudra juste penser à le remettre en fonctionnement à la fin).

Chaque solution a ses avantages et ses inconvénients. Bien sûr, si vous avez deux cartes sons, vous pouvez presque oublier le problème : chaque serveur de son sa carte ! Dans le premier cas, l'environnement n'émet plus de son, donc les applications multimédia non plus ! Cependant il existe un grand nombre de lecteurs audio et vidéo qui peuvent rediriger leur sortie vers jack une fois les bons paquets installés (chercher les paquets en "-jack" dans Synaptic), il ne faut juste pas passer son temps à changer de serveur de son… Dans le deuxième cas, tout marche, à tel point que si on change de bureau virtuel, ça émet un son en plein milieu du morceau qu'on enregistre !!! Dans le troisième cas, il faut prévoir de lancer automatiquement jack à l'ouverture de session afin que les applications multimédia (lecteurs audio par exemple) puissent encore servir à quelque chose !

Vous l'avez compris, j'ai une carte audio haut de gamme en plus de celle intégrée à la carte mère : l'environnement joue sur la carte mère, jack sur la carte audio digne de ce nom !

Pour être exhaustif, signalons que l'on peut configurer le système audio plus finement comme expliqué à la page Installation du son. Cependant l'objectif de cet article est d'aller le plus directement au but afin de vite découvrir les nombreuses possibilités de Linux en matière de création musicale, on se contentera donc ici des solutions simples évoquées.

Remarque : les deux commandes suivantes permettent de savoir quels processus utilisent la (les) carte(s) son

sudo lsof |grep /dev/dsp
sudo lsof |grep /dev/snd

respectivement pour les applications OSS et pour les applications ALSA. Dans le cas de plusieurs cartes son, il y aura aussi un /dev/dsp1, un /dev/dsp2 etc.

Lancement

A nouveau il y a plusieurs possibilités. La classique ligne de commande et l'interface graphique. En ligne de commande, ça donne un truc du genre :

jackd -sRp 70 -d alsa -d hw:1 -r 44100 -H -z s &

Ce qui lance le serveur jack en temp réel priorité 70, sur le pilote ALSA et la deuxième carte son, en 44.1kHz avec un dithering de type shaped (sert à diminuer le bruit de quantification). Consulter l'aide de jack pour savoir quelles options utiliser. Notez bien qu'il n'y a pas de sudo maintenant.

Toute la question, lorsqu'on a plusieurs cartes son, est de savoir quel est le bon numéro de carte. Pour cela, un petit :

aplay -l

dit tout sur les cartes son disponibles. Pour info aplaymidi -l fait la même chose avec les périphériques MIDI.

En mode graphique, on peut par exemple utiliser qjackctl du paquet du même nom dans l'archive universe. Une fois lancé, il faut cliquer sur le bouton "Setup" pour accéder à l'interface qui règle les paramètres de démarrage du serveur jack (onglet "Settings"). Dans l'onglet "Misc", on a la possibilité de demander à Qjackctl de lancer le serveur automatiquement quand il démarre. On peut ensuite cliquer le bouton "Start" et apprécier d'éventuels messages d'erreur dans la fenêtre "Messages" (bouton du même nom).

Pour vérifier que ça sort du son, un petit LA 440 :

ecasound -f:32,1,44100 -i null -o jack_alsa,<myport> -b:1024 -el:sine_fcac,440,1

On n'oubliera pas de remplacer <myport> par le numéro d'une sortie audio ! (par exemple hw:0)Bien sûr il faut au préalable installer le paquet ecasound.

Ça marche pas !

Aïe, jack vous insulte en disant que le pilote ALSA n'a pas pu être chargé… Certainement que le temps réel n'est pas correctement configuré. Tester jack sans priorité temps réel pour voir, avec cette commande :

jackd -s -d alsa -d hw:0 -r 44100 -H -z s &

Si c'est bon, c'est que le temps réel n'est pas disponible. Il faut alors vérifier les points suivants :

Le module realtime-lsm est-il chargé ?

Pour le savoir :

lsmod | grep realtime

doit retourner les modules "realtime" et "commoncap".

Appartiens-je au groupe audio ?

Pour le savoir :

groups

doit retourner une liste contenant "audio".

Le module realtime-lsm est-il correctement configuré ?

Pour le savoir :

cat /etc/default/realtime | grep 29

doit retourner PARAMETERS="gid=29" + éventuellement d'autres paramètres. S'il y a "any", il faut qu'il valle 1, sinon ça complique inutilement la configuration (il faut définir une à une les applications qui ont droit au temps réel…).

Même sans le temps réel, ça marche pas !

N'y aurait-il pas encore un esd ou un arts qui occuperait la carte ? Pour le savoir :

ps -A | grep esd
ps -A | grep artsd

doivent toutes les deux retourner une chaîne vide. Si ce n'est pas le cas et que vous n'avez qu'une carte son, ne cherchez pas plus loin !

Je n'ai pas de ports MIDI !

Il faut alors vérifier que les modules MIDI du noyau sont chargés :

lsmod | grep midi

S'il n'y a pas snd_seq_midi, ça va effectivement être dur de faire tourner un séquenceur MIDI… Dans ce cas, il faut forcer le noyau à charger les modules au démarrage en éditant le fichier /etc/modules et en ajoutant la ligne suivante :

snd_seq_midi

Et pour éviter de redémarrer la machine tout de suite (après tout on n'est pas sous Windows !), il suffit d'entrer la commande suivante :

sudo modprobe snd_seq_midi

Bienvenue dans la MAO sous Linux !

Lorsqu'on a lancé plusieurs applications audio, il faut ensuite connecter leurs flux audio et MIDI : machin enregistre truc, ressort dans bidule etc. Là encore qjackctl s'avère de bon secours, bien qu'il ne soit pas parfait pour cette opération. En cliquant sur son bouton "Connect", on affiche l'interface qui permet de tirer des câbles audio ou MIDI entre les différents ports des applications ou des périphériques audio ou MIDI.

Quelles applications utiliser ?

Fouillez dans la section Multimedia de Synaptic, il y a de quoi faire. Aller, une petite sélection de logiciels.

  • l'incontournable séquenceur audio / MIDI : Rosegarden
  • le multipiste numérique (forcément !) : Ardour
  • un joueur de SoundFonts : Qsynth
  • la boîte à rythmes : Hydrogen
  • un synthé virtuel : Zynaddsubfx
  • un effet de guitare (ou autre) temps réel : Creox, rakarrack, Guitarix.
  • l'outil de mastering : Jamin
  • le rack d'effets pour jack : Jack-rack
  • le vu-mètre : Meterbridge
  • l'enregistreur de jack qui ne rate jamais le début : TimeMachine

Citons enfin le séquenceur LMMS qui arrive fraîchement de Debian par les backports Ubuntu Breezy et le séquenceur Wired basé sur portaudio. Il paraît que la concurrence stimule l'innovation, ça promet… Enfin nombreux sont les éditeurs de sons disponibles et qui permettront par exemple de convertir un fichier 32 bits stéréo en "wav" 16 bits / 44.1 kHz puis en "mp3" ou en "ogg", plus pratiques pour la diffusion.

Pour aller plus loin...

Optimiser le système

On peut chercher à optimiser son système afin de libérer un maximum de ressources et donc faire tourner un maximum d'applications audio en même temps. Il faut bien dire que les effets du type réverbération ou encore les lecteurs d'échantillons sont particulièrement gourmands en ressources. Les pistes à suivre :

  • désactiver voire désinstaller les services inutiles, il y a pas mal de littérature sur le sujet sur le net (chez Léa par exemple)
  • désactiver le chargement des modules OSS car on va plutôt utiliser le système ALSA (voir plus bas)
  • utiliser un environnement graphique plus léger : abandonner Gnome ou KDE pour Fluxbox, Enlightenment, etc., voire XFce
  • accélérer les accès au disque dur
  • n'oubliez pas que la mémoire RAM ne coûte plus grand chose et méfiez-vous des tâches de maintenance du système qui démarrent environ 10 minutes après l'allumage du PC !

Pour le deuxième point, la méthode consiste à éliminer les paquets en "-oss" dans Synaptic, installer ceux en "-alsa" et éventuellement en "-jack" si ce n'est déjà fait, puis à éditer les fichiers /etc/modprobe.d/alsa-base et /etc/modutils/alsa-base afin d'éliminer le chargement des modules OSS (dont le nom est en "-oss" !). Il ne faut pas ensuite oublier d'exécuter la commande "update-modules".

Pour régler son système au poil, on trouvera pas mal d'informations sur les sites de Jack et de Planet CCRMA listés au chapitre suivant - bien que le second soit focalisé sur Fedora ;-) .

Utiliser DSSI, le VSTi de Linux

DSSI est une architecture qui permet de créer des plugins de synthétiseurs virtuels exactement comme les VSTi de Steinberg. Il existe d'ailleurs un plugin qui permet d'utiliser un VSTi dans Wine par DSSI… Comble de bonheur, le séquenceur Rosegarden supporte DSSI. On accède dans Rosegarden à la liste des plugins disponible dans le menu Composition → Studio → Gérer les plugins. Le malheur, c'est que DSSI n'est pas supporté par Ubuntu, ni par Debian d'ailleurs (seule Demudi semble s'y être atelée). Donc on ne voit rien dans la liste des plugins disponibles… Il y a deux raisons à cela :

  1. il n'y a pas de plugin DSSI installé ni installable !
  2. Rosegarden ne compile le support DSSI que si DSSI est installé !

Ainsi pour profiter de DSSI, il faut tout compiler, à la main… Pour les courageux voici donc ce que j'ai réussi à compiler sur Breezy AMD64 et les bibliothèques requises :

  • DSSI-0.9.1 → ladspa-sdk, libasound2-dev
  • fluidsynth-dssi-0.9.1 → liblo-dev, libfluidsynth-dev, ladcca-dev
  • sineshaper-0.4.2 → ligtkmm-2.4-dev, libglademm-2.4-dev
  • whysynth-20051005
  • xsynth-dssi-0.9.0

Par contre hexter-0.5.8 a échoué. Pour Rosegarden, le mieux puisqu'il existe un paquet Ubuntu est de demander à apt-get de le recompiler. Pour cela il faut activer les dépôts de paquets source dans /etc/apt/source.list (donc enlever le # devant chaque ligne débuttant par deb-src). Ensuite, il faut installer quelques paquets manquant : automake-1.7, liblrdf0-dev et dpatch. Enfin la recompilation de Rosegarden se fait en 2 commandes et pas mal de patience (la compilation est longue). Pour résumer :

sudo nano /etc/apt/source.list
  <décommenter les lignes qu'il faut et sauver le fichier !>
sudo apt-get install automake-1.7 liblrdf0-dev dpatch
sudo apt-get -b source rosegarden4
sudo dpkg -i rosegarden4_1.0-1ubuntu3_<arch>.deb

Bon je dois avouer que mon Rosegarden ainsi recompilé plante (Ubuntu/Breezy AMD64) alors que ça marche sous Debian Sarge x86… Peut-être que d'autres seront plus doués ?


Contributeur : jmp omega02 sonal.

  • jackd.1249307602.txt.gz
  • Dernière modification: Le 03/08/2009, 15:53
  • par 213.95.41.13