--- On Sun, 2/20/11, Mathieu Bouchard wrote:
> From: Mathieu Bouchard
> Subject: Re: [PD] FLOSS book Lists chapter
> To: "Jonathan Wilkes"
> Cc: pd-list@iem.at
> Date: Sunday, February 20, 2011, 5:01 AM
> On Sat, 19 Feb 2011, Jonathan Wilkes
> wrote:
>
> > So what exactly are people referrin
On Sun, 20 Feb 2011, Mike Moser-Booth wrote:
The libpng error is gone, but now I get this one:
/Library/Pd/gridflow/gridflow.pd_darwin:
dlopen(/Library/Pd/gridflow/gridflow.pd_darwin, 10): Library not
loaded: /Users/pddev/.../lib/libcxcore.2.dylib
Referenced from: /Library/Pd/gridflow/libs/lib
The libpng error is gone, but now I get this one:
/Library/Pd/gridflow/gridflow.pd_darwin:
dlopen(/Library/Pd/gridflow/gridflow.pd_darwin, 10): Library not
loaded: /Users/pddev/.../lib/libcxcore.2.dylib
Referenced from: /Library/Pd/gridflow/libs/libcv.2.dylib
Reason: image not found
gridflow:
Hmm, I don't remember, it was some command line program, it should be
in the OSCeleton instructions.
.hc
On Feb 19, 2011, at 10:24 PM, Pagano, Patrick wrote:
Seems like everything built-- what has to be run for pd to notice it?
Patrick Pagano B.S.,M.F.A
Digital Media Engineer
UF Digital W
On Sat, 19 Feb 2011, Mike Moser-Booth wrote:
Still get the same error. :-(
ok, that was because I was linking with both the correct libpng and the
wrong libpng. This is fixed, as well as another linkage problem (libiconv
in libintl).
http://gridflow.ca/download/packages/gridflow-9.13-macos
On Sat, 19 Feb 2011, Jonathan Wilkes wrote:
So what exactly are people referring to, other than some anecdotal
evidence about some students somewhere who made some patches with some
segmented patch cords that they thought looked bad?
I mean that they might be referring to anecdotal evidence i
Seems like everything built-- what has to be run for pd to notice it?
Patrick Pagano B.S.,M.F.A
Digital Media Engineer
UF Digital Worlds Institute
(352)294-2020
On Feb 19, 2011, at 6:23 PM, "Hans-Christoph Steiner" wrote:
>
> https://github.com/Sensebloom/OSCeleton
>
> .hc
>
> On Feb 19, 20
--- On Sun, 2/20/11, Mathieu Bouchard wrote:
> From: Mathieu Bouchard
> Subject: Re: [PD] FLOSS book Lists chapter
> To: "Jonathan Wilkes"
> Cc: pd-list@iem.at
> Date: Sunday, February 20, 2011, 1:40 AM
> On Sat, 19 Feb 2011, Jonathan Wilkes
> wrote:
>
> > I'll continue to argue if hc gives
On Sat, 19 Feb 2011, Mike Moser-Booth wrote:
If you send a [dirty 0( message after the [donecanvasdialog( one, you
can prevent the save changes dialog from popping up.
You're also preventing it if it were supposed to pop up.
If you want to preserve the dirty-flag in its same state, you need e
If you send a [dirty 0( message after the [donecanvasdialog( one, you
can prevent the save changes dialog from popping up.
.mmb
On Sat, Feb 19, 2011 at 2:23 PM, patko wrote:
> There is another thing about this feature I'd like to flag, dunno if I have
> to create a new topic for this
>
>
Still get the same error. :-(
.mmb
On Sat, Feb 19, 2011 at 7:50 PM, Mathieu Bouchard wrote:
> On Sat, 19 Feb 2011, Mike Moser-Booth wrote:
>
>> Just gave it a go. I get this message when Pd starts:
>>
>> /Library/Pd/gridflow/gridflow.pd_darwin:
>> dlopen(/Library/Pd/gridflow/gridflow.pd_darwin,
On Sat, Feb 19, 2011 at 9:07 PM, cyrille henry wrote:
>
>
> anyway, i think using dynamic creation in real time is bad.
> imho, it really should be limited for patch creation.
>
Hi Cyrille, can you explain better your position please?
I have been using dynamic patching in real time a lot in my w
On Sat, 19 Feb 2011, Mike Moser-Booth wrote:
Just gave it a go. I get this message when Pd starts:
/Library/Pd/gridflow/gridflow.pd_darwin:
dlopen(/Library/Pd/gridflow/gridflow.pd_darwin, 10): Library not
loaded: /sw/lib/libpng14.14.dylib
Referenced from: /Library/Pd/gridflow/gridflow.pd_darwi
On Sat, 19 Feb 2011, John Harrison wrote:
is it correct behavior that loadbang will not be called when it is part
of a dynamically created object? See attached. If you load test-do, it
will create an instance of test when you click on the message. Test
should print loadbang and initbang, but i
On Sat, 19 Feb 2011, Jonathan Wilkes wrote:
I'll continue to argue if hc gives me some Pd examples that back up his
"95% bad" claim. But unless I'm missing a "turn on segmented patch
cords" checkbutton buried in a menu somewhere, I believe this is the end
of the argument.
The claim has been
--- On Sat, 2/19/11, Mathieu Bouchard wrote:
> From: Mathieu Bouchard
> Subject: Re: [PD] FLOSS book Lists chapter
> To: "Jonathan Wilkes"
> Cc: pd-list@iem.at
> Date: Saturday, February 19, 2011, 10:42 PM
> On Sat, 19 Feb 2011, Jonathan Wilkes
> wrote:
>
> > How can you say that segmented p
--- On Sat, 2/19/11, patko wrote:
> From: patko
> Subject: Re: [PD] data structure array not mouse editable
> To: "pd-list"
> Date: Saturday, February 19, 2011, 11:05 PM
> I've just seen that an array of array
> is now mouse editable
>
> so is there an option to make an array not mouse edita
https://github.com/Sensebloom/OSCeleton
.hc
On Feb 19, 2011, at 4:41 PM, Pagano, Patrick wrote:
Thanks Hans is osckeleton an install or a build?
Patrick Pagano B.S.,M.F.A
Digital Media Engineer
UF Digital Worlds Institute
(352)294-2020
On Feb 19, 2011, at 1:57 PM, "Hans-Christoph Steiner"
On Sat, 19 Feb 2011, Pedro Lopes wrote:
uhhh "not officially supported" sounds great.
Okay, didn't knew that position. Comment withdrawn.
Ah, btw, you have to know what official means in the pd world.
GUI classes outside of Pd are all using unofficial, unsupported APIs.
It's been like that
I've just seen that an array of array is now mouse editable
so is there an option to make an array not mouse editable, or to disable mouse
edition of x or y or w?
- "patko" a écrit :
> Hello,
>
> I'd like to draw array with data structures that is not mouse
> editable, and I've seen it'
On Sat, 19 Feb 2011, Jonathan Wilkes wrote:
How can you say that segmented patch cords are bad 95% of the time when
they are not even available in Pd 100% of the time? Just to take
Miller's "Techniques" as an example, if there were segmented patch cords
then all of his horizontal connections c
Just gave it a go. I get this message when Pd starts:
/Library/Pd/gridflow/gridflow.pd_darwin:
dlopen(/Library/Pd/gridflow/gridflow.pd_darwin, 10): Library not
loaded: /sw/lib/libpng14.14.dylib
Referenced from: /Library/Pd/gridflow/gridflow.pd_darwin
Reason: image not found
gridflow: can't loa
Regarding ambiguity, I'd say a good rule of thumb is that one should be
able to draw the patch on a sheet of paper without introducing any ambiguity.
So things like inlet tool tips and cord shaking don't resolve ambiguity in
the visual representation of the patch, though they may be useful in
If you never depend on connection order (which you sholdn't because, as
we've discussed, it is visually ambiguous), then how exactly would that
help you debug?
-Jonathan
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management ->
htt
How can you say that segmented patch cords are bad 95% of the time when they
are not even available in Pd 100% of the time?
Just to take Miller's "Techniques" as an example, if there were segmented
patch cords then all of his horizontal connections could be made unambiguous by
having about 5px
Allright I've got it from canvas_coords() in g_canvas.c and arguments are
appearing in this order:
[coords xFrom yFrom xTo yTo xWidth yHeigth GraphMe Xmargin Ymargin(
|
[s mysubpatch]
It's far better than donecanvasdialog method !
- "Mathieu Bouchard" a écrit :
> On Sat, 19 Feb 2011, pa
On Sat, Feb 19, 2011 at 8:41 AM, Hans-Christoph Steiner wrote:
>
> On Feb 19, 2011, at 1:40 AM, Elliott Slaughter wrote:
>
> On Fri, Feb 18, 2011 at 9:16 PM, Hans-Christoph Steiner wrote:
>
>>
>> ./configure --disable-fat
>>
>> That is a warning related to building universal.
>>
>
> Ok, build gets
On Sat, 19 Feb 2011, patko wrote:
- "Mathieu Bouchard" a écrit :
That might have been the reason why I used the "coords" method
instead.
where this method is documented?
In the source code.
___
| Mathieu Bouchard
Hi
I have snow leopard and a kinect and would love to try this out, but I am
a little confused by the insane flurry of emails regarding this.
Does the kinect work with pd?
What does one need to build or prepare for the patches to work?
Thanks in advance
pp
___
uhhh "not officially supported" sounds great.
Okay, didn't knew that position. Comment withdrawn.
Best,
Pedro
On Sat, Feb 19, 2011 at 8:01 PM, cyrille henry wrote:
>
>
> Le 19/02/2011 20:49, Pedro Lopes a écrit :
>
> >yes, this is known.
>> By known you mean.. Is it on the bug tracker alread
Le 19/02/2011 20:58, John Harrison a écrit :
Cyrille I just tried your solution and the problem is that all objects sharing
the name of the dynamically-created object all get the loadbang message.
yes.
you should create them all in the same time, and then send the loadbang.
if this is not pos
Le 19/02/2011 20:49, Pedro Lopes a écrit :
>yes, this is known.
By known you mean.. Is it on the bug tracker already?
no, it's not considered as a bug.
When such things are discovered (and by things I mean issues), shouldn't they
be documented inside the help patches?
dynamic patching is
Cyrille I just tried your solution and the problem is that all objects
sharing the name of the dynamically-created object all get the loadbang
message.
On Sat, Feb 19, 2011 at 1:49 PM, Pedro Lopes wrote:
> >yes, this is known.
> By known you mean.. Is it on the bug tracker already?
>
> When such
>yes, this is known.
By known you mean.. Is it on the bug tracker already?
When such things are discovered (and by things I mean issues), shouldn't
they be documented inside the help patches?
It helps a lot those getting inside pd.
Best,
pedro
On Sat, Feb 19, 2011 at 7:44 PM, cyrille henry wr
hello,
yes, this is known.
you have to explicitly send the loadbang, like in this patch, using your
exemple.
(don't know about initbang, i don't use it)
c
Le 19/02/2011 20:33, John Harrison a écrit :
is it correct behavior that loadbang will not be called when it is part of a
dynamically cre
I've tested you patch, happens here too.
But I'm no expert in this behavior. :)
p.s.: The help patch on "loadbang" states that a bang is sent when the patch
is loaded. Is it a semantic issue? Patch vs. abstraction? or merely a
problem.. 'Cause initbang "bangs".
2011/2/19 John Harrison
> is
- "Mathieu Bouchard" a écrit :
> On Sat, 19 Feb 2011, patko wrote:
>
> > When the donecanvasdialog message has been sent to my subpatch in
> > runtime, if I close the patch I have a message appearing for saving
>
> > changes in the patch, like if I used the properties dialog box,
> that's
is it correct behavior that loadbang will not be called when it is part of a
dynamically created object? See attached. If you load test-do, it will
create an instance of test when you click on the message. Test should print
loadbang and initbang, but it only prints initbang.
--
John
#N canvas 8
Hello,
I'd like to draw array with data structures that is not mouse editable, and
I've seen it's possible to do such thing by drawing array of array.
>From what I've understood by reading the archives, this is not really an
>intended behavior.
So I'd like to know if this behavior will stay
On Sat, 19 Feb 2011, patko wrote:
When the donecanvasdialog message has been sent to my subpatch in
runtime, if I close the patch I have a message appearing for saving
changes in the patch, like if I used the properties dialog box, that's a
bit annoying because the patch isn't supposed to save
There is another thing about this feature I'd like to flag, dunno if I have to
create a new topic for this
When the donecanvasdialog message has been sent to my subpatch in runtime, if
I close the patch I have a message appearing for saving changes in the patch,
like if I used the properti
What is sudo: http://xkcd.com/149/
On Sat, Feb 19, 2011 at 6:50 PM, Hans-Christoph Steiner wrote:
>
> Use sudo.
>
> .hc
>
> On Feb 19, 2011, at 12:45 PM, Ingo wrote:
>
> Besides the audio I sometimes need to run some [shell] commands that
>> require
>> root rights. No way to run it without bein
I got it working using an external program called OSCeleton and then
just received the data via OSC:
https://github.com/pd-projects/pd-kinect-skeleton
.hc
On Feb 19, 2011, at 1:31 PM, Pagano, Patrick wrote:
Hi
I have snow leopard and a kinect and would love to try this out, but
I am
There is an IRC channel for PureData on the IRC.FreeNode.Net network and
the name of the channel is "#dataflow".
Just a reminder because I hadn't announced it in a long, long time.
___
| Mathieu Bouchard tél: +1.514.383
Use sudo.
.hc
On Feb 19, 2011, at 12:45 PM, Ingo wrote:
Besides the audio I sometimes need to run some [shell] commands that
require
root rights. No way to run it without being root.
Ingo
Besides, if you configure your system right with ALSA and JACK, you
don't need to run PD as root. Do
On Feb 19, 2011, at 12:46 PM, Marco Donnarumma wrote:
This made me think of a help to revealing (2). If an interface
were to have hover-over tooltips, as has been discussed at times
for outlets/inlets, then a cable could reveal its creation
order on hover.
It wouldn't obviate triggers, but wou
On Fri, 18 Feb 2011, Jaime Oliver wrote:
We're working to get a more definite solution. This is a kind of object
that i think wold be of general use for pd users. So, I imagine other
people have done similar objects???
Matching nearest neighbours in general is a nice idea, but if you wanted
I spent a bunch of hours on these builds.
Could someone confirms that test8 works ?
-- Forwarded message --
Date: Sat, 19 Feb 2011 13:09:16 -0500 (EST)
From: Mathieu Bouchard
To: gridflow-...@artengine.ca
Subject: Re: time to test 9.13 on osx-intel
On Sat, 19 Feb 2011, Mathieu
>
> This made me think of a help to revealing (2). If an interface
> were to have hover-over tooltips, as has been discussed at times
> for outlets/inlets, then a cable could reveal its creation
> order on hover.
>
> It wouldn't obviate triggers, but would make a nice debugging
> feature.
>
>
+1
Besides the audio I sometimes need to run some [shell] commands that require
root rights. No way to run it without being root.
Ingo
> > Besides, if you configure your system right with ALSA and JACK, you
> > don't need to run PD as root. Don't run programs as root, this is
> > not safe.
>
> i
No Bernardo,
I get the same or even better latencies. Down to 5-6 ms (pd audio sttings
display) with a very complex patch. Alsa is giving me more problems like
digital A/D/A sync errors.
As far as I know alsa is using oss anyway. Not sure if I'm wrong here.
Anyway, I just figured out what the pro
No Bernardo,
I get the same or even better latencies. Down to 6 ms with a very complex
patch. Alsa is giving me more problems like digital A/D/A sync errors.
As far as I know alsa is using oss anyway. Don't know if I'm wrong here.
Ingo
> -Ursprüngliche Nachricht-
> Von: Bernardo Barros
On Fri, 18 Feb 2011 17:48:21 -0800 (PST)
Jonathan Wilkes wrote:
> I guess I'm limiting it to unwanted ambiguities that
> _cannot_ be resolved by looking at the patch.
Maybe we could look at it in another way, and ask what information
is hidden in a patch? Most we have mentioned so far:
1)
On Feb 19, 2011, at 1:40 AM, Elliott Slaughter wrote:
On Fri, Feb 18, 2011 at 9:16 PM, Hans-Christoph Steiner
wrote:
./configure --disable-fat
That is a warning related to building universal.
Ok, build gets a little further, and then:
../portaudio/src/hostapi/coreaudio/pa_mac_core.c: In
On Fri, 18 Feb 2011, Hans-Christoph Steiner wrote:
On Feb 16, 2011, at 8:27 PM, Jonathan Wilkes wrote:
1 Don't have wires overlapping object boxes, object xlets, or object text*
2 Avoid horizontal wires
- good layout to represent the flow of the data
- encapsulation into rational chunks
- and m
On Fri, 18 Feb 2011, Jonathan Wilkes wrote:
That's all true. I guess I'm limiting it to unwanted ambiguities that
_cannot_ be resolved by looking at the patch. So things like fanouts
and [r] creation order wouldn't count as long as having a different
connection/creation order doesn't upset t
On Sat, 19 Feb 2011, patko wrote:
Allright I've understood, to make it clear, if graphme = 0 it doesn't
graph on parent
if graphme is 1 it graph on parent but display name and arguments, and
then,
if graphme is 2 or 3 it does graph on parent and hides name and argument
Yeah, and for reaso
Hello,
next tuesday, 22nd February, will be the next meeting of Pure Data users
in Berlin at NK (http://www.nkprojekt.de/) - Elsenstr. 52, 2HH 2Etage.
Besides normal Pd subjects, this reunion will be the first to prepare for
the Berlin module of the Pd Convention (Weimar) in August. As the Be
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/18/2011 11:04 PM, Elliott Slaughter wrote:
>
> Thanks. The MSW fix worked. Funny that m_pd.h can't figure that out
> automatically
???
m_pd.h is a file that cannot do anything on it's own.
also, this file is only used during the compilatio
59 matches
Mail list logo