Se connecter
Se connecter

ou
Créer un compte

ou
Agrandir
Ajouter ce produit à
  • Mon ancien matos
  • Mon matos actuel
  • Mon futur matos
SynthEdit SynthEdit
Photos
1/72

Sujet Porter des projets SynthEdit en C/C++ / Sauvergarder les presets en interne

  • 5 réponses
  • 3 participants
  • 1 191 vues
  • 1 follower
1 Porter des projets SynthEdit en C/C++ / Sauvergarder les presets en interne
Double-sujet pour cette fois, vu la popularité de mes apparences ça-et-là...

1) Est-ce possible de porter des projets SynthEdit *.se1 en C/C++, avec un utilitaire déjà existant, ou faut-il se tapper toute la réinterprétation à l'aide de son encéphale?

2) Existe-t-il un module SynthEdit qui permettrait de gérer les presets en interne, à savoir charger / enregistrer les banques, passer au preset suivant ou précédent, pour s'affranchir des extensions propriétaires et cryptées telles les *.fxp de Steinberg? Au format XML?
2
1
je sais juste qu'il est possible de créer ses propre modules *.sep vie le sdk
http://www.synthedit.com/sdk.htm

les infos sont la
apparement ça fonctionne a coup de c++

est'ce que ça repond a ta question?

sinon on peut integrer n'importe quel prefab *.se1 a un autre projet ce qui permet d'avoir un trés au degrés de modularité sans sortir de synthedit (il faut activiver "control on module" dans le propriéte du container du prefab)

pour economiser son encephale il y'a par aillaurs des modules *.sep trés interressant chez david haupt
http://www.dehaupt.com/SynthEdit/semodules.htm
qu'est ce qu'il assure ce david haupt!

en fouinant sur le yahoo groups on trouve pas mal de modules
https://groups.yahoo.com/group/syntheditusers/

2 si j'ai bien compris le module c'est "patch select" il faut le connecter le midi du module a une entrée du container


cordialement


Daniel Palomo Vinuesa
http://perso.club-internet.fr/vinuesa/projet-flou/
3
1) Effectivement, sur une traduction anglaise de ce sujet (K-v-R: SynthEdit *.se1 to C/C++ *.cpp), on a aussi évoqué la possibilité de construire ses propres modules en C/C++...
Mais mon but était de pouvoir sortir du carcan de SynthEdit!

Dommage que les Yahoo Groups aient encore été utilisés ici, quel foutoir... Devoir souscrire un compte chez Yahoo... ,-)

2) J'ai "winé" SynthEdit sous Linux... Comment marche ce module "patch select"? Il permet de gérer des presets, mais par messages MIDI?

Je pense que je vais plutôt me concentrer sur PureData, qui lui aussi dispose d'une quantité de modules, est open-source et multi-plateforme, utilise PdVst pour faire le pont avec des hôtes VST au lieu de pouvoir exporter des VST(i)'s... C'est sûr qu'une interface graphique générée par GrIPD en jettera moins!

Je garde SynthEdit au cas-où je rencontre des prefabs, à titre éducatif!
Où est passé à ce propos Richard Brooks, a.k.a. "kdbanglia", qui en proposait plein?
Les as-tu conservés?
4
Un carré vert, je dois me coller au probleme des patch en interne bientot (pour un sequencer...).
quant tu parles de limitation, de quoi parles tu?? en general, les problemes sont contournables avec synthedit, mais c'est souvent au pris d'une lourdeur du code et d'une augmentation de la consommation.
5
J'ai essayé des plugins de démo fournis avec PdVst, dans Cubase SX 2. Je reste sur ma position, à savoir m'orienter plutôt vers PureData, libre, que SynthEdit, shareware, quand il s'agit d'exporter des patches suivant le protocole VST.
6
Il faut definitivement que je jette un oeil plus curieux a pure data, mais moi ce qui m'embete, c'est qu'ensuite tu fais tourner un adaptateur, une couche soft en plus, et que ce genre de montage n'est pas toujours d'une stabilité correcte. je reproche la meme chose a reaktor: des qu'on veut faire touyrner le moindre truc, il faut invoquer la grosse artillerie. sur de petits plug ins "utilitaires", c'ets assez chiant. mais je vais checker pdvst plus en avant...