Chargement...
 
Skip to main content

3 - Forum dédié à Ardour


ARDOUR traiter les greffons en erreur

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 ?
France
J'ai essayé avec autotalent (LADSPA) et Ardour 8.1 (en test dans LZK4 en ce moment), et l'interface graphique s'ouvre.
J'ai testé rapidement EQ10Q et EQ4Q, les versions mono fonctionnent sur des pistes mono (les IGU s'affichent) et les versions stéréo sur des pistes mono plantent ardour. Et inversement mono/stéréo.

Il vient d'où ton ardour7 sur LZK ? Ça serait pas un ardour de chez ardour.org par hasard ?
non, c'est le paquet LBZK. Je n'ai rien installé hors paquet sur cette machine.
Pour eq10Q sur debian, j'ai creuser un peu.
Ardour 8.1 cherche les IGU dans
Copy to clipboard
/usr/lib/lv2/sapistaEQv2.lv2/gui/

mais je n'ai pas le répertoire gui (le paquet debian ne l'installe pas)
Pour eq10q, j'ai bien vérifié que j'ai dans ardour
Copy to clipboard
LV2 UI embedding: True

France
Si le paquet Debian EQ10Q n'installe pas les IGU, alors tu as trouvé le problème.

Bizarre ce que tu dis ici pour le Ardour 7 + autotalent. Mais puisque je ne vais pas tarder à publier Ardour 8.1 sur LZK4 et qu'autotalent fonctionne bien avec, je ne vais pas investiguer plus avant sur ce sujet. Tu me confirmeras lors de la publi de ardour 8.1 sur LZK4 que ça corrige bien ton soucis. Sinon, on avisera.
Pas forcément, il n'y a pas obligation de séparer l'UI dans un fichier séparé.
Copy to clipboard
While it is possible to have the plugin UI and the plugin in the same shared object file, it is a good idea to keep them separate so that hosts can avoid loading the UI code if they do not need it.

source: https://lv2plug.in/ns/extensions/ui

Ca se défini dans LV2UI_Descriptor

Copy to clipboard
const char* LV2UI_Descriptor::URI The URI for this UI (not for the plugin it controls).

Je vais regarder si je comprends comment c'est fait dans la paquet source debian.
France
Si tu prends le dernier paquet Debian avant celui là (la version 2.2~repack0-4), il y avait bien les GUI.
Cependant, si tu prends le changelog-Debian pour ce nouveau paquet de EQ10Q (la version 2.2~repack0-5), ça dit que c'est fait exprès de ne pas construire les IGU car elles dépendent de gtkmm2.4 qui n'est plus maintenu et qui dépend de GTK 2 qui est un peu "persona non grata" car trop vieux. Donc Debian a dû décider de ne plus construire les IGU pour les EQ10Q. C'est embêtant car les IGU sont un des trucs très intéressant pour les EQ10Q... Il faudrait donc que les EQ10Q soient mis à jour et/ou portés vers gtkmm3.0/GTK3 ou une autre boîte à outils graphique. Problème en vue, car la forge du projet n'a plus de commit après 2017.
OK merci pour tes recherches.
Le dernier bug corrigé date de 2018
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=890634
J'ai un peu regardé comment on faisait une UI en GTK pour LV2. Ce ne doit pas être trop compliqué pour quelqu'un qui connait bien le cpp, mais c'est au dessus de mon niveau, même si j'ai trouvé de très bon tutos.
Dans le bug
il est clairement indiqué que le développeur de ces greffons ne répond plus
Copy to clipboard
eq10q Build-Depends on packages from src:gtkmm2.4, a C++ binding for GTK 2. GTK 2 was superseded by GTK 3 in 2011 (see <https://bugs.debian.org/947713>). __It has been discontinued by its upstream developer and no longer receives any upstream maintenance at all__. The direct replacement for gtkmm2.4 is gtkmm3.0, a C++ API for GTK 3. Please see <https://wiki.gnome.org/Projects/gtkmm/PortingToGtkmm3> for information about porting from gtkmm2.4 to gtkmm3.0, and <https://docs.gtk.org/gtk3/migrating-2to3.html> for general information about porting from GTK 2 to GTK 3.


j'ai réinstallé et bloqué la version précédente, et ça fonctionne.
Dans les autres commentaires, le mainteneur du paquet indique que de nombreux autres plugins LV2 dépendent encore de GTK2, et qu'ils vont tous les supprimer de la future version stable de debian.
Les autres distributions vont se retrouver dans la même situation, ça fait 10 ans que GTK2 est déclaré obsolete.
France
Le bogue auquel je faisais référence : https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1041795 Image .

Oui, GTK2 est mort depuis 10 ans, et les logiciels qui en dépendent vont sauter les uns après les autres s'ils ne se mettent pas à plus récent.

Espérons pour les EQ10Q que quelqu'un en reprenne la maintenance/développement. Sinon, il faudra passer à autre chose.
France
[Mode humour enclenché]
Je suis triste d'apprendre qu'Ardour va disparaitre des distributions qui ne veulent plus de logiciels dépendants de GTK2 et de GDK2... D'ailleurs...
[Mode humour déclenché]

Plus sérieusement, j'ai du mal à comprendre la position des distributions qui veulent supprimer quelque chose parce que c'est vieux. 😉
France
[Mode "j'ai bien compris ton humour mais je réponds un peu sérieusement quand même" enclenché]
Ardour maintient en interne son propre fork de gtk2 : https://github.com/Ardour/ardour/tree/master/gtk2_ardour Image
[Mode "j'ai bien compris ton humour mais je réponds un peu sérieusement quand même" déclenché]

Les distributions ont tendance à virer les trucs non-maintenus. Surtout dans les cas où c'est critique. Dans le cas de GTK2, ça l'est et ça peut très probablement poser des problèmes de sécurité. D'autant plus que GTK3 est sorti depuis belle lurette, et même GTK4 à présent. Donc ça n'est pas logique (et ça serait hyper chronophage) de maintenir toutes les versions de tous les logiciels.

C'est ce que j'en ai compris.
France
C'est vrai que le cas d'Ardour est spécifique de ce point de vue là.
C'était peut-être pas le bon exemple à utiliser ou du moins pas le plus pertinent.
En ce qui concerne la sécurité, de mon point de vue, il ne doit pas y avoir de débat et la sécurité est à placer avant tout le reste.
France
En ce qui concerne EQ10Q, je ne sais pas s'il survivra à terme. Coïncidence des hasards, je suis tombé il y a quelques jours sur ce greffon proprio : AF2-10/M Graphical EQ Plug-In Image qui m'a fait pensé à l'interface graphique des EQ10Q. Et je n'ai pu m'empêcher de remarquer la similitude graphique.
J'utilise beaucoup la suite des plugins EQ10 (pas uniquement les EQ). Ce serait bien dommage que personne ne les reprennent pour les porter sur GT3 ou 4. Je ne connais pas d'équivalent libre aussi pratiques et efficaces à utiliser.
Depuis quelques jours, plus d'interface pour mes EQ10Q, je vais devoir définitivement les remplacer par un x42. J'ai tout mes templates à revoir.😢
Page: 2/2
1  2