[PD] GUI freeze

Sat Nov 12 11:03:19 CET 2005

On Sat, Nov 12, 2005 at 04:53:29AM -0500, Chuckk Hubbard wrote:
>  Usually it seems to happen when there's a lot of stuff happening.

if you are feeeling adventurous you could find/replace all your numboxes with numbox2's, and whip up a toxy radiobutton repalcement. ive not been able to 'freeze' them. in fact the freezing issue seems to not affect iemgui or toxygui's at all. dont know why, dont care to investigate. but if you are interested in helping solve this and other gui-related issues, please check out the desiredata project..

> It
> doesn't interfere with anything else. One other thing that's affected is
> radio buttons. I have it reading the presetmemory when I load a score to see
> how many presets are there, and updating a radio on the main page with that
> number so those presets can be allocated to different voices from the main
> interface. Sometimes it draws the top and bottom boxes, sometimes just the
> top. The cursor changes when held over where the others should be, and
> clicking them does what it should, I just can't see which box I'm checking.
> The reading in of the bank of presets is a relatively large amount of
> information, about 133 kb per preset, larger than the main program itself.
> This is the same information that, if I don't clear it before saving the
> main program, prevents the connections on the main patch from being drawn.
>  -Chuckk
> 
> Hallo,
> > Chuckk Hubbard hat gesagt: // Chuckk Hubbard wrote:
> >
> > > First off, I apologize if this is a common topic; I couldn't hunt
> > anything
> > > down in the archives, but I wasn't sure what search strings to use.
> > > Often, PD stops drawing numbers for me. I can click on a box and type in
> > a
> > > number and see it, but if I scroll, it changes the value without showing
> > me
> > > what it is. Once it starts doing this, it won't stop no matter what. It
> > runs
> > > across all patches, too, even if I close all patches and reopen it won't
> > > draw the numbers. It also won't show the numbers for midi input when
> > this
> > > happens.
> > > It does this very frequently, though I can't think of what I did just
> > before
> > > it happened last time (a few minutes ago). Scalar drawing instructions
> > still
> > > work fine regardless.
> > > Any ideas?
> >
> > The updates for the graphical elements are throttled by Pd, which
> > could lead to this behaviour. If there is a lot of data passed between
> > Pd's engine and the GUI, Pd will stop to update some GUI elements so
> > frequently. I'm not sure, which objects are already throttled, the
> > number box (Ctl-3) is definitely among them. Do you have a lot of
> > stuff happening, if this occurs?
> >
> > Ciao
> > --
> > Frank Barknecht _ ______footils.org_ __goto10.org__
> >
> >
> >
> > ------------------------------
> >
> > Message: 6
> > Date: Thu, 10 Nov 2005 16:30:30 -0500
> > From: Hans-Christoph Steiner <hans at eds.org>
> > Subject: Re: [PD] PD OSX packaging redux
> > To: David Plans Casal <main at davidcasal.com>
> > Cc: pd-list List <pd-list at iem.at>
> > Message-ID: <f95fd921d3aae6dc531d03d4c37d094d at eds.org>
> > Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed
> >
> >
> > On Nov 10, 2005, at 5:45 AM, David Plans Casal wrote:
> >
> > > Hey
> > >
> > > As always in the FLOSS world, by the time you start work on something,
> > > someone smarter has already done it :-)
> > >
> > > On 9 Nov 2005, at 23:12, Hans-Christoph Steiner wrote:
> > >
> > >> Things are mostly already broken down into logical units. Pd,
> > >> externals, flext, those all have distinct build systems which are
> > >> just called from packages/darwin_app/Makefile. I have now been
> > >> sponsored to make this build system cross-platform, and
> > >> cross-packaging system even. So after this is done, it will be
> > >> easier to make fink packages, darwinports, RPMs, DEBs, gentoo
> > >> packages, etc. All with the huge benefit of having the exact same
> > >> contents in every package across all platforms.
> > >
> > > Could you explain what you mean by 'sponsored'? If you mean you're
> > > getting funded to actively work on PD's build system, this is
> > > wonderful news!
> >
> > Yes, there are currently two sponsors:
> >
> > Anders Friberg organized sponsorship for a common Windows build, here's
> > the official sponsor: "The development was sponsored by the Music
> > acoustics group, KTH, Stockholm (http://www.speech.kth.se/music/) and
> > the S2S^2 European coordinating action (http://www.s2s2.org)"
> >
> > And Martin Dupras organized sponsorship of a cross-platform build
> > system from his university, University of West England.
> >
> > Thanks much to both of them, they really deserve the praise since they
> > stepped up and offered and then did the bureaucratic legwork.
> > Hopefully, this can serve as a model future funding of Pd development.
> > This just put my lifetime free software earnings above US$2000. Its a
> > start...
> >
> > > I agree with Frank that the point of Fink is upstream libs and
> > > separation of concerns, which is why I spent hours yesterday looking
> > > at packaging pd in fink; the result of which is...I can see Hans's
> > > point:
> > >
> > > If we can use the darwin_app/Makefile to produce a Fink package (or
> > > darwinports, or gentoo, or whatever, especially .deb), then the
> > > package 'maintainer' job disappears, since all that has to happen is,
> > > we keep different packages generated from that makefile in
> > > puredata.info <http://puredata.info>, for people to get, or they get
> > submitted to fink
> > > tracker, or whatever.
> > >
> > > In any case, generating packages from a unified build system makes
> > > sense. No?
> >
> > Yes indeed, that is the grand plan, I hope to get the foundation
> > implemented by the end of the month, along with Windows, OSX, and Linux
> > binaries all from the same source. The further packaging (deb, rpm,
> > fink, darwinports, etc.) will be up to who ever wants to do it.
> >
> > >> If you look at just your particular OS/package preference, you don't
> > >> see the whole picture.
> > >
> > > Point taken.
> > >
> > >> As I have said before, I am not going to stop anyone, but all I ask
> > >> is that we spend our limited resources on other things besides
> > >> reinventing the build system wheel. Fink or Darwinports packages
> > >> could be useful, so please at the very least, let's work together to
> > >> have one system that can work for building.
> > >
> > > I think I would really appreciate the ability to rely on fink packages
> > > so that if I need a lib I'm thinking through fink, not a hand-compiled
> > > mess. And, I'd like to help achieve that. However, I'm not going to
> > > get in the way of a sensible idea, like unifying builds and generating
> > > packages from that.
> > >
> > > How does Hans' work relate to James'? Is James just packaging .app s
> > > outside the remit of Hans' darwin_app?
> >
> > Jamie is basically doing a minor development fork of
> > package/darwin_app/Makefile. I'll be incorporating basically all of
> > his changes now that he's got it all ironed out.
> >
> > >
> > > Maybe we could coalesce efforts at this point?
> >
> > Sounds like a great idea. You could start by looking at
> > packages/darwin_app/Makefile, and take it from there. But beware,
> > there will be substantial changes as I make it platform-neutral.
> >
> > .hc
> >
> > >
> > > d
> > >
> > > --
> > > # David Plans Casal
> > >
> > > problem.each { |day|
> > > assert_nil(spoon)
> > > }
> > >
> > >
> > > _______________________________________________
> > > PD-list at iem.at mailing list
> > > UNSUBSCRIBE and account-management ->
> > > http://lists.puredata.info/listinfo/pd-list
> > >
> >
> > ________________________________________________________________________
> > ____
> >
> > ???El pueblo unido jam???s ser??? vencido!
> >
> >
> >
> >
> > ------------------------------
> >
> > Message: 7
> > Date: Thu, 10 Nov 2005 17:26:37 -0500 (EST)
> > From: Mathieu Bouchard <matju at artengine.ca>
> > Subject: Re: [PD] cumulative distribution?
> > To: Jacob Last <jacoblast at gmail.com>
> > Cc: pd-list <pd-list at iem.at>, pete mcpartlan
> > <petemcpartlan at yahoo.co.uk>
> > Message-ID: <Pine.LNX.4.58.0511101700280.13211 at web.artengine.ca>
> > Content-Type: TEXT/PLAIN; charset=ISO-8859-1
> >
> > On Thu, 10 Nov 2005, Jacob Last wrote:
> > > In fact I don't think you can compute the cumulative gaussian
> > > distribution from a closed formula...
> >
> > It depends which are the allowed building blocks for the formula. If all
> > you have is +,-,*,/,pow,exp,log,cos, then you can't.
> >
> > then the MacLaurin expansion of integral(exp(-x*x)) is:
> >
> > Sum of x(-x*x)^k / (k+1)! for k=0 and upwards
> >
> > Which is a bitch to compute, since it needs so many terms to get it
> > accurate.
> >
> > However, <math.h> has a function erf() which computes exactly that, and
> > it's prolly a good optimisation over computing the series na???vely.
> >
> > > i think that a sigmoid function might be better suited than the
> > > hyperbolic tangent....
> >
> > The hyperbolic tangent *IS* a sigmoid!
> >
> > tanh(t) = 1-2*P(-2*t)
> >
> > ____________________________________________________________________
> > Mathieu Bouchard - t???l:+1.514.383.3801 - http://artengine.ca/matju
> > Freelance Digital Arts Engineer, Montr???al QC Canada
> >
> >
> >
> > ------------------------------
> >
> > Message: 8
> > Date: Thu, 10 Nov 2005 23:12:58 +0000 (GMT)
> > From: Thoralf Schulze <thoralf_schulze at yahoo.de>
> > Subject: [PD] gui stuff
> > To: pd-list <pd-list at iem.at>
> > Message-ID: <20051110231258.21987.qmail at web25108.mail.ukl.yahoo.com>
> > Content-Type: text/plain; charset=iso-8859-1
> >
> > hi everyone,
> >
> > doing housekeeping just turned up some
> > installed-once-and-forgotten-about software - in this
> > case AVE visual editor (this is basically a gui
> > wrapper around the avisynth frame server, which in
> > turn is a scripting language for video processing). I
> > was stunned by its user interface - for a screenshot,
> > see http://puredata.info/Members/tfbb/gui/AVE/view .
> > Regarding the canvas, this is probably as effective as
> > graphical programming can be. I would like to keep the
> > pd-like text in the objects, however :-)
> > honestly: I don't know if something like this is
> > possible with tcl/tk (or feasable for pd), it might be
> > a starting point for thinking about possible
> > improvements of pd's ui. the Objects- and Values/Help-
> > boxes are definitely good ideas to make the learning
> > curve less steep for beginners ...
> >
> > with kinf regards,
> > thoralf.
> >
> >
> > with kind regards,
> > thoralf.
> >
> >
> >
> >
> > ___________________________________________________________
> > How much free photo storage do you get? Store your holiday
> > snaps for FREE with Yahoo! Photos http://uk.photos.yahoo.com
> >
> >
> >
> > ------------------------------
> >
> > _______________________________________________
> > PD-list mailing list
> > PD-list at iem.at
> > to manage your subscription (including un-subscription) see
> > http://lists.puredata.info/listinfo/pd-list
> >
> >
> > End of PD-list Digest, Vol 8, Issue 49
> > **************************************
> >
> 
> 
> 
> --
> "It is not when truth is dirty, but when it is shallow, that the lover of
> knowledge is reluctant to step into its waters."
> -Friedrich Nietzsche, "Thus Spoke Zarathustra"

> _______________________________________________
> PD-list at iem.at mailing list
> UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list