Josh;<br><br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div>If there&#39;s nothing I can do about SndBuf&#39;s wasteful behavior is there a better/more ChucKian-approved way to prepare a bunch of independent audio buffers (hopefully &gt;1024) for arbitrarily-timed concurrent playback?  Really hoping that the answer isn&#39;t that I need more cpu cycles on that core and/or that I&#39;ll need to distribute ChucK and set up some kind of sync mechanism :-/.  I have very similar performance results with WvIn btw.</div>
<br></blockquote><div><br>It depends. If you actually want to play back over a thousand samples as the same time then there might be a problem... However it sounds a bit like you just want to have them all ready at any moment, and only play a selection of those samples at a time.<br>
<br>The most easy way to save CPU here is to instantiate the buffers and load the samples but not connect them to the dac. Without a dac connection they should not take cpu. You would then connect the buffer(s) you want to play when you need them and after you are done with a sample &quot;unchuck&quot; the corresponding buffer from the dac using &quot;my_buf =&lt; dac;&quot;.<br>
<br>This will save you a lot of CPU and the only cost will be in memory (aside of course from loading the samples initially, with that amount of samples that might still be a lengthy process).<br><br>Hope that helps,<br>Kas.<br>
</div></div>