>anyway, i think using dynamic creation in real time is bad.<div>I don't. I know that you are probably just referring to the fact that it affects performance and recomputes the DSP graph. But that would be the same to call a gamedev and say: "don't create assets dynamically, create them all at game start" - which is insane, there is a wide number of stuff in a lot of engines that force a recompile of blob-trees, meshes, and other 3d-data-structures, but it always depends on the "amount of data" and the "frequency of those calls". <br>
<br></div><div>>imho, it really should be limited for patch creation.</div><div>imho no. Depends on the situation, maybe you can say that you've seen people overdo-it. (I haven't) As far as my experience, It suits what I need. I have patches that create modules on user demand (for audio processing, and so forth), and there is no need to create them in advance (although it is possible and then just manage them later with dynamic routing) but performance falls well under my needs so I apply dynamic patching in realtime.</div>
<div><br></div><div>I'd like to hear you out on this matter, maybe several situations could not apply to d. patching in rt, thus it is good to learn.</div><div><br></div><div>Best regards,</div><div>Pedro<br>
<br><div class="gmail_quote">On Sat, Feb 19, 2011 at 8:07 PM, cyrille henry <span dir="ltr"><<a href="mailto:ch@chnry.net" target="_blank">ch@chnry.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
<br>
Le 19/02/2011 20:58, John Harrison a écrit :<div><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Cyrille I just tried your solution and the problem is that all objects sharing the name of the dynamically-created object all get the loadbang message.<br>
</blockquote></div>
yes.<br>
you should create them all in the same time, and then send the loadbang.<br>
if this is not possible, you can still :<br>
-use different name on your object<br>
-use argument on the abstraction and send to bang to a [receive loadbang-$1] object inside your abstraction<br>
-use initbang<br>
-use a [oneshot] object (or similar) after the loadbang<br>
<br>
anyway, i think using dynamic creation in real time is bad.<br>
imho, it really should be limited for patch creation.<br>
<br>
c<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>
<br>
On Sat, Feb 19, 2011 at 1:49 PM, Pedro Lopes <<a href="mailto:pedro.lopes@ist.utl.pt" target="_blank">pedro.lopes@ist.utl.pt</a> <mailto:<a href="mailto:pedro.lopes@ist.utl.pt" target="_blank">pedro.lopes@ist.utl.pt</a>>> wrote:<br>
<br>
>yes, this is known.<br>
By known you mean.. Is it on the bug tracker already?<br>
<br>
When such things are discovered (and by things I mean issues), shouldn't they be documented inside the help patches?<br>
<br>
It helps a lot those getting inside pd.<br>
<br>
Best,<br>
pedro<br>
<br>
<br></div><div>
On Sat, Feb 19, 2011 at 7:44 PM, cyrille henry <<a href="mailto:ch@chnry.net" target="_blank">ch@chnry.net</a> <mailto:<a href="mailto:ch@chnry.net" target="_blank">ch@chnry.net</a>>> wrote:<br>
<br>
hello,<br>
<br>
yes, this is known.<br>
you have to explicitly send the loadbang, like in this patch, using your exemple.<br>
(don't know about initbang, i don't use it)<br>
c<br>
<br>
<br>
Le 19/02/2011 20:33, John Harrison a écrit :<br>
<br>
is it correct behavior that loadbang will not be called when it is part of a dynamically created object? See attached. If you load test-do, it will create an instance of test when you click on the message. Test should print loadbang and initbang, but it only prints initbang.<br>
<br>
<br>
<br>
--<br>
John<br>
<br>
<br>
<br>
_______________________________________________<br></div>
<a href="mailto:Pd-list@iem.at" target="_blank">Pd-list@iem.at</a> <mailto:<a href="mailto:Pd-list@iem.at" target="_blank">Pd-list@iem.at</a>> mailing list<div><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>
<br>
_______________________________________________<br></div>
<a href="mailto:Pd-list@iem.at" target="_blank">Pd-list@iem.at</a> <mailto:<a href="mailto:Pd-list@iem.at" target="_blank">Pd-list@iem.at</a>> mailing list<div><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>
<br>
<br>
<br>
--<br>
Pedro Lopes (MSc)<br></div>
contact: <a href="mailto:pedro.lopes@ist.utl.pt" target="_blank">pedro.lopes@ist.utl.pt</a> <mailto:<a href="mailto:pedro.lopes@ist.utl.pt" target="_blank">pedro.lopes@ist.utl.pt</a>><div><br>
website: <a href="http://web.ist.utl.pt/Pedro.Lopes" target="_blank">http://web.ist.utl.pt/Pedro.Lopes</a> / <a href="http://pedrolopesresearch.wordpress.com/" target="_blank">http://pedrolopesresearch.wordpress.com/</a> | <a href="http://twitter.com/plopesresearch" target="_blank">http://twitter.com/plopesresearch</a><br>
<br>
<br>
<br>
<br>
<br>
</div></blockquote>
</blockquote></div><br><br clear="all"><br>-- <br>Pedro Lopes (MSc)<br>contact: <a href="mailto:pedro.lopes@ist.utl.pt" target="_blank">pedro.lopes@ist.utl.pt</a><br>website: <a href="http://web.ist.utl.pt/Pedro.Lopes" target="_blank">http://web.ist.utl.pt/Pedro.Lopes</a> / <a href="http://pedrolopesresearch.wordpress.com/" target="_blank">http://pedrolopesresearch.wordpress.com/</a> | <a href="http://twitter.com/plopesresearch" target="_blank">http://twitter.com/plopesresearch</a><br>
</div>