<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 10pt;
font-family:Tahoma
}
--></style>
</head>
<body class='hmmessage'>Speaking of workarounds what is wrong with clock_delay(0) implementation of disis_ netreceive when it uses existing facilities, has no noticeable overhead, does not drop packets our crash GUI, and is very easy to implement?<br>
<br>
Ivica Ico Bukvic, D.M.A<br>
Composition, Music Technology<br>
Director, DISIS Interactive Sound &amp; Intermedia Studio<br>
Director, L2Ork LinuxLaptop Orchestra<br>
Assistant Co-Director, CCTAD<br>
CHCI, CS, and Art (by courtesy)<br>
Virginia Tech<br>
Department of Music<br>
Blacksburg, VA 24061-0240<br>
(540) 231-6139<br>
(540) 231-5034 (fax)<br>
<a href="http://disis.music.vt.edu">disis.music.vt.edu</a><br>
<a href="http://l2ork.music.vt.edu">l2ork.music.vt.edu</a><br>
<a href="http://ico.bukvic.net">ico.bukvic.net</a><br><br><div class="gmail_quote">Jeppi Jeppi &lt;jeppiot@hotmail.com&gt; wrote:<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div dir='ltr'>
That's exactly what happens, some minutes after clients start sending massive OSC stuff to my server, its GUI freezes but PD works ok and I can operate with sliders and number boxes, though I can't see anything.<div>Frustrating :)</div><div><br></div><div>Josep M<br><br><div>&gt; From: hans@at.or.at<br>&gt; To: matju@artengine.ca<br>&gt; Date: Sun, 7 Aug 2011 18:04:37 -0400<br>&gt; CC: pd-list@iem.at; msp@ucsd.edu; zmoelnig@iem.at; martin.peach@sympatico.ca<br>&gt; Subject: Re: [PD] netsend/netreceive + GUI bug<br>&gt; <br>&gt; <br>&gt; On Aug 7, 2011, at 5:19 PM, Mathieu Bouchard wrote:<br>&gt; <br>&gt; &gt; On Sun, 7 Aug 2011, Miller Puckette wrote:<br>&gt; &gt;<br>&gt; &gt;&gt; Here's a guess... if incoming (vanilla) netreceive traffic is  <br>&gt; &gt;&gt; swamping Pd,<br>&gt; &gt;&gt; then since Pd prioritizes input from GUI above output back to GUI,  <br>&gt; &gt;&gt; the<br>&gt; &gt;&gt; output never gets scheduled.  If that were happening, you'd see the  <br>&gt; &gt!
 ;&gt;
windows<br>&gt; &gt;&gt; freeze but still be able to send Pd events from the GUI (hitting  <br>&gt; &gt;&gt; buttons in<br>&gt; &gt;&gt; the patch, for instance.)<br>&gt; &gt;<br>&gt; &gt; That sounds like the same symptom as when there is an extra unquoted  <br>&gt; &gt; open-brace.<br>&gt; <br>&gt; <br>&gt; What would it take to convince you to port your DD escaping code to Pd  <br>&gt; 0.43? :-D :-D :-D<br>&gt; <br>&gt; .hc<br>&gt; <br>&gt; <br>&gt; ----------------------------------------------------------------------------<br>&gt; <br>&gt; Looking at things from a more basic level, you can come up with a more  <br>&gt; direct solution... It may sound small in theory, but it in practice,  <br>&gt; it can change entire economies.     - Amy Smith<br>&gt; <br>&gt; <br>&gt; <br>&gt; _______________________________________________<br>&gt; Pd-list@iem.at mailing list<br>&gt; UNSUBSCRIBE and account-management -&gt; http://lists.puredata.info/listinfo/pd-list<br></div></div>                 !
                              
</div></blockquote></div></body>
</html>