<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Feb 28, 2014 at 12:57 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 dir="ltr"><br><div>
<p style="margin:0px">creating alsa driver ... hw:0|hw:0|128|2|48000|0|0|nomon|swmeter|-|32bit</p>
<p style="margin:0px">configuring for 48000Hz, period = 128 frames (2.7 ms), buffer = 2 periods</p>
<p style="margin:0px">ALSA: final selected sample format for capture: 32bit integer little-endian</p>
<p style="margin:0px">ALSA: use 2 periods for capture</p>
<p style="margin:0px">ALSA: final selected sample format for playback: 32bit integer little-endian</p>
<p style="margin:0px">ALSA: use 2 periods for playback</p></div><p style="margin:0px"></p><p style="margin:0px"><br></p><p style="margin:0px">When starting it on the Beaglebone Black I get:</p><p style="margin:0px"><br></p>


<p style="margin:0px">/usr/bin/jackd --realtime -P80 -dalsa -r48000 -p128 -n2 -Xraw<br></p><p style="margin:0px"><br></p><p style="margin:0px">creating alsa driver ... hw:0|hw:0|128|2|48000|0|0|nomon|swmeter|-|32bit</p><p style="margin:0px">


configuring for 48000Hz, period = 128 frames (2.7 ms), buffer = 2 periods</p><p style="margin:0px">ALSA: final selected sample format for capture: 32bit integer little-endian</p><p style="margin:0px">ALSA: use 16 periods for capture</p>


<p style="margin:0px">ALSA: final selected sample format for playback: 32bit integer little-endian</p><p style="margin:0px">ALSA: use 16 periods for playback</p><div><br></div><div><br></div><div>- what are those "periods" in the ALSA lines? (2 for the PC and 16 for the BBB) ?</div>
</div></blockquote><div><br></div><div>these are the number of "segments" or "periods" that the h/w buffer is divided into. Input latency is determined by period size, playback latency is determined by buffer size. the device will wake the CPU every time it has 1 period of date/space available.<br>
</div><div><br> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><br><div><span style="font-family:'Lucida Grande','Lucida Sans Unicode',Helvetica,Arial,sans-serif;font-size:13px;line-height:18px">- on the ArchWiki page on Jack there is a D-bus call</span></div>


<div><pre style="padding:1em;border:1px solid rgb(187,204,221);background-color:rgb(235,241,245);line-height:1.1em;overflow:auto">jack_control eps realtime true</pre></div><div>stating that it "<span style="line-height:19.049999237060547px;font-size:13px;font-family:sans-serif">Sets JACK to realtime mode in its own internal setup."</span></div>


<div><span style="line-height:19.049999237060547px;font-size:13px;font-family:sans-serif">What is this internal setup? How do I address this when not using D-Bus?</span></div></div></blockquote><div><br></div><div>JACK starts in realtime mode by default. It can be "forced" to do that with -R or you can turn it off with -r.<br>
</div><div> <br></div></div></div></div>