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, 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
**************************************