Usually it seems to happen when there's a lot of stuff happening. 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@eds.org Subject: Re: [PD] PD OSX packaging redux To: David Plans Casal main@davidcasal.com Cc: pd-list List pd-list@iem.at Message-ID: f95fd921d3aae6dc531d03d4c37d094d@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@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@artengine.ca Subject: Re: [PD] cumulative distribution? To: Jacob Last jacoblast@gmail.com Cc: pd-list pd-list@iem.at, pete mcpartlan petemcpartlan@yahoo.co.uk Message-ID: Pine.LNX.4.58.0511101700280.13211@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@yahoo.de Subject: [PD] gui stuff To: pd-list pd-list@iem.at Message-ID: 20051110231258.21987.qmail@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@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"