Sujet Porter des projets SynthEdit en C/C++ / Sauvergarder les presets en interne
- 5 réponses
- 3 participants
- 1 191 vues
- 1 follower
Mr°FrEeZe
917
Posteur·euse AFfolé·e
Premier post
1 Posté le 07/04/2004 à 20:06:43Porter 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?
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?
palomo
472
Posteur·euse AFfamé·e
2 Posté le 07/04/2004 à 22:08:50
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/
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/
Daniel Palomo Vinuesa http://perso.club-internet.fr/vinuesa/projet-flou/
Mr°FrEeZe
917
Posteur·euse AFfolé·e
3 Posté le 07/04/2004 à 23:22:49
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?
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?
Anonyme
521418
4 Posté le 03/06/2004 à 12:09:11
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.
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.
Mr°FrEeZe
917
Posteur·euse AFfolé·e
5 Posté le 03/06/2004 à 13:40:26
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.
Anonyme
521418
6 Posté le 03/06/2004 à 18:20:14
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...
- < Liste des sujets
- Charte