ok pour les outlets merci,
je ne connaissais pas le principe d'envoyer "obj quelquechose outlet"
l'idée ce serait d'avoir une abstraction capable de répeter un même processus.
Un exemple plus facile peut-être :
serait-il possible d'avoir une abstraction nommée [titi]
dans laquelle l'argument stipulerait le nombre d'oscillateurs et leurs sorties indépendantes ?
plus clair ? j'ai du mal à l'expliquer
et puis si tu as d'autres solutions pour les outlets, je suis preneur, pour me donner des pistes.
Merci

merci pour ton aide, mais je ne comprends pas tout dans ces messages envoyés au patch, existe-t-il un endroit où tout les messages sont répertoriés, que je puisse les bosser ?
Autre chose, apparemment, ça ne fonctionne pas si on veut utiliser plusieurs abstractions contenant un nombre différent de [osc~] car à chaque fois l'argument modifie le patch d'abstraction

là tu as un test en tant que constructeur tu mets cet abstract dans un autre patch, tu mets en variable le nom du patch sans la racine .pd et ensuite tu tapes dans la number box le nombre que tu veux il te génèrera différecié des subpatches avec le nombre de osc reliés en outlet. Moins fun comme méthode, mais plus simple que l'autre

en fait pour la première version, il faudrait réussir à ce que le s [pd-testoutlet.pd] ne renvoie qu'à lui. J'ai essayé en faisant qu'il renvoie à son propre identifiant par $0- mais pas de résultat.

si quelqu'n a l'idée. IL me semble avoir vu un truc dans le genre chez Johannes ? je sais pas peut-être dans une iem-lib quelconque ?

Dernière modification par philippe boisnard (2012-03-26 23:49:14)

merci beaucoup pour tout ça, je devrai m'en sortir pour ce que je voulais faire, juste une précision peut-être, le [namecanvas], qu'est-ce exactement, est-ce que ça s'adresse à une instance de l'abstraction et donc chacune a le sien ?