Skip to main content

3 - Forum dédié à Ardour

Liste des forums Liste des sujets

Forums > 3 - Forum dédié à Ardour > ARDOUR traiter les greffons en erreur
 
Thread actions
Print this page
  • Imprimer toutes les pages

    • ARDOUR traiter les greffons en erreur

    Envoyé par piratebab le Mon 23 Oct 2023 17:31
    Lorsque je fais un scan de greffon dans mon ardour 7.5 (debian), j'ai 159 greffons VST en erreur. J'en ai un certains nombres hors paquets debian, chargés sur la toile et mis dans un répertoire utilisateurs (par ex les airwindows).
    Je dois faire un peu de ménage.
    Dans la fenetre de scan d'ardour, je ne trouve pas leur répertoire d'installation pour m'aider à faire le tri. Auriez vous une idée comment afficher la liste des greffons en erreur avec leur répertoire d'installation ?
    Lectures: 1845
    Envoyé par jujudusud le Mon 23 Oct 2023 19:31 France
    Salut piratebab,

    Il y a plusieurs endroits que je connais. mais pas forcement la liste des greffons en erreur ...

    Tu peux passer pas -> préférences -> greffons -> VST. là dedans il y a les chemins.

    Sinon -> gestionnaire de greffons -> tu cliques sur un greffon en erreur et en bas de la fenetre il y a un encart avec des infos sur l'erreur dont le chemin.
    Envoyé par piratebab le Mon 23 Oct 2023 20:46
    Je connais cet endroit là 😊 c'est là que j'ai défini le chemin vers mon répertoire de VST téléchargés.
    Je viens d'y repasser, et j'en ai profité pour vider le cache des VST.
    et du coup, en ouvrant le gestionnaire de greffon, il a relancé un scan (rien de nouveau coté greffons en erreur).

    pour scanner les greffons et voir ceux en erreur, c'est dans fenetres --> gestionnaire de greffons.
    Ceux en erreur sont principalement les airwindows (j'ai aussi les LV2 en erreur)
    Envoyé par piratebab le Mon 23 Oct 2023 23:21
    Il suffit de cliquer sur la ligne du fichier dans le gestionaire de greffon pour avoir le détail de l'erreur.
    c'est comme ça que j'ai compris que le scan était récursif. Si des fichiers sont en doublon, le 2eme sort en erreur.
    J'ai dautres cas d'erreur que je vais creuser.
    Envoyé par jujudusud le Tue 24 Oct 2023 00:42 France
    piratebab écrit:
    Il suffit de cliquer sur la ligne du fichier dans le gestionaire de greffon pour avoir le détail de l'erreur.

    C'est que je t'ai écrit dans ma réponse.

    Par contre pour le côté récursif, c'est intéressant.
    Du coup, si tu as un greffon en LV2 et le même en VST3, Il se passe quoi ?
    En LADSPA et en LV2, même question !

    Je sens qu'on va apprendre des trucs ! 😊

    Il y a des options qui permettent de laisser de côté un VST2 si un VST3 identique existe sur le système.
    Pareil pour la distinction entre LADSPA et LV2, la même possibilité est offerte.
    Est ce qu'elles sont activées chez toi ?
    Envoyé par piratebab le Tue 24 Oct 2023 10:13
    Salut juju, je n'avais pas compris ta réponse (ou lu trop vite 😊)
    Je regarde ce soir quelles options j'ai coché.
    J'ai un peu de mal à comprendre l'historique des formats de greffons sous linux, et donc leurs prévalence en cas de doublons.
    Je sais que LV2 c'est mieux que LADSPA, pour pour le reste, c'est flou.
    Aprés suppression des doublons airwindows, j'ai encore plus d'erreurs ! Plus de 200 (pour plus de 500 greffons identifiés). Un gros ménage s'impose, mais d'abord, je veux comprendre!
    Envoyé par piratebab le Tue 24 Oct 2023 23:12
    Aprés suppression des doublons, il me reste des greffons LV2 en erreur. Ils ont otus une erreur du type
    Copy to clipboard
    Port 2 ('Exp FM') has no known data type
    , et il viennent de paquets debian.
    Envoyé par piratebab le Thu 26 Oct 2023 11:22
    J'ai fait une insatall de base en VM, pas d'autres greffons que ceux fournis dans des paquets debian.
    J'ai aussi des erreurs, en nombre plus faible.
    Par exemple en VST:

    Copy to clipboard
    [Info]: Scanning: /usr/lib/vst/lsp-plugins/lsp-plugins-vst2-1.2.11.so
[ERROR]: Missing entry method in VST2 plugin '/usr/lib/vst/lsp-plugins/lsp-plugins-vst2-1.2.11.so'


    Sur du LV2, je retrouve le même type d'erreurs que sur ma machine principale:
    Copy to clipboard
    URI: http://drobilla.net/plugins/fomp/mvclpf1
Bundle: file:///usr/lib/lv2/fomp.lv2/
LV2 Category: 'Lowpass Filter Plugin'
LV2 Parent Class URI: 'http://lv2plug.in/ns/lv2core#FilterPlugin'
Port 2 ('FM') has no known data type
Port 3 ('Exp FM') has no known data type
Port 4 ('Resonance Mod') has no known data type


    Je n'ai toujours pas de piste pour comprendre et résoudre.
    Envoyé par jujudusud le Thu 26 Oct 2023 19:06 France
    J'ai ça de mon côté :
    Le même que toi en erreur:
    Copy to clipboard
    [Info]: Scanning: /usr/lib/vst/lsp-plugins/lsp-plugins-vst2-1.2.12.so
[ERROR]: Missing entry method in VST2 plugin '/usr/lib/vst/lsp-plugins/lsp-plugins-vst2-1.2.12.so'
[WARNING]: Cannot open VST2 module '/usr/lib/vst/lsp-plugins/lsp-plugins-vst2-1.2.12.so'
Scan Failed.

    Un autre VST2 qui ne renvoi pas d'erreur :
    Copy to clipboard
    [Info]: Scanning: /usr/lib/vst/lsp-plugins/trigger-mono.so
[Info]: Callback opcode = 17 (ignored)
[Info]: Found Plugin: 'vhgz' Trigger Mono
[Info]: Touch cachefile: set mtime = 1698339091 (2023-10-26 18:51:31), plugin mtime = 1697606599 (2023-10-18 07:23:19)
VST2Cache version="1" binary="/usr/lib/vst/lsp-plugins/trigger-mono.so" arch="x86_64"
  VST2Info id="2053597302" name="Trigger Mono" creator="LSP VST" category="Mastering" version="" n_inputs="1" n_outputs="1" n_midi_inputs="0" n_midi_outputs="0" is_instrument="0" can_process_replace="1" has_editor="1"
[Info]: Saved VST2 plugin cache to /home/julien/.cache/ardour8/vst/fa7a1a3ef57a93cfeefc67e1fd5fe922a712017b-x64.v2i

    Envoyé par piratebab le Fri 27 Oct 2023 08:28
    Tu es sur Fedora, c'est bien ça ?
    Pour cette erreur, cela viendrait donc directement des sources LSP.
    Et tu n'as aucun plugin avec des erreurs de port ?
    Envoyé par jujudusud le Fri 27 Oct 2023 17:04 France
    J'utilise archlinux.

    Je n'ai que le vst 2 en erreur. Mais si j'installe le paquet "fomp-lv2" alors je me retrouve avec les même erreurs que toi.

    Apparement c'est simplement pour signifier que Ardour ne sait pas ce qui est attendu sur ces ports. Du son, du midi ... du cv peut être. Il ne peux pas savoir d'après ce que je comprends.
    Envoyé par olinuxx le Sun 29 Oct 2023 10:45 France
    Il y a une chose que je ne suis pas sûr de comprendre en lisant ce fil.
    Que cherches-tu à faire @piratebab ?
    Là, Ardour te signale qu'il y a des greffons qu'il ne sait pas gérer, ce qui n'est probablement pas un problème en soit.

    PS : les airwindows sont dans LZK-4
    Envoyé par piratebab le Sun 29 Oct 2023 11:14
    Olinuxx,
    les greffons en erreur ne sont pas utilisables, c'est ça le problème. Ils n'apparaissent pas dans le gestionnaire de greffon, on ne peux pas les mettre sur une piste ou un bus.
    Pour les airwindows, c'était juste une question de doublons, je ne savais pas que ARDOUR faisait une recherche récursive dans les répertoires personnalisés des greffons, j'avais tout recopié à la racine.
    Suite à la réponse de juju, on a confirmation qu'il y a un probleme au niveaux des greffons eux même, que je n'ai pas un problème de paquet debian ou arch.
    Je vais ouvrir un rapport de bug debian (si pas déjà fait), afin que le soucis soit remonté au créateur du greffon.
    Envoyé par olinuxx le Sun 29 Oct 2023 11:46 France
    les greffons en erreur ne sont pas utilisables, c'est ça le problème. Ils n'apparaissent pas dans le gestionnaire de greffon, on ne peux pas les mettre sur une piste ou un bus.


    Et en quoi est-ce automatiquement un problème ? C'est ça que je ne comprends pas dans votre analyse.
    Il y a des greffons qui ne sont utilisables que par tel ou tel STAN/hôte car tel ou tel STAN/hôte n'implémente pas toutes les extensions LV2 par exemple. En d'autres termes, ceci signifie qu'on peut avoir un greffon fonctionnel dans un STAN/hôte mais pas dans un autre. Et que ce n'est pas forcément la responsabilité du greffon, mais de l'hôte.

    Avez-vous essayé d'ouvrir ces greffons dans plusieurs autres STAN/hôtes ? (pour info : ardour, qtractor, carla, jalv.select, Reaper sont ceux que l'on utilise habituellement pour tester les greffons avant leur entrée dans LibraZiK).
    Envoyé par olinuxx le Wed 01 Nov 2023 10:19 France
    Il est possible que ni Audacity ni Ardour n'implémentent les extensions LV2 qui permettent d'utiliser autotalent
    Idem pour les fomp que tu ne trouves pas. Ça n'est pas forcément un "problème", c'est peut être voulu par les devs des hôtes.

    Pour tenter d'expliquer encore plus clairement, prenons un exemple imaginaire d'un hôte qui puisse utiliser les greffons LV2 mais qui ne fasse que de l'audio et pas de MIDI du tout. Il n'implémentera donc pas les extensions LV2 concernant le MIDI, et les greffons LV2 MIDI seront traités alors "en erreur". Ça n'est pas un problème en soit, c'est une décision des dévs de l'hôte.

    Il faut donc voir au cas par cas si les greffons que tu repères comme étant "en erreur" dans Ardour le sont par décision (et donc ça n'est pas un problème) ou parce qu'il y a vraiment un problème (ce qui est plutôt rare).
    Envoyé par piratebab le Wed 01 Nov 2023 11:47
    Le problème, c'est que autotalent est censé fonctionner avec ARDOUR sur debian.
    C'est peut étre un probleme de version de glibc. Je vais voir si j'ai le temps de le recompiler.
    autotalent
    Envoyé par darkbob le Wed 01 Nov 2023 21:40 Canada
    J'ai installé autotalent sous Archlinux et tout fonctionne. Le greffon ne rapporte pas d'erreur dans Ardour. Donc, il devrait être possible de faire fonctionner correctement le greffon sur Debian.
    Envoyé par piratebab le Thu 02 Nov 2023 11:10
    Merci pour ce retour. Cela rendorce la piste d'un probleme de version de glibc (pas eu le temps de faire le test).

    Est ce que tu peux tester le greffon EQ4Q (ou tout autre de la même famille, paquet EQ10Q).
    Sur debian testing et ARDOUR 8.1, l'interface graphique ne s'ouvre plus . Je ne peux utiliser que l'interface générique.
    Envoyé par darkbob le Thu 02 Nov 2023 16:01 Canada
    Testé sous Ardour 8.1 toute la famille fonctionne correctement.
    Envoyé par piratebab le Thu 02 Nov 2023 20:11
    Merci pour ton retour.
    J'ai ouvert un bug debian pour le paquet EQ10.
    Autotalent ne conctionne pas non plus sur un LBZK et ardour 7.
    Je vais ouvrir un bug debian
    Page: 1/2  [Suivant]
    1  2