Sorry to meddle: <div><br></div><div>-&gt; Its not &quot;drawing a number&quot; its updating a GUI at a desired speed. Data flows at enormous speeds, GUIs do not, either Tcl or others. When you ask an update on an array, GUI box, etc... that&#39;s a lot of stuff happening. But yes, our computers in 2010 are fast as hell.</div>

<div>Tcl is an amazing platform, I&#39;m not in need of a faster PD or better GUI but praise all efforts in that direction., just wanted to point out that the GUI of pd is much more than &quot;updating number boxes&quot;.</div>

<div><br></div><div>Overall, re-writing the GUI entirely without tcl (aka changing GUI platform) is scary and massive. It would be nice, but its a long long road. At the moment if pd&#39;s native GUI does not satisfy me I bind it with another, as3, processing, etc... its not fast (well localhost networking is stupidly fast), but sure is pretty. </div>

<div><br></div><div>Best regards,</div><div>Pedro</div><div><br></div><div>p.s.: interesting exercise for those that wanna see how much time your cpu wastes with gui in pd is running a patch without gui.  I had a project that used my DTW in pd and a long patch (for my standards) and when we ran it for the first time without gui... wow. Somethings went faster than expected and some didn&#39;t work because it was all too fast :) A bit of cleaning solved it, but its an interesting test for non-visual patches.<br>

<br><div class="gmail_quote">2010/9/28 András Murányi <span dir="ltr">&lt;<a href="mailto:muranyia@gmail.com">muranyia@gmail.com</a>&gt;</span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

<br><br><div class="gmail_quote">On Tue, Sep 28, 2010 at 6:12 PM, Mathieu Bouchard <span dir="ltr">&lt;<a href="mailto:matju@artengine.ca" target="_blank">matju@artengine.ca</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204, 204, 204);padding-left:1ex">



<div>On Tue, 28 Sep 2010, Mathieu Bouchard wrote:<br>
<blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204, 204, 204);padding-left:1ex">
On Tue, 28 Sep 2010, Bernardo Barros wrote:<br>
<blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204, 204, 204);padding-left:1ex">
Is there already some benchmarks of the new puredata gui? Would be nice to have it.<br>
</blockquote>
<br>
It&#39;s nowhere close to being a rewrite : essentially, all of the code that you would benchmark has almost not changed since Pd 42.<br>
</blockquote>
<br></div>
I mean it hasn&#39;t changed much since way before that time : afair, Pd 38 was the last time there was a speed improvement, and it was due to the addition of sys_queuegui. There were a number of bugfixes and other changes not related to speed.<br>




<br>
Much of the speed improvement that can be made, can only be made by modifying Tk&#39;s source code itself (or switching to a different renderer).<div><div></div><div></div></div></blockquote><div> <br>

...and/or, as far as i understood, reinventing pd in a way that the GUI doesn&#39;t chat with the core about gui elements and their properties, but the core is limited to audio and other &quot;abstract&quot; calculations and it&#39;s the GUI which takes care of everything that happens on the GUI. I&#39;m not sure if i understood this right, and i suspect that it&#39;s a tremendous work, and i also suspect that it may involve externals to be rewritten, but i have a feeling that Tcl/Tk is not that slow by itself but the bottleneck is GUI&lt;-&gt;core communication. C&#39;mon, drawing a number with a big font threatens the CPU? On the computers we have, in 2010? I can&#39;t believe that.<br>



<br>Andras<br>
</div></div>
<br>_______________________________________________<br>
<a href="mailto:Pd-list@iem.at">Pd-list@iem.at</a> mailing list<br>
UNSUBSCRIBE and account-management -&gt; <a href="http://lists.puredata.info/listinfo/pd-list" target="_blank">http://lists.puredata.info/listinfo/pd-list</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br>Pedro Lopes (ongoing MSc)<br>contact: <a href="mailto:pedro.lopes@ist.utl.pt" target="_blank">pedro.lopes@ist.utl.pt</a><br>website: <a href="http://web.ist.utl.pt/Pedro.Lopes" target="_blank">http://web.ist.utl.pt/Pedro.Lopes</a> <br>


</div>