<div dir="ltr"><div class="gmail_default" style="font-family:verdana,sans-serif">Can anyone explain more why [pd~] doesn't fulfill the desire for parallel processing, and maybe provide an example of something outside of Pd that does? I don't feel like I have a great handle on the design. As Jonathan said, it seems like Pd's determinism constraint is a big hurdle to clear, though it's already relaxed a bit with netsend/receive. What are the main differences between running an instance of Pd as a [pd~] slave to another instance, and running two instances that communicate via netsend/receive and jack?</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Feb 23, 2016 at 5:45 PM, David Medine <span dir="ltr"><<a href="mailto:dmedine@ucsd.edu" target="_blank">dmedine@ucsd.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I think we all need to learn more about multi-threading if we want to run real-time, modular, digital signal processing algorithms on multi-core machines. I, for one, can not think of any general, robust way to do this. In that sense, Pd's adherence to single threading is actually a very elegant solution to the problem.<div class="HOEnZb"><div class="h5"><br>
<br>
On 2/23/2016 12:25 PM, martin brinkmann wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On 22/02/16 02:49, Matti Viljamaa wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
How do you think Pure Data is limited?<br>
</blockquote>
for me the only real and important (i can think of at the<br>
moment) limitation is the block-based audio processing.<br>
to me this seems quite unnatural and inconvenient when dealing with<br>
digital audio. it kept me for a couple of years from using pd, though it<br>
is only a 'showstopper' in rather few cases, i found out.<br>
feedback in large/complex patches for example, since it<br>
is not very practical (or possible at all) to re-block<br>
everything to 1...<br>
<br>
what i tried but couldn't (yet): build a decent piano-roll<br>
editor (vanilla).<br>
<br>
and i believe too, pd has to 'learn' better multithreading to run<br>
adequately on our future machines with hundreds or even thousands of<br>
arm-cores...<br>
<br>
_______________________________________________<br>
<a href="mailto:Pd-list@lists.iem.at" target="_blank">Pd-list@lists.iem.at</a> mailing list<br>
UNSUBSCRIBE and account-management -> <a href="http://lists.puredata.info/listinfo/pd-list" rel="noreferrer" target="_blank">http://lists.puredata.info/listinfo/pd-list</a><br>
</blockquote>
<br>
<br>
_______________________________________________<br>
<a href="mailto:Pd-list@lists.iem.at" target="_blank">Pd-list@lists.iem.at</a> mailing list<br>
UNSUBSCRIBE and account-management -> <a href="http://lists.puredata.info/listinfo/pd-list" rel="noreferrer" target="_blank">http://lists.puredata.info/listinfo/pd-list</a><br>
</div></div></blockquote></div><br></div>