On 10/30/07, <b class="gmail_sendername">Lars Luthman</b> <<a href="mailto:lars.luthman@gmail.com">lars.luthman@gmail.com</a>> wrote:<div><span class="gmail_quote"></span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>With JACK output?<br><br>From the Csound manual:<br><br>"DO NOT use "--sched" if you are using JACK for audio output. JACK<br>controls scheduling for the audio applications connected to it, and also<br>
tries to run at the highest possible priority. If the "--sched" flag is<br>used, Csound and JACK will be competing rather than cooperating,<br>resulting in extremely poor performance."</blockquote><div><br>
Hold up.<br><br>From the exact same page of the Csound manual:<br><p>"An example of buffer settings for low latency on a fast system:
</p>
<pre class="screen"> jackd -d alsa -P -r 48000 -p 64 -n 4 -zt &<br> csound -+rtaudio=jack -b 64 -B 256 [...]</pre>
<p>
with real time scheduling (as root):
</p>
<pre class="screen"> jackd -R -P 90 -d alsa -P -r 48000 -p 64 -n 2 -zt &<br> csound --sched=80,90,10 -d -+rtaudio=jack -b 64 -B 192 [...]"<br></pre>So on the same page where it says DO NOT use --sched with jack, it says to use --sched=N with jack.
<br><br>If you look in the Csound manual under the commandline flags section, you will see that --sched and --sched=N are NOT the same flag.<br>Thanks though for drawing my attention to it.<br><br>-Chuckk</div></div><br clear="all">
<br>-- <br><a href="http://www.badmuthahubbard.com">http://www.badmuthahubbard.com</a>