<div>Thanks for the explanation, Gary. Does this mean the buffer size is equivalent to the csound ksmps number? ie this is the number of samples computed in one pass of the audio number crunching loop?<br></div><div><br></div>
<div>thanks so much for the help on a Saturday night. =)</div><div>iain</div><br><div class="gmail_quote">On Sat, Sep 10, 2011 at 6:50 PM, Gary Scavone <span dir="ltr"><<a href="mailto:gary@ccrma.stanford.edu">gary@ccrma.stanford.edu</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">Hi Iain,<br>
<br>
The rtaudio buffer size is the number of sample frames passed back and forth between RtAudio and Jack. I assume (but I'm not sure) the jack buffer size specified when starting the jack server corresponds to the number of sample frames that jack passes and receives from the underlying audio hardware it interfaces with. Jack probably can do internal buffering but it might be best to set these to the same value.<br>
<br>
--gary<br>
<div><div class="h5"><br>
On 2011-09-10, at 6:35 PM, Iain Duncan wrote:<br>
<br>
> Hi, if this is the wrong list, please let me know. I'm wondering if someone can explain the relationship between the buffer size I choose in my app for rtaudio output and the buffer size I choose when starting the jack server? Is there double buffering going on, or does the app level buffer do anything at all using jack?<br>
><br>
> thanks<br>
> iain<br>
</div></div>> _______________________________________________<br>
> Stk mailing list<br>
> <a href="mailto:Stk@ccrma.stanford.edu">Stk@ccrma.stanford.edu</a><br>
> <a href="http://ccrma-mail.stanford.edu/mailman/listinfo/stk" target="_blank">http://ccrma-mail.stanford.edu/mailman/listinfo/stk</a><br>
<br>
</blockquote></div><br>