Emile "iMil" Heitor 's home

Ceux qui suivent mes trépidantes aventures se souviennent peut-être que j’ai reçu ce petit joujou il y a quelques temps :

Ce boitier, une carte son USB 8 voies, permet à l’aide de CDs ou vinyles timecodés et d’un logiciel adapté, de “mapper” un fichier son sur une platine CD ou vinyl. C’est l’outil ultime du DJ.

Ce matériel a été initialement conçu pour un logiciel, celui publié par l’éditeur et le constructeur: Traktor Scratch Pro. Et comme vous vous en doutez, non seulement le logiciel en question est propriétaire jusqu’à l’os, mais il ne fonctionne que sur des systèmes sales ou très sales. Entre la peste et le choléra, j’ai jeté mon dévolu sur OSx86 (hackintosh, sur une machine x86 classique donc), ayant au moins la sensation d’avoir un UNIX sous les mains. Mais non, vraiment, dès que j’allumais la machine dédiée à cette utilisation, un goût de pain rassis envahissait ma bouche.
La sauvegarde est venue de Mixxx. Ce logiciel, je l’avais essayé il y a des années, et vraiment, non, il y avait beaucoup de chemin à parcourir. Mais aujourd’hui… que de chemin parcouru ! Mais surtout, me concernant, je lis dans le wiki du projet que ma fameuse Audio 8 DJ semble fonctionner.
Ce thread, sur le forum du constructeur, enfonce le clou: une configuration propre et fonctionnelle pour que les 8 ports de cette carte externe fonctionnent via ALSA :

### Audio 8 DJ, from http://www.native-instruments.com/forum/showthread.php?t=74006 (N_Systems)

pcm.dj_ch_a { type hw; card Audio8DJ; device 0; subdevice 0; channels 2; }
pcm.dj_ch_b { type hw; card Audio8DJ; device 0; subdevice 1; channels 2; }
pcm.dj_ch_c { type hw; card Audio8DJ; device 0; subdevice 2; channels 2; }
pcm.dj_ch_d { type hw; card Audio8DJ; device 0; subdevice 3; channels 2; }

# - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
# dj_8 :: Multi 4x4 Stereo Device (Ports 1-8, Channels A+B+C+D)
# - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
pcm.dj_8 {
        type multi

        # bind hardware devices
        slaves.a.pcm dj_ch_a
        slaves.a.channels 2
        slaves.b.pcm dj_ch_b
        slaves.b.channels 2
        slaves.c.pcm dj_ch_c
        slaves.c.channels 2
        slaves.d.pcm dj_ch_d
        slaves.d.channels 2

        # bind channels to virtual device
        bindings.0.slave a
        bindings.0.channel 0
        bindings.1.slave a
        bindings.1.channel 1
        bindings.2.slave b
        bindings.2.channel 0
        bindings.3.slave b
        bindings.3.channel 1
        bindings.4.slave c
        bindings.4.channel 0
        bindings.5.slave c
        bindings.5.channel 1
        bindings.6.slave d
        bindings.6.channel 0
        bindings.7.slave d
        bindings.7.channel 1
}

Finalement, puisque le moindre centième de seconde peut rendre fou lorsqu’on tient un bon mix, il était impératif de s’appuyer sur un serveur de son performant (comprendre, pas cette merde infâme de pulseaudio). JACK à la rescousse, il suffit de démarrer ce dernier ainsi :

jackd -S -R -d alsa -p 64 -n 3 -r48000 --device dj_8 -i 8 -o 8

Et de choisir “JACK Audio Connection Kit” comme “Sound API”, pour finalement (quasiment) retrouver son environnement de mixing… mais Libre.

Ça y est, j’ai craqué. À force de faire du duz-duz et que tous les musicos de mon entourage me le suggèrent à longueur de journée, j’ai acheté ça :

Il s’agit d’un clavier MIDI tout ce qu’il y a de plus basique, et surtout, à pas trop cher.

Je m’attendais évidemment à galérer comme pas deux pour faire reconnaitre le bestiau sous GNU/Linux. Voici la marche à suivre :

Brancher la prise dans le trou prévu à cet effet.

