Hi, I see your point, but I was really only doing two things:<br><br>1. Editing chuck files in a text editor and<br>2. Reading the manual to assist with number 1<br><br>Number 2 wouldn't happen in a performance, but number 1 certainly would occur, and would seem essential for live coding, at least until audicle reaches a really stable point in its development.
<br><br>~David<br><br><div><span class="gmail_quote">On 4/20/06, <b class="gmail_sendername">Perry R Cook</b> &lt;<a href="mailto:prc@cs.princeton.edu">prc@cs.princeton.edu</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>Also, respectfully, if you're opening PDF files or<br>running other programs while trying to do live ChucK<br>performance, then you deserve to get clix :-)<br><br>Seriously, though, boosting priority is indeed a good<br>
idea.&nbsp;&nbsp;We believe that ChucK should be the highest<br>priority process.<br><br>PRC<br><br>On Thu, 20 Apr 2006, Ge Wang wrote:<br><br>&gt; Hi All,<br>&gt;<br>&gt;&gt;&gt; I was running the stk/clarinet.ck example. No soundfiles involved at
<br>&gt;&gt;&gt; all. It was usually only in creating and destroying shreds that there<br>&gt;&gt;&gt; was a problem. Actually, now that I think about it, glitching also<br>&gt;&gt;&gt; occurred when I would change focus to another program and carry out
<br>&gt;&gt;&gt; some action, i.e. scrolling through the chuck manual in Adobe Reader.<br>&gt;&gt;&gt; This is on an Intel with Pentium M, running Windows XP Pro with SP2.<br>&gt;&gt;<br>&gt;&gt; Same thing here with the PDF file, and I also noticed it when
<br>&gt;&gt; switching to programs like Firefox or N.<br>&gt;<br>&gt; Interesting that it seems likely to occur on fast machines running XP SP2,<br>&gt; but not not on a PIII.&nbsp;&nbsp;I was also able to reproduce the same type of
<br>&gt; glitches changing windows on my XP SP2 Pentium M 1GB RAM laptop.<br>&gt;<br>&gt; So, XP users, let's try this - run chuck with the --level10 flag, which<br>&gt; should internally boost chuck's priority:<br>&gt;<br>
&gt;&nbsp;&nbsp;&nbsp;&nbsp; &gt; chuck --level10 <a href="http://foo.ck">foo.ck</a> ...<br>&gt;<br>&gt; For me this got rid of the glitches.&nbsp;&nbsp;If this works in genereal, we can<br>&gt; make this a default.&nbsp;&nbsp;Also feel free to try other values.
<br>&gt;<br>&gt; Let us know!<br>&gt;<br>&gt; Best,<br>&gt; Ge!<br>&gt; _______________________________________________<br>&gt; chuck-users mailing list<br>&gt; <a href="mailto:chuck-users@lists.cs.princeton.edu">chuck-users@lists.cs.princeton.edu
</a><br>&gt; <a href="https://lists.cs.princeton.edu/mailman/listinfo/chuck-users">https://lists.cs.princeton.edu/mailman/listinfo/chuck-users</a><br>&gt;<br>_______________________________________________<br>chuck-users mailing list
<br><a href="mailto:chuck-users@lists.cs.princeton.edu">chuck-users@lists.cs.princeton.edu</a><br><a href="https://lists.cs.princeton.edu/mailman/listinfo/chuck-users">https://lists.cs.princeton.edu/mailman/listinfo/chuck-users
</a><br></blockquote></div><br>