On Thu, 2011-11-17 at 10:58 -0500, Mathieu Bouchard wrote:
Le 2011-11-17 à 15:18:00, Roman Haefeli a écrit :
Matju directed me to the respective parts in the source code, but I was
not able to make any sense out of it.
I said something wrong near the end because I spoke too quick.
I'm experimenting with dynamic patch creation and GEM and I would like to
be able to send a draw line message to objects in thousands of subpatches.
I came across this, which mentions sending a click message, apparently to
coordinates within the subpatch:
Hi,
Roman Haefeli wrote:
(and finally, what _is_ the GUI refresh rate)?
remember you're anyway limited by your monitor refresh rate. Something
usually between 50fps to 100fps.
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -
(sorry for x-post)
Dear all,
writing from Bergen, Norway, to invite you to join the live streaming
offered by the Piksel Festival.
All PIKSEL11 presentations and evening events will be streamed live.
Check the Piksel website for the current program.
Stream archives can be found at the giss.tv
trying to install on XP Pro,
following the 'new' method from the install.txt.
however autogen.sh is not in Cygwin.
searches seem to point to Guile as the culprit.
i'm not versed enough to understand the finesses of this discussion,
but, does it mean to forget about the 'new' install method for
This is more like iemguts: properties of abstractions. Jonathan's proposal
includes that, but also global things. IMHO, iemguts is the most Pd-ish
because its a library of simple objects rather than a single absattr
mega-object with attributes (Max/MSP style) or messages via send/receive.
You need to include the ./ since it is a local script like ./configure. So its:
./autogen.sh
./configure
make
.hc
On Nov 18, 2011, at 10:07 AM, rolf meesters wrote:
trying to install on XP Pro,
following the 'new' method from the install.txt.
however autogen.sh is not in Cygwin.
it worked out - merci mille!
ø
On 11/17/2011 06:51 PM, Hans-Christoph Steiner wrote:
/Applications/Pd-extended.app/Contents/Resources/bin/pd -stderr | pdsend
/Applications/Pd-extended.app/Contents/MacOS/Pd-extended is just the GUI
.hc
On Nov 17, 2011, at 11:27 AM, Matthias Kronlachner
Le 2011-11-18 à 09:34:00, Roman Haefeli a écrit :
Ah.. I was actually looking for the number 14112000, but of course I
didn't look for 32. * 441000. But then, 14112000 / 5000 gives 2822.4 Hz,
which would be a too high rate for GUI refresh. So, what is relation
between the tick and 5000 that
- Original Message -
From: Hans-Christoph Steiner h...@at.or.at
To: Thomas Grill g...@g.org
Cc: pd-list@iem.at; Miller Puckette m...@ucsd.edu; IOhannes m zmoelnig
zmoel...@iem.at
Sent: Friday, November 18, 2011 10:16 AM
Subject: Re: [PD] get method for Pd
This is more
There's no fixed update rate, but Mahieu is right, Pd polls for the
ability to make an update every DSP tick. (one is able to do an update
if the socket from Pd to GUI is writable, i.e., not full).
I've thought for a long time about putting an explicit throttle (on the order
of 5-10 msec) or a
Le 2011-11-17 à 10:42:00, Miller Puckette a écrit :
This leads to an interesting larger design issue. I've so far resisted
the idea of using send/receive as a back channel for getting return
values because of the unreadablity of the resulting patch.
It doesn't have to be written as such in
Lame question: Would user-settable GUI refresh rate help with speed
problems or with audio dropouts that some people experience? Or do these
depend on the amount of data transmitted and not on the update frequency?
Andras
On Fri, Nov 18, 2011 at 18:41, Miller Puckette m...@ucsd.edu wrote:
Le 2011-11-18 à 10:16:00, Hans-Christoph Steiner a écrit :
This is more like iemguts: properties of abstractions. Jonathan's
proposal includes that, but also global things. IMHO, iemguts is the
most Pd-ish because its a library of simple objects rather than a single
absattr mega-object with
Nevermind! The solution was obvious: create a receive object in each
subpatch send the draw message to all of them at once after they are
created.
On Fri, Nov 18, 2011 at 1:20 AM, Joe Newlin jtnew...@gmail.com wrote:
I'm experimenting with dynamic patch creation and GEM and I would like to
be
Le 2011-11-17 à 21:17:00, Hans-Christoph Steiner a écrit :
The last sentence is the key there. They should not all do these things
in their own disparate ways. If the objects stick to common,
well-established idioms, then all these objects will be easy use. Just
imagine the help patch of
On Nov 18, 2011, at 11:53 AM, Jonathan Wilkes wrote:
This is more like iemguts: properties of abstractions. Jonathan's proposal
includes that, but also global things. IMHO, iemguts is the most Pd-ish
because
its a library of simple objects rather than a single absattr mega-object
with
I'm with Hans -- e.g., 'list' where there's a whole slew of functionalities
masquerading as a single class (and sharing a help file), but in which
you only need one object for each type of use, e.g., list nth.
cheers
M
On Fri, Nov 18, 2011 at 01:23:12PM -0500, Mathieu Bouchard wrote:
Le
On Nov 18, 2011, at 1:23 PM, Mathieu Bouchard wrote:
Le 2011-11-17 à 21:17:00, Hans-Christoph Steiner a écrit :
The last sentence is the key there. They should not all do these things in
their own disparate ways. If the objects stick to common, well-established
idioms, then all these
Le 2011-11-17 à 14:40:00, Jonathan Wilkes a écrit :
efficient but extremely weird and difficult to read (just have a look at
the innards of [listabs/list-drip] for example).
BTW, the one nowadays in listabs is the simplest of the fast [list-drip]
implementations. The faster ones are more
Le 2011-11-18 à 14:00:00, Hans-Christoph Steiner a écrit :
I guess you haven't seen the all_about_ patches, you can have one of
those for the unified overview. Then have each object's help patch link
to this.
Bingo ! Now you need to write every piece of documentation twice : once in
each
On Nov 18, 2011, at 1:01 PM, Mathieu Bouchard wrote:
Le 2011-11-18 à 10:16:00, Hans-Christoph Steiner a écrit :
This is more like iemguts: properties of abstractions. Jonathan's proposal
includes that, but also global things. IMHO, iemguts is the most Pd-ish
because its a library of
On Nov 18, 2011, at 2:06 PM, Mathieu Bouchard wrote:
Le 2011-11-18 à 14:00:00, Hans-Christoph Steiner a écrit :
I guess you haven't seen the all_about_ patches, you can have one of those
for the unified overview. Then have each object's help patch link to this.
Bingo ! Now you need to
- Original Message -
From: Mathieu Bouchard ma...@artengine.ca
To: Hans-Christoph Steiner h...@at.or.at
Cc: Jonathan Wilkes jancs...@yahoo.com; pd-list@iem.at pd-list@iem.at;
Miller Puckette m...@ucsd.edu; IOhannes m zmoelnig zmoel...@iem.at
Sent: Friday, November 18, 2011 2:06
Hello everyone,
I was wondering if anyone had been able to compile and run (stable)
the latest GEM in OS X 10.7?
best,
J
--
Jaime E Oliver LR
jo2...@columbia.edu
www.jaimeoliver.pe
858 750 0924 (cel)
___
Pd-list@iem.at mailing list
UNSUBSCRIBE
One thing that would be very nice is if pd-gui checked the OS for the current
screen refresh rate, and then used that as the clock for refreshing the GUI.
Seems quite feasible to me. But actually, now that I think about it, I am sure
that any decent GUI toolkit does this already, so really
- Original Message -
From: Hans-Christoph Steiner h...@at.or.at
To: Jonathan Wilkes jancs...@yahoo.com
Cc: Thomas Grill g...@g.org; pd-list@iem.at pd-list@iem.at; Miller
Puckette m...@ucsd.edu; IOhannes m zmoelnig zmoel...@iem.at
Sent: Friday, November 18, 2011 1:33 PM
Hi
Thanks to Charles, Matju and Miller for your answers.
It's somewhat clearer now how those things are working together. In the
meanwhile, I made some test. I figured I'd probably be able to determine
the refresh rate myself with the help of the nyquist theorem. I made a
patch that lets the
On Fri, 2011-11-18 at 18:53 +0100, András Murányi wrote:
Lame question: Would user-settable GUI refresh rate help with speed
problems or with audio dropouts that some people experience? Or do these
depend on the amount of data transmitted and not on the update frequency?
I _think_ this depends
- Original Message -
From: Roman Haefeli reduz...@gmail.com
To: pd-list@iem.at
Cc:
Sent: Friday, November 18, 2011 3:10 PM
Subject: Re: [PD] pd-gui update rate
On Fri, 2011-11-18 at 18:53 +0100, András Murányi wrote:
Lame question: Would user-settable GUI refresh rate help
On Nov 18, 2011, at 2:58 PM, Jonathan Wilkes wrote:
- Original Message -
From: Hans-Christoph Steiner h...@at.or.at
To: Jonathan Wilkes jancs...@yahoo.com
Cc: Thomas Grill g...@g.org; pd-list@iem.at pd-list@iem.at; Miller
Puckette m...@ucsd.edu; IOhannes m zmoelnig
- Original Message -
From: Hans-Christoph Steiner h...@at.or.at
To: Jonathan Wilkes jancs...@yahoo.com
Cc: Thomas Grill g...@g.org; pd-list@iem.at pd-list@iem.at; Miller
Puckette m...@ucsd.edu; IOhannes m zmoelnig zmoel...@iem.at
Sent: Friday, November 18, 2011 3:34 PM
Le 2011-11-18 à 14:20:00, Hans-Christoph Steiner a écrit :
Obviously, there are objects that are too simple just as there are
objects that are too complex.
ok.
One thing that I think is a valuable goal is making objects that do
their thing only using the core atom types as input: bang,
On Nov 18, 2011, at 3:50 PM, Mathieu Bouchard wrote:
Le 2011-11-18 à 14:20:00, Hans-Christoph Steiner a écrit :
Obviously, there are objects that are too simple just as there are objects
that are too complex.
ok.
One thing that I think is a valuable goal is making objects that do their
Le 2011-11-18 à 12:44:00, Jonathan Wilkes a écrit :
Name another object in the history of Pd that (purposefully) does that.
http://gridflow.ca/help/gf/selector-help.html
__
| Mathieu BOUCHARD - téléphone :
Le 2011-11-17 à 22:24:00, Hans-Christoph Steiner a écrit :
You think that ~2300 words is not particularly large for a help file? That's
now long Tcl's info help is. I don't think any Pd help patch has anywhere
close to 2300 words.
wc -w #convolve-help.pd says 3086, but counting only the
- Original Message -
From: Mathieu Bouchard ma...@artengine.ca
To: Jonathan Wilkes jancs...@yahoo.com
Cc: Hans-Christoph Steiner h...@at.or.at; pd-list@iem.at
pd-list@iem.at; Miller Puckette m...@ucsd.edu; Thomas Grill
g...@g.org; IOhannes m zmoelnig zmoel...@iem.at
Sent:
- Original Message -
From: Mathieu Bouchard ma...@artengine.ca
To: Hans-Christoph Steiner h...@at.or.at
Cc: Jonathan Wilkes jancs...@yahoo.com; pd-list@iem.at pd-list@iem.at;
Miller Puckette m...@ucsd.edu; IOhannes m zmoelnig zmoel...@iem.at
Sent: Friday, November 18, 2011 4:31
Le 2011-11-18 à 11:37:00, Jonathan Wilkes a écrit :
Please use telepathy to let me know the places where I have the same
material in the object help and pasted it to all_about_*.
I'm not even talking about the existing ones.
However I should warn you that I will travel to the past to make
Le 2011-11-18 à 13:43:00, Jonathan Wilkes a écrit :
From: Mathieu Bouchard ma...@artengine.ca
I don't think that 2300 words (or 3600 words for more recent docs) is that
large. A hardcopy of a successful book such as Tolstoï's War and Peace has
56 words and doesn't even come with a Ctrl+f
On Nov 18, 2011, at 3:44 PM, Jonathan Wilkes wrote:
On Nov 18, 2011, at 2:58 PM, Jonathan Wilkes wrote:
On Nov 18, 2011, at 11:53 AM, Jonathan Wilkes wrote:
This is more like iemguts: properties of abstractions.
Jonathan's
proposal
includes that, but also global things. IMHO,
Le 2011-11-18 à 16:02:00, Hans-Christoph Steiner a écrit :
I don't really see what you mean in canvasargs. [+] behaves differently
when given a bang or a list. Bang outputs the current result again, and
a list of two numbers sets two new values to add and outputs the result.
Read it as « a
On Nov 18, 2011, at 4:55 PM, Mathieu Bouchard wrote:
Le 2011-11-18 à 16:02:00, Hans-Christoph Steiner a écrit :
I don't really see what you mean in canvasargs. [+] behaves differently
when given a bang or a list. Bang outputs the current result again, and a
list of two numbers sets two
Le 2011-11-18 à 13:42:00, Jonathan Wilkes a écrit :
So-- name two!*
Any grid-processing inlet does distinguish between float and list, though
the object they're on might not always use the difference. But that's not
the same as making a difference between bang and list, which is more rare.
Le 2011-11-18 à 16:57:00, Hans-Christoph Steiner a écrit :
On Nov 18, 2011, at 4:55 PM, Mathieu Bouchard wrote:
Read it as « a bang or an empty list ».
The bang is cast to an empty-list in a context where a list-method is defined
but a bang-method isn't.
Hmm, I think it really the opposite,
- Original Message -
From: Mathieu Bouchard ma...@artengine.ca
To: Jonathan Wilkes jancs...@yahoo.com
Cc: Hans-Christoph Steiner h...@at.or.at; pd-list@iem.at
pd-list@iem.at; Miller Puckette m...@ucsd.edu; Thomas Grill
g...@g.org; IOhannes m zmoelnig zmoel...@iem.at
Sent:
Le 2011-11-18 à 14:22:00, Jonathan Wilkes a écrit :
- Original Message -
From: Mathieu Bouchard ma...@artengine.ca
http://gridflow.ca/help/route2-help.html
http://gridflow.ca/help/route3-help.html
So I just named two more.
What are the contexts where you have used either of these
So here is two quick sketches of ideas for objects related to this: [coords]
and [canvasvisible]. coords you can already get from iemguts, and I'm planning
on submitting [canvasvisible] for inclusion in iemguts.
https://github.com/pd-projects/info
.hc
- Original Message -
From: Hans-Christoph Steiner h...@at.or.at
To: Jonathan Wilkes jancs...@yahoo.com
Cc: Thomas Grill g...@g.org; pd-list@iem.at pd-list@iem.at; Miller
Puckette m...@ucsd.edu; IOhannes m zmoelnig zmoel...@iem.at
Sent: Friday, November 18, 2011 7:19 PM
49 matches
Mail list logo
