>This is just a guess... in s_inter.c, try replacing: > > int sys_pollgui(void) > { > return (sys_domicrosleep(0, 1) || sys_poll_togui()); > } > > with: > > int sys_pollgui(void) > { > return (sys_domicrosleep(0, 1) + sys_poll_togui()); > }
That's great! The hack seems to work really well. > I've also seen a patch's GUI stop updating, but rather than bewail the > fact > that my GUI was dead, my immediate reactions was to be astonished that the > sound was still working :) ...that's the best way a glitch could happen I suppose, but anything to reduce "PANIC!" moments while performing will improve my life a lot <:-> Ed > > Miller > > On Sun, Dec 16, 2012 at 01:47:43PM +0000, Ed Kelly wrote: >> Hi List, >> >> I'm not going to say whether this is a "recurrent" problem as > it's hard to say whether the rewrite of the GUI has affected it... >> >> I'm using a lot of abstractions with larger GOP or non-GOP GUIs, and I > find the following problem occurs. There comes a point where the GUI objects > stop responding in a patch when it is reloaded. I am wondering if there is a > specific limit to GUI objects that could be changed. I think Pd is making > some > kind of decision that "there's too much of this stuff - I'm gonna > prioritize the audio and not worry about it" and I'd like to know how > or if it is possible to control this process from within Pd, or by setting > flags > on the command line. >> >> I'm also making less GUI intensive versions for performance time, since > the really big GUI patches are often pattern-sequencers which I will not want > to > program when I am performing. Example patch enclosed to give you an idea. The > really GUI-intensive objects are the trackers, especially quadtracker (which > I > think has pushed the GUI of Pd patches about as far as I can go now). >> >> System: quad core i5 PC running Ubuntu (10.04 Lucid), Pd-0.43-4, lots of > externals compiled and loaded. >> >> Warm wishes, >> Ed >> >> Gemnotes-0.2: Live music notation for Pure Data, now with dynamics! >> http://sharktracks.co.uk/ > > >> _______________________________________________ >> Pd-list@iem.at mailing list >> UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > _______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list