<br><br><div class="gmail_quote">On Dec 17, 2007 7:33 AM, Daniel Wilcox <<a href="mailto:danomatika@gmail.com">danomatika@gmail.com</a>> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br><br><div class="gmail_quote"><div class="Ih2E3d">On Dec 17, 2007 3:06 AM, Roman Haefeli <<a href="mailto:reduzierer@yahoo.de" target="_blank">reduzierer@yahoo.de</a>> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div>On Mon, 2007-12-17 at 01:15 +0100, Daniel Wilcox wrote:<br>> I was under the impression that starting pd without the gui would take<br>> out some of the slow downs<br><br></div>afaik, this is only half true. please someone correct me, if i am wrong,
<br>but i think, only the gui drawing of the windows, that are actually<br>displayed on screen (this includes also minimized windows), uses<br>additional cpu power. if your main patch shows only [pd allyourstuff]<br>box, then almost nothing has to be drawn.
</blockquote></div><div><br>That's basically how I have it, each major subsection is in a subpatch:<br>[pd score], [pd drums], etc so there are no dynamic objects at the root<br>level of the patch. <br></div><div class="Ih2E3d">
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br><div><br>> assoicated with the gui such as gui object generation. I have some<br>> objects in my rc-patches that<br>> build the object based on its creation args such as [rc-seq 16 4]<br>> makes 16 toggle boxes with 4 beat
<br>> divisions. Now if I have a bunch of these it slows down the loading<br>> of my patch considerably, which<br>> I understand ... but it also slows down loading in -nogui mode which I<br>> don't. So is -nogui mode doing all
<br>> of the tk work but just not drawing the window?<br><br></div>no. as i said before, probably not so much is used for tk. so you gain<br>not that much by starting pd with -nogui. i'd say most of the cpu time<br>
on patch load is useed for generating all the dynamic objects, which<br>also includes recompiling of the dsp-graph, which is - again: correct<br>me, if this is wrong - done on every instantiation of an (~-?) object.<br>if this is true, the cpu time is increased exponentially (or at least
<br>progressively of some kind) with every new object, that needs to be<br>instantiated. at least that is what i experienced myself.<br><div><br>> The main problem is this makes patch loading realllyyy slow on my
<br>> performance computer, PIII 500.<br><br></div>how slow? i mean, does it matter how slow the patch loads _before_ the<br>performance? does it even take more than one minute?<br><div></div></blockquote>
</div><div><br>Yeah > 1 min, I load a new patch each time so it's unacceptable to to wait this long on stage.<br>I have to fix these problems before I go on tour for 3 months ... I'll mail the dates if you want to
<br>
see a pd powered explosion/crash :D<br></div><div class="Ih2E3d"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div><br><br>> So I'm going to actually
<br>> rebuild all of the songs using static objects instead of dynamic<br>> ones ... which is too bad because the<br>> flexibility of the dynamic objects was nice when creating the song<br>> initially. So is that my only option
<br>> for now, or is there some super trick I haven't noticed?<br><br></div>probably yes: try to switch dsp off, while all the dynamic creations are<br>going on and switch it on only afterwards, when everything is created.
<br><br>[loadbang]<br>|<br>[t b b b]<br>| | |<br>| | 'switch~ off'<br>| |<br>| 'create all the dynamic stuff'<br>|<br>'switch~ on'</blockquote></div><div><br>Ahh, now that makes sense I will try this and see if it helps.
<br></div><div class="Ih2E3d"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br><br>i could save a lot time by doing this in netpd.<br><font color="#888888">
<br>
roman<br></font><div></div></blockquote></div><div><br>Since I'm using sssad I hacked a load send to it since a loadbang, which I orginally tried, occurs *before*<br>the gui objects are created ... which means they don't receive their contents and the stays song is empty.
<br></div></div><div><div></div><div class="Wj3C7c"><br><br clear="all"><br>-- <br>Dan Wilcox<br>danomatika<br><a href="http://www.robotcowboy.com" target="_blank">www.robotcowboy.com</a>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Dan Wilcox<br>danomatika<br><a href="http://www.robotcowboy.com">www.robotcowboy.com</a>