French/français : Bienvenue sur le logiciel de suivi du projet LibraZiK. Après vous être inscrit, vous pouvez commenter les tâches ouvertes, créer de nouvelles tâches, voter pour des tâches, vous inscrire à des tâches pour être tenu au courant des évolutions,… Pensez à être le plus précis possible dans vos messages. D'avantage d'information concernant le logiciel de suivi du projet LibraZiK.
Anglais/english : Welcome to the LibraZiK project tracking software. After registering, you can comment open tasks, create new tasks, vote for tasks, register for tasks to be kept informed of developments,… Remember to be as precise as possible in your messages. More information about the LibraZiK project tracking software. Feel free to write in French or in English.
- Status Nouveau / new
- Percent Complete
- Task Type Rapport de bogue / bug report
- Category distribution
- Assigned To No-one
- Operating System
- Severity Low
- Priority Very Low
- Reported Version version 2 20180120
- Due in Version Undecided
-
Due Date
Undecided
-
Votes
1
- Jean Pierre Cimalando (12.11.2018)
- Private
Opened by Olivier Humbert - 12.11.2018
Last edited by Olivier Humbert - 12.11.2018
FS#665 - Logiciels en greffon VST utilisant JUCE pour la construction
Copie d'une discussion sur IRC avec Jean Pierre :
<jpcima> https://github.com/WeAreROLI/JUCE/blob/ff4e54b32d96d75bd5011fe951aad759f1ea304a/BREAKING-CHANGES.txt#L30-L58 <trebmuh> merci pour l'info, fait chier
<trebmuh> bon, du coup, ça signifie que les VST2 (LXVST dans Ardour par exemple) fabriqués avec JUCE ne sont pas libres si j'ai bien compris jpcima ? genre le VST de tunefish
<jpcima> laisse moi vérifier un truc
<trebmuh> ok
<jpcima> tu peux appliquer "Workaround 1."
<jpcima> récupérer Vst2 dans juce 5.3.2, qui est la dernière version qui le distribue
<trebmuh> jpcima, côté technique, oui, je vois comment faire, mais côté légal, je suis pas 100% sûr que ça produit du code libre, faut regarder plus précisément
Logiciels potentiellement impactés par cela :
* Tunefish4,
* Squeezer, traKmeter, K-meter (mzuther)
* HybridReverb2
* ADLplug/OPNplug
Il faut vérifier si le code produit est libre ou pas.
S'il ne l'est pas, il faut reconstruire ces logiciels sans la version VST.
Dans ce cas, il faudra mettre une note lors de la publication disant qu'un contournement pour les hôtes uniquement VST est d'utiliser Carla-VST et de charger les versions LV2 des greffons dedans.
S'il y a d'autres paquets logiciels impactés, je les ajouterai au dessus au fur et à mesure.
On peut envisager d'intégrer VeSTige à Juce, sous forme d'une compilation conditionnelle.
Cela impose quelques restrictions sur les greffons.
(je ne révèle pas d'infos techniques qui émanent de source propriétaire)
- seuls les événements Midi de faible longueur sont reconnus par l'API VeSTige : 1-4 octets
source: https://github.com/falkTX/dssi-vst/blob/77e83c9bcdc4643287354d295446e277de490589/vestige/aeffectx.h#L146
- une certaine perte d'information sur les canaux audio dont je pense qu'elle est surement à faible impact, à vérifier
- les catégorisations précises des types d'effets
- […] à voir, au fur et à mesure que je tenterai un portage
Remarque :
On a ici 2 versions différentes.
https://github.com/LMMS/lmms/blob/master/include/aeffectx.h https://github.com/falkTX/dssi-vst/blob/master/vestige/aeffectx.h
On peut noter que la seconde version s'est permise de rajouter certaines définitions, en faisant référence à une source de documentation en lien web, lien désormais indisponible. (asseca.com)
source: https://github.com/falkTX/dssi-vst/blob/77e83c9bcdc4643287354d295446e277de490589/vestige/aeffectx.h#L180-L207
Cela signifie-t-il qu'il est acceptable d'ajouter des éléments supplémentaires s'ils proviennent de documentation, et non de code source ?
Si c'était le cas, on pourrait peut être pallier quelques unes des lacunes.
Quand on lit VeSTige, on remarque un extrait comme ceci :
```
// unsupported? 5
#define audioMasterWantMidi 6
#define audioMasterGetTime 7
```
Les commentaires "unsupported" suggèrent que certains codes-opération n'ont pas pu être déterminés par processus de rétro-ingénierie. Pour les autres, ils portent la même dénomination exacte que chez Steinberg. Cela signifie que leur découverte a été appuyée soit 1) sur des éléments documentaires existants, ou 2) sur la base de codes open source disponibles de greffons implémentés en VST.
Je suis arrivé au bout de la réalisation d'une rustine pour Juce 5.4.1, permettant de compiler le greffon ADLplug avec VeSTige uniquement. Je joins ce fichier.
Le greffon a fonctionné correctement au cours d'un test très succint.
Les fonctionnalités perdues sont les suivantes :
- le E/S des signaux en nombres flottants double précision
- les informations temporelles SMPTE
- des propriétés avancées concernant les canaux audio
- les messages system-exclusive en MIDI
Avancement avec VST : la branche master est du greffon ADLplug est désormais construisible avec VeSTige telle quelle, on peut donc facilement la tester. Juce est mis à jour en version 5.4.1, ce qui fait disparaître la `Juce_VSTInterface`.
Le script cmake recherchera VST dans le dossier thirdparty/vstsdk2.4.
S'il n'est pas présent, VeSTige est utilisé à la place. Le script affichera : `VST2 SDK: VeSTige`
Voir également https://bugs.debian.org/913915