<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Sat, Jun 7, 2014 at 9:14 PM, Dan Wilcox <span dir="ltr"><<a href="mailto:danomatika@gmail.com" target="_blank">danomatika@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div style="word-wrap:break-word">Ok, some informal tests yielded the following:<div><br></div><div>
* -nosleep causes lots of drop outs and actually locks up X windows, I needed to ssh in order to kill pd</div><div>* --rt audiobuf 6 -blocksize 64 are about as low as I could go without dropouts ... but really, *no* dropouts & very smooth. I'm happy!</div>
</div></blockquote><div>You could really set the delay to 6ms? Even at 10 I got drop outs. 12 seemed to work fine, need to test it more extensively though. Also, for now I'm using the GUI (not much happening though), without the GUI do you think I'll get significant differences? Eventually I won't be using any GUI...<br>
</div><div>A 64 blocksize worked, so in general the performance is really improved.<br></div><div><br></div><div>Concerning nice, to get this right, the smaller the number of nice, the higher the priority Pd will get? When I type 'renice -10 $(pidof pd)' I get '4355 (process ID) old priority 0, new priority -10'. This is good, right?<br>
<br></div><div>Also, when I start Pd I get:<br>priority 6 scheduling enabled.<br>priority 8 scheduling enabled.<br><br></div><div>And not 96 and 98 as you wrote. Is this important?<br><br></div><div>Cheers<br></div></div>
</div></div>