I've had the same problem frequently with GUI-heavy patches. For what it's worth, minimizing & restoring the window will display updated GUIs, but the pixels will continue to be frozen until I minimize & restore again.
After removing about 90% of the GUI objects from one particular patch that did this, I can now use it for hours without any of the display issues. On Thu, Feb 13, 2014 at 5:37 AM, Billy Stiltner <[email protected]>wrote: > > > ---------- Forwarded message ---------- > From: Billy Stiltner <[email protected]> > Date: Wed, Feb 12, 2014 at 1:13 PM > Subject: Re: [PD] pd gui: partial interface freeze > To: Py Fave <[email protected]> > > > I have the same problem , both recordings I did last night crashed, I > think it's the number of objects loaded but might be wrong. > First one crashed at about 50 some minutes after I loaded my mandelbox > sequencer. If I turn up the BPM that will do it also. > The second one I started up with the mandelbox sequencer and ran it for > about 30 minutes till it froze completely. I'm not sure how long the > controls were froze, the checkboxes still were working but couldnt scroll > the record window to stop the recording so I alt tabbed to the terminal and > ctrl+Ced the turing tarpit.. luckily I have an auto sail button and the > sliders work still even though they are not graphically active, also I can > type numbers into numberboxes and adjust with mouse. The audio part works > just not the gui. https://archive.org/details/26edonum2 > > I do have some sort of logical error with the voices - there are things in > the patch that make a -1 to send to the main envelope for a ramp down if > voice stealing occurs (a voice is still sounding when triggered with a non > 0 velocity.) The problem is that it seems that if the release part of the > envelope is non 0 it seems as if all notes triggered after a new voice is > triggered the releases add up or the audio kinda gets stuck like in "reverb > freeze like mode". > > > On Sat, Jan 18, 2014 at 12:36 PM, Py Fave <[email protected]> wrote: > >> usb/hid did this if i remember correctly. >> >> i solved it by usind a different build or another object: >> [joystick] but it was on windows >> >> i guess this is a known bug because [hid] is so useful >> perhaps someone has a better knowing of this .? >> or a workaround . >> >> >> >> >> >> >> >> 2014/1/18 [email protected] <[email protected]> >> >> On 18.01.2014 17:07, Py Fave wrote: >>> >>>> i had the same problems while using gem objects some time ago >>>> it was because of text2d or text3d. >>>> >>> right. considered parts of gem as the culprit, but then i'm fairly sure >>> i did experience this, before i added text2d and text3d objects >>> and i'm hardly ever running them [0]->[gemhead]. >>> i'll give it a shot and remove them. >>> >>> >>>> you can remove some gui stuff too . >>>> replacing bng by bang for instance >>>> >>> since i'm using them only as indicators not buttons, that's not an >>> option. guess i could use data strcuturs for sliders, but >>> that probably opens a new can of worms. >>> >>> >>>> and use [change] on your inputs to reduce the flow . >>>> >>> i'll do that! >>> >>> >>>> only suggestions , i don't remember what was the problem but i solved it >>>> >>> good to know, someone has seen it too. thanks! >>> >>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> 2014/1/18 [email protected] <mailto:[email protected]> <[email protected] >>>> <mailto:[email protected] >>>> >> >>>> >>>> >>>> hey there, >>>> >>>> i've been having this heisenbug for some time and learned to live >>>> with it, but having fixed some real bugs on my patch, >>>> this is the last one on my list and i'd like to give it a go, but >>>> no idea where to start. >>>> >>>> symptoms are: >>>> some time into performing (20min to 1h) all the sliders, >>>> messageboxes, dials and bangs sort of get stuck, >>>> meaning they do not change their display state anymore. i can >>>> however still drag and click their active parts >>>> and their output will react accordingly, but none of this is being >>>> displayed. >>>> i should probably mention, that checkboxes still work correctly. >>>> >>>> i had hoped it would go away moving from pd 0.42 to 0.43, but it >>>> didn't. >>>> >>>> this is 64-bit linux (ubuntu 12.04), pd-extended (now >>>> ubuntu-package, previously >>>> self compiled from git) >>>> >>>> speculations include: >>>> from a gut-feeling i suspect something like an input overload, ie >>>> some input >>>> shooting messsages at an insanely high rate, so the element's >>>> message queue >>>> (if there is such a thing) stops passing things on to the display. >>>> >>>> i also suspect vjtools/videogrid as it messes with the interface, >>>> but does have a few issues, >>>> like race conditions between thumbnail creation and thumbnail >>>> display, esp if there's >>>> two of them. >>>> >>>> hid: usb joysticks could maybe freak out and overload the >>>> interface inputs >>>> >>>> anyway i can not see any direct connection between what i do and >>>> when it happens. >>>> >>>> re-opening the patch doesn't help, only restarting pd does. >>>> >>>> has anyone ever seen (something like) that? >>>> any ideas about how to debug, where to look or what to try? >>>> >>>> thanks + cheers, >>>> ub >>>> >>>> _______________________________________________ >>>> [email protected] <mailto:[email protected]> mailing list >>>> >>>> UNSUBSCRIBE and account-management -> >>>> http://lists.puredata.info/listinfo/pd-list >>>> >>>> >>>> >>> >> >> _______________________________________________ >> >> [email protected] mailing list >> UNSUBSCRIBE and account-management -> >> http://lists.puredata.info/listinfo/pd-list >> >> > > > _______________________________________________ > [email protected] mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > > -- www.joenewlin.net www.twitter.com/joe_newlin
_______________________________________________ [email protected] mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
