<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Mar 11, 2014 at 11:21 PM, Gianfranco Ceccolini <span dir="ltr"><<a href="mailto:gianfranco@portalmod.com.br" target="_blank">gianfranco@portalmod.com.br</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><br><div class="gmail_extra"><div class="gmail_quote"><div><br></div></div></div><div>
<div class=""><blockquote type="cite">
</blockquote></div>And where does the 16 (from ALSA: use 16 periods for capture) affects?</div></div></blockquote><div><br></div><div>As Jeremy noted ... JACK asks to use "N periods, or the nearest number of periods it can". You apparently have a device that can only do 16 periods, so when JACK asks for 2, it gets 16.<br>
<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><div><br></div><div>if I call jack using -p128 / -n2  and the opening message states that ALSA uses 16 periods for capture the sound card will buffer a total of 256 samples and ALSA will wake the client each 16 frames?</div>
</div></blockquote><div><br></div><div>no, not at all. the total buffer size is always ACTUAL periods * period size. So as Jeremy said, it will buffer 2048 samples. During each traversal of that buffer, ALSA will wake the client 16 times, every 128 frames.<br>
</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><div><br></div><div>If I used -p256 / -n2 instead ALSA would wake the client each 32 frames?</div>
</div></blockquote><div><br></div><div>I have no idea why you think that. As I tried to explain, the period size (256) is the interval between when ALSA wakes the client.<br></div><br></div></div></div>