So, trying to get back to the original goal of this post, how about using a (uint)pd_context in lieu of static variables? :)<br><br><div class="gmail_quote">On Wed, Feb 15, 2012 at 5:09 AM, Mathieu Bouchard <span dir="ltr">&lt;<a href="mailto:matju@artengine.ca">matju@artengine.ca</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Le 2012-02-14 à 11:14:00, Charles Henry a écrit :<div class="im"><br></div><div class="im">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
The point of the original remark is that you always lose some of your potential computing power when trying to use multiple resources.<br>
</blockquote>
<br></div>
Part of the computing power has to be put on communication and coordination, which are essential parts of collaboration.</blockquote><div><br></div><div>I think it&#39;s something like a team developing on the same codebase; 2-3 people definitely gets the job done faster than 1, partly because it is easy to discuss your work (or in computing, synchronize). But 4, 10, or 60 people working on the same project, well that doesn&#39;t get you anything more than the first 3.  At that point, you need to redesign into components (whether it&#39;s your project or code).</div>
<div><br></div><div>Anywho, Peter B. mentioned that pd is being used in so many different situations these days that you can&#39;t really make any assumptions about synchronization at the interface level (largely due to libpd, but there are many other projects that use the pd code base).  There&#39;s almost always two required, real-time audio and main, and this is dealt with in many different ways depending on the platform / situation.</div>
<div><br></div><div>Cheers,</div><div>Rich</div></div>