[PD] Fwd: pd gui: partial interface freeze

[Billy Stiltner]

---------- Forwarded message ----------
From: Billy Stiltner <billy.stiltner at gmail.com>
Date: Wed, Feb 12, 2014 at 1:13 PM
Subject: Re: [PD] pd gui: partial interface freeze
To: Py Fave <pyfave at gmail.com>


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 <pyfave at gmail.com> 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 ub at xdv.org <ub at xdv.org>
>
> 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 ub at xdv.org <mailto:ub at xdv.org> <ub at xdv.org <mailto:ub at xdv.org
>>> >>
>>>
>>>
>>>     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
>>>
>>>     _______________________________________________
>>>     Pd-list at iem.at <mailto:Pd-list at iem.at> mailing list
>>>
>>>     UNSUBSCRIBE and account-management ->
>>>     http://lists.puredata.info/listinfo/pd-list
>>>
>>>
>>>
>>
>
> _______________________________________________
>
> Pd-list at iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20140213/a1bf03ab/attachment.htm>