Vous avez installé vos plugins, relancé Ardour, et la liste reste désespérément vide. Ce problème touche régulièrement les utilisateurs Linux, pour des raisons qui n’ont rien d’aléatoire. Dans la grande majorité des cas, la solution existe – elle demande juste de savoir où chercher.
Quels formats de plugins Ardour supporte-t-il réellement sur Linux?
Sur Linux, Ardour reconnaît quatre formats de plugins : LADSPA, LV2, VST2 (appelé LXVST dans l’interface) et VST3. Chacun a ses propres règles d’installation et de détection. Confondre ces formats est la première source de confusion.
Le point qui piège le plus de monde : Ardour ne peut pas exécuter les VST compilés pour Windows nativement sous Linux. Un fichier .dll téléchargé depuis le site d’un fabricant ne fonctionnera pas directement, de la même façon qu’Ardour sous macOS ne lit pas les VST Windows. Ce n’est pas un bug, c’est une limite fondamentale de l’architecture.
Le support VST3 est arrivé avec Ardour 6.5 en novembre 2020. Ardour 7.3 a ensuite ajouté la gestion des plugins VST3 à plusieurs bus I/O, et Ardour 8.2 a corrigé une régression qui gelait certains VST3 introduite dans la version 7.3. Si vous êtes sur une version ancienne, une mise à jour peut suffire à résoudre des comportements erratiques.
Autre distinction utile : Ardour scanne les plugins LV2 automatiquement à chaque démarrage, sans condition. Le scan des VST2 et VST3, lui, peut être désactivé dans les préférences – et beaucoup d’utilisateurs ne savent pas qu’ils l’ont coupé accidentellement.
Chemins d’installation incorrects : la cause la plus fréquente
Ardour cherche ses plugins dans des répertoires précis. Si votre plugin est ailleurs, il n’apparaîtra jamais dans la liste, sans le moindre message d’erreur visible.
Pour les plugins LXVST (fichiers .so), Ardour regarde dans /usr/lib/lxvst et /usr/local/lib/lxvst. Vous pouvez aussi définir un chemin personnalisé via la variable d’environnement LXVST_PATH. Pour les plugins VST3, les répertoires attendus sont ~/.vst3 pour l’utilisateur courant, et /usr/local/lib/vst3 pour une installation système.
Le piège classique des distributions Linux vient des chemins multiarches. Des packagers installent parfois les plugins dans /usr/lib/x86_64-linux-gnu/lxvst/ ou /usr/lib64/lv2. Ces chemins ne sont pas surveillés par Ardour par défaut. Résultat : le plugin est bien présent sur le disque, installé correctement selon le gestionnaire de paquets, mais Ardour ne le voit jamais.
Pour corriger ça, vérifiez l’emplacement exact de vos fichiers .so ou .vst3 avec la commande find /usr -name ".so" -path "/lxvst/*", puis ajoutez le chemin manquant dans les préférences d’Ardour, section Plugins.
Comment forcer Ardour à redétecter vos plugins VST?
Ardour ne refait pas automatiquement un scan complet à chaque lancement. Si vous venez d’installer un nouveau plugin, vous devez déclencher la détection manuellement depuis Edit > Preferences > Plugins.
Dans cette fenêtre, vérifiez d’abord que les cases « Scan for VST2 Plugins » et « Scan for VST3 Plugins » sont bien cochées. Si elles ne le sont pas, le moteur de scan ne s’exécute tout simplement pas. Cliquez ensuite sur le bouton « Scan for Plugins » pour forcer une nouvelle détection complète.
Si le scan tourne sans résultat, ouvrez un terminal et supprimez le fichier cache des plugins avant de relancer Ardour. Ce fichier se trouve généralement dans ~/.cache/ardour8/ (adaptez le numéro de version à votre installation). Ardour reconstruit le cache au prochain démarrage et repart d’une base propre.
La blacklist Ardour bloque silencieusement certains VST3
Lors d’un scan, si Ardour rencontre un plugin qui plante ou répond trop lentement, il l’ajoute automatiquement à une liste noire. Ce mécanisme protège la stabilité de la session – mais il peut aussi exclure des plugins parfaitement utilisables.
La liste noire est stockée dans le fichier ~/.cache/ardour5/vst64_blacklist.txt (le numéro dans le chemin peut varier selon la version installée). Vous pouvez l’ouvrir dans n’importe quel éditeur texte pour voir quels plugins ont été bloqués. Certains VST3 figurent dans cette liste alors qu’ils fonctionnent sans problème dans Carla ou d’autres hôtes.
Pour réactiver les plugins blacklistés, utilisez l’option « Clear VST Blacklist » disponible dans les préférences Plugins. Après avoir vidé la liste, relancez un scan complet. Si un plugin plante à nouveau le scan, c’est lui le fautif – Ardour le réinscrira sur la liste automatiquement et vous aurez isolé le coupable.
Comment utiliser des VST Windows sur Linux avec Yabridge?
Si vos plugins sont des fichiers .dll compilés pour Windows, Ardour ne les chargera pas directement. Yabridge résout ce problème en créant une couche de compatibilité qui présente ces plugins à Ardour comme s’ils étaient des plugins Linux natifs.
Yabridge prend en charge les formats VST2, VST3 et CLAP en 32 et 64 bits. Après avoir configuré vos répertoires Windows dans Yabridge et lancé une synchronisation, les plugins apparaissent dans des dossiers dédiés : ~/.vst/yabridge pour les VST2, ~/.vst3/yabridge pour les VST3, et ~/.clap/yabridge pour les CLAP. Ajoutez ces chemins dans les préférences d’Ardour et relancez un scan.
Un point à connaître avant de commencer : la version Flatpak d’Ardour ne supporte pas les VST Windows émulés via Yabridge. Si vous avez installé Ardour depuis Flathub, cette approche ne fonctionnera pas. Vous devrez utiliser le paquet natif de votre distribution ou le binaire officiel téléchargé depuis le site d’Ardour. Sous Ubuntu 25.04 avec Ardour 8.12 installé en natif, Yabridge fonctionne de manière fiable avec Wine configuré correctement.
Yabridge s’appuie sur Wine pour l’exécution, mais il gère lui-même la communication entre le plugin Windows et l’hôte Linux. Le résultat, quand tout est en place, c’est un plugin Windows qui répond dans Ardour exactement comme un LV2 – latence comprise, avec les contrôles d’automatisation exposés.