<br>Hans;<div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div><br><br></div>That is a big problem: Chuck needs to be multi-threaded if it should be able to make use of this new computing power.<br>

</blockquote><div><br>Yes. However using multiple CPU&#39;s to distribute the work of a program like ChucK is a non-trivial matter. For one thing it&#39;s not always possible. consider this;<br><br>5 =&gt; int n;<br><br>
SinOsc sines[n];<br><br>for(int i; i&lt; sines.cap(); i++)<br>    {<br>    2 =&gt; sines[i].sync;<br>    1 + (10*i) =&gt; sines[i].gain;<br>    for(int j; j&lt; sines.cap(); j++)<br>        {<br>        if(i != j) sines[i] =&gt; sines[j];<br>

        }<br>    }<br><br>sines [0] =&gt; dac;<br>5::second =&gt; now;<br><br>That is a highly interconnected UGen graph and I think we will agree that for any CPU there is a number &quot;n&quot; at which point this will no longer run on that CPU. At that point distributing the calculation will likely not help you much either, if it&#39;s possible at all.<br>
<br>Most UGen graphs aren&#39;t like this, however they may become like that due to new connections made. This means that we may have to re-optimise the whole graph, relative to the CPU cores, for any connections made. You can then try to optimise for either a minimum of dropouts or a most efficient use of the available power.... This is non-trivial. Our friends over in the SC scene didn&#39;t solve that one yet either.<br>
 </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>
You pick up a PowerBook at a good price in this point of time, but beware that the lids of the Ti-books will drop off after some time of use because the hinge-structure is weak. But they can still be used, with an external display.<br>


</blockquote><div><br>I personally don&#39;t feel Powerbooks suit my particular needs very well. Right now I think I could get more of a performance boost by getting into configuring a custom realtime Linux kernel on hardware I already own.<br>
<br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>
I haven&#39;t seen a floppy drive for a long time, though they seem to have been longer in use on the PC side.<div></div></blockquote><div><br>I don&#39;t think that&#39;s a Mac/Pc issue, at least it isn&#39;t for me. My interest in them has to do with liking the sound of old samplers and MIDI sample dump being attrociously slow. Floppies are small, prone to breaking and downright archaic... but very convenient for feeding samples to old samplers. In my dream world we could buy a soundcard with hardware plugins for various DA converters in order to get that type of sound.<br>
<br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Multi-core can still be useful if one can run more than one copy of the program.<br>
<font color="#888888">
</font></blockquote><div><br>Absolutely. <br></div></div><br>Kas.<br>