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