Ouais.

C’est tout.

La preuve :

Et finalement sous LMMS(*) :

trop dur.

(*) LMMS 0.4.0 stable est sorti la semaine dernière, et ça vaut clairement son pesant de cacahuètes

Au-se-cours.

Hier soir, alors que je me rencardais sur DSSI (un API pour créer des plugins audio à la VST), je suis tombé sur ce lien. FST n’est ni plus ni moins qu’un programme qui permet, en utilisant Wine et JACK d’utiliser des plugins VST sous GNU/Linux. Là comme ça, ça a l’air de rien, mais les musiciens dans l’assemblée, s’ils ne sont pas déjà au courant (le projet date de 2006 tout de même), devraient faire dans leur froc.

Un peu dubitatif, je décide d’essayer le machin.

Sous une Ubuntu / Debian, les packages suivants sont nécessaires :

• wine
• wine-dev
• lash-bin
• lashd
• liblash-dev

Décompressons de la version 1.8 de FST.

Après avoir récupéré le SDK 2.3 VST chez Steinberg (voir le lien chez http://www.joebutton.co.uk/fst/), décompresser l’archive vst_sdk2_3.zip puis vstsdk2.3.zip contenu dans cette archive dans le répertoire créé par la décompression de FST, fst-1.8. Le Makefile de FST est un peu foireux, commentez la ligne suivante :

        #cp -a $(VSTDIR) ./vst

Et réalisez cette étape à la main avant d’invoquer make :

$ mkdir vst && vstsdk2.3/source/common/* vst/

Enfin :

$ make

À ce stade, un executable, fst, devrait être disponible.

Démarrez alors LASH en invoquant la commande :

$ lash_panel

Téléchargez l’un des innombrables plugins VST disponibles, souvent gratuits et parfois libres, par exemple sur VST4Free et lancez le de cette façon :

$ pwd
/home/imil/sound/src/fst-1.8
$ ./fst /chemin/vers/le/plugin.dll

Le premier choc, c’est l’apparition du plugin :

Le second, c’est son apparition dans la liste des clients JACK :

Reste à attacher la sortie audio du plugin au port sonore systeme :

Le plugin est alors manipulable en utilisant n’importe quel canal midi (à eventuellement attacher au plugin en utilisant la console jack).

Et maintenant, j’ai besoin de Guronsan.

Pour ne plus avoir de soucis de monopolisation de carte son par JACK, j’ai ajouté une carte dans ma machine principale et l’ai intégralement dédiée à cette utilisation. Problème, fonction de l’ordre de chargement des modules lors du boot de la machine, cette derniere est tantot associée en Card 0, tantot en Card 1. On trouve la solution à ce problème sur le Wiki d’Alsa, et plus particulièrement dans le topic MultipleCards. En ajoutant ces deux petites directives :

options snd slots=snd_hda_intel
alias snd-card-0 snd_hda_intel

au fichier /etc/modprobe.d/alsa-base d’une Ubuntu, on s’assure que la carte dont le driver est snd_hda_intel sera toujours associée au slot 0. Ainsi, tous les évenements sonores “habituels” utiliseront le slot 0 par defaut, et on affectera le slot 1 à JACK et toutes les applications l’utilisant.

Il suffit alors de recharger les modules alsa via la commande :

$ sudo alsa force-reload

et tout devrait rentrer dans l’ordre.

Dans la serie des trucs qui marchaient très bien avant et qui se sont mis à merder depuis héron boiteux, j’appelle à la barre Jack, cet incroyable bout de soft permettant de brancher des applications sonores ensembles et d’en réduire la latence.

En effet, depuis quelques mois, le son provenant d’une application que je faisais passer par Jack grésillait inéxorablement. Gresillement / saturation, difficile de cerner le soucis et d’en rechercher la cause.

La solution vint de Tito, bien plus habitué que moi à bidouiller du son sous GNU/Linux. Via qjackctl, j’ai passé l’option Periods/Buffer de 2 à 8, et ô magie, un son pur comme le crystal s’échappait de mes enceintes.

On trouvera également quelques infos interessantes sur le sujet à cette adresse.