<div dir="ltr">I also recommend trying the "experimental" --adaptive:N flag (for N = 128, 256, 512, etc.) for use on embedded platforms. This enables block processing (with block size N), which can result in a dramatic performance increase in some cases. It will cause problems though if you are using feedback loops without delay, or delays shorter than the buffer length N. <div>
<br></div><div>spencer</div><div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Jan 30, 2014 at 12:59 AM, Stuart McDonald <span dir="ltr"><<a href="mailto:stuartcmcd@gmail.com" target="_blank">stuartcmcd@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra">For anyone heading pi-wards in future, I tried out Perry's advice and found dropping to 32khz as well as smarter resource management means I can run three concurrent SndBufs (with pans) and a three effect fx chain (including a mighty JCReverb!) simultaneously. It's modest, but enough for me to achieve the ambient driftyness I wanted. YMMV!<br>

<br></div><div class="gmail_extra">Cheers<br><br></div><div class="gmail_extra">Stuart<br></div><div class="gmail_extra"><br><br></div><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

From: Perry Cook <<a href="mailto:prc@CS.Princeton.EDU" target="_blank">prc@CS.Princeton.EDU</a>><br>Thoughts from the battlefield:<br>
<br>
One nice thing about the Pi is that it supports many<br>
sample rates.  So if you can run at 22.05k or even<br>
16k or less, then you'll get much more bang for<br>
your buck.<br>
<br>
Also, you might look into using WvIn (non looping)<br>
or WavLoop (looping), rather than SndBuf, because<br>
I think I remember that these are slightly more<br>
efficient.<br>
<br>
Look into using some long delay lines (non-interpolating),<br>
with feedback.  These can really fatten up a texture without<br>
requiring much CPU.<br>
<br>
Also be judicious about your efx, some will take more<br>
CPU than others.<br>
<br>
Finally, if a wave is not playing sound, unchuck it at the<br>
end of the chain, and it won't use any CPU while muted.<br>
Keeping track of what's actually sounding, and muting<br>
the rest (by unchuck) can really help.<br>
<br>
Prc<br></blockquote></div></div></div>
<br>_______________________________________________<br>
chuck-users mailing list<br>
<a href="mailto:chuck-users@lists.cs.princeton.edu">chuck-users@lists.cs.princeton.edu</a><br>
<a href="https://lists.cs.princeton.edu/mailman/listinfo/chuck-users" target="_blank">https://lists.cs.princeton.edu/mailman/listinfo/chuck-users</a><br>
<br></blockquote></div><br></div>