Nouveau plug-in, travail en cours...

Salut,


Je travaille sur un nouveau plug-in, basé sur une architecture similaire au KXPM23.
C'est à dire la structure classique d'un mini : 3 vcos + SFO > mixer > vcf > vca.

Le challenge pour ce plug est de faire un skin à un seul panneau, d'éviter une installation en copiant des fichiers complémentaires (waveforms,sem etc...)et que la conso cpu soit raisonnable, largement inférieure à celle de mes modulaires.

J'ai fini le skin et j'ai pu y mettre :
une matrice (6*15*12),4 kxmod, 1 lfo, 3 vcos, 1 Sfo, 1 ring modulator, 4 enveloppes, 1 dual vcf, 1 vca, 1 disto, 2 fx...

La conso cpu est en moyenne à 10% pour 6 notes contre 16% pour le Kx-synth-x16( premier preset).

La question que je voulais vous poser est par rapport aux fichiers zippés dans la Dll:

Est-ce que vous avez eu avec les dlls vst faites avec SE (1.1) des problèmes de décompression des fichiers SEM (ou autre) suivant votre configuration (Seven, Vista, Xp)?

En fait le moteur SE du vst, à la première initialisation du plug-in, copie les modules sem dans un dossier du même nom.

Avec Vista et Seven parfois cela ne fonctionne pas si vous n'avez pas tous les droits sur le dossier Vstplugins qui est souvent installé dans le dossier program file (donc protégé)

Pour résoudre ce problème souvent je fourni mes modules sem dans le zip (kx-synth-x16 et kx-modulad) mais pour ce plug-in je voudrais éviter de le faire. Comme cela l'utilisateur aura juste à copier la dll pour l'installation.

a+

kx77free a écrit:Salut,


Je travaille sur un nouveau plug-in, basé sur une architecture similaire au KXPM23.
C'est à dire la structure classique d'un mini : 3 vcos + SFO > mixer > vcf > vca.

Le challenge pour ce plug est de faire un skin à un seul panneau, d'éviter une installation en copiant des fichiers complémentaires (waveforms,sem etc...)et que la conso cpu soit raisonnable, largement inférieure à celle de mes modulaires.

J'ai fini le skin et j'ai pu y mettre :
une matrice (6*15*12),4 kxmod, 1 lfo, 3 vcos, 1 Sfo, 1 ring modulator, 4 enveloppes, 1 dual vcf, 1 vca, 1 disto, 2 fx...

La conso cpu est en moyenne à 10% pour 6 notes contre 16% pour le Kx-synth-x16( premier preset).

La question que je voulais vous poser est par rapport aux fichiers zippés dans la Dll:

Est-ce que vous avez eu avec les dlls vst faites avec SE (1.1) des problèmes de décompression des fichiers SEM (ou autre) suivant votre configuration (Seven, Vista, Xp)?

En fait le moteur SE du vst, à la première initialisation du plug-in, copie les modules sem dans un dossier du même nom.

Avec Vista et Seven parfois cela ne fonctionne pas si vous n'avez pas tous les droits sur le dossier Vstplugins qui est souvent installé dans le dossier program file (donc protégé)

Pour résoudre ce problème souvent je fourni mes modules sem dans le zip (kx-synth-x16 et kx-modulad) mais pour ce plug-in je voudrais éviter de le faire. Comme cela l'utilisateur aura juste à copier la dll pour l'installation.

a+

Pas de problème répertorié de mon côté.

Jamais sous XP, ni sous 7.

j'ai eu des rapports de problèmes sous ableton live! + win7 à ce sujet.
Depuis je met les modules pré-extraits dans l'archive.

Re,

Je n'avais pas vu ta réponse.

Est-ce que tu as eu des problèmes liés au fait que tu compresses la dll?

Cela m'embête, j'aurais bien voulu ne pas être obligé de fournir les SEMs avec la DLL, histoire de simplifier l'installation.

C'est la même raison pour laquelle je fournis les SEMs dans mes zips, Deb76 avait eu ce problème avec Live sous Vista en 2008. Mais depuis je n'ai pas vérifié si ce bug était encore présent sur certaines configs.

a+

"Est-ce que tu as eu des problèmes liés au fait que tu compresses la dll?"
jamais aucun problème signalé avec UPX

re,

Est-ce que le fait de compresser la dll peut créer ce bug?

Sinon je peux faire 2 zips, l'un avec les SEM et l'autre qu'avec la dll.

a+

non je ne pense pas, j'avais fait des tests sans UPX
avec l'utilisateur en question et ça ne changeait rien.
en fin de compte c'était le classique problème de droits par
défaut du répertoire.

Re,

Ouais et si on informe les utilisateurs de ce bug en amont par une FAQ, la plupart ne l'auront pas lue. C'est très embêtant.


Jusqu'où doit-on border l'utilisateur?


a+