First of all, thank you for the support. This patch already gave me some headaches, but with this problem I just couldn't figure out what was going on. For what I understood, the problem is in Pd itself (I didn't understand if that is a pd bug or not though). But, Matteo, if the patch don't create objects dynamically It will always be limited by the number of allocable objects, isn't it? The other solution could work, and I'll probably do something like that since right now is much more important for me to get my piece done, although I can't help having a sensation of cheating (but this is of course just my compulsive neurosis).<br>
<br>But why again dynamic object creation is not officially supported? It works fine in pd vanilla, wich was the one I used to build this patch, but it does have some problems. Isn't it usefull?<br><br>Anyway, what you guys said was very very helpfull. And about the inconvenience, I was woried that I could not explain my problem in the subject and did not know how to search in the archive about this. So someone would have to look at my patch to understand what I was saying wich I find a little boring. Like all newbies, I was just worried of making a stupid question.<br>
<br>Bye<br>Caio Barros<br><br><div class="gmail_quote">2010/2/26 Matteo Sisti Sette <span dir="ltr"><<a href="mailto:matteosistisette@gmail.com">matteosistisette@gmail.com</a>></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im">> when dynamically creating<br>
> signal-processing objects or abstractions, the dsp graph is not<br>
> automatically recompiled<br>
[...]<br></div><div class="im">
> I can't<br>
> recall if it is considered a feature or a bug, but probably it<br>
> doesn't matter, since dynamic object creation is not officially<br></div>
> supported.<br>
[...]<div class="im"><br>
> Actually, when creating a tilde object or an abstraction, that<br>
> processes<br>
> signals, dynamically it's not taken into account for the currently<br>
> used<br>
> dsp graph. However, when you create the second instance (or any other<br>
> tilde object), the first one is taken into account, but not the<br>
> second.<br>
<br></div>
This is _not_ only with dynamically created objects.<br>
It also happens with manually-created instances of abstractions containing dsp objects.<br>
<br>
See the attached patch: open "test.pd", it contains a [catch~ audio] connected to the dac.<br>
Then create in it an instance of [myabs~ 500]: it contains an osc connected to a [throw~ audio], and $1 is used as the frequency.<br>
<br>
You will hear nothing.<br>
<br>
Then create a [myabs~ 700]: now you'll start to hear the previously created one, but not the second. And so on.<br>
<br>
<br>
So the bug also affects "officially supported" patching and it does matter, though only for "live patching" (everything works fine when you load a saved patch). When you know it it's not a major issue (or an issue at all), but until you realise it, it can be quite confusing when editing the patch and try to figure out what's going on...<div>
<div></div><div class="h5"><br>
<br>
-- <br>
Matteo Sisti Sette<br>
<a href="mailto:matteosistisette@gmail.com" target="_blank">matteosistisette@gmail.com</a><br>
<a href="http://www.matteosistisette.com" target="_blank">http://www.matteosistisette.com</a><br>
</div></div><br>_______________________________________________<br>
<a href="mailto:Pd-list@iem.at">Pd-list@iem.at</a> mailing list<br>
UNSUBSCRIBE and account-management -> <a href="http://lists.puredata.info/listinfo/pd-list" target="_blank">http://lists.puredata.info/listinfo/pd-list</a><br>
<br></blockquote></div><br>