[PD] smoke object help

[nosehair911]

Hi all,

I posted this in the gem-dev list but maybe someone here can give a some advise 
or a different 
solution for my problem. The reason I am trying to use gem is because they have 
already figured out 
the glLoop problem between openGL and Pd. Also because I then would have access 
to the other 
gem objects.

I am trying to transcribe this glut application here:

http://www.nada.kth.se/~gustavt/fluids/

into a gem object. At first at thought it would be easy seeing as the code was 
pretty much working but 
I am having a tough time of it. I compiled the original application and it 
works perfect but it seems like 
when I convert it to a gem object I get nothing.

Here are some things I am assuming, please correct me...
1. glut and openGL/Gem use the same measurements like when I use glVertex2f(px, 
py); it is the 
same in both.
2. Instead of using the glut mouse controls I can use a list inlet to get x and 
y coordinates.

Other than that I pretty much copied the app and used render(GemState *state) 
to put all of the 
rendering stuff into. But I still cant get it to work. I get a black screen. 
I think it is probably drawing 
somewhere of screen but I really cant seem to figure out how to fix the 
problem. If anyone can give 
me a clue I would appreciate it.
Thanks,
Alain


___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Opencv & pd

[nosehair911]

IO,
I understand what you where saying.  I just figured it would be easier to make 
a self contained 
external than to try to figure out how to convert things so that Gems GL stuff 
could use it.  From what 
you are saying I was probably wrong.  I just could not figure it out really and 
there was no how to for 
Gem like the how to you wrote for Pd (althogh the Gem sorce is documented well).

Nanodust,
When I said "have you used pix_multiblob before" I was not trying to be 
inflamatory I was just asking.  
>From your reply I think it might have come out that way but it was not ment 
>that way.  I appreciate all 
input.

Thanks to all,
Alain
> 
> From: IOhannes m zmoelnig <[EMAIL PROTECTED]>
> Date: 2007/05/30 Wed AM 09:57:55 EDT
> To: [EMAIL PROTECTED]
> CC: pd-list@iem.at
> Subject: Re: [PD] Opencv & pd
> 
> [EMAIL PROTECTED] wrote:
> > I dont know if you have ever used pix_multiblob before. This would be my 
> > first option and I 
already 
> 
> just to make sure that we do not misunderstand each other:
> i had no intention in saying that you should stick to the existing objects.
> i thought that you should integrate your openCV objects into Gem and not
> brew your own objects.
> 
> the problems you described (sending pointers to and fro), show that you
> do not create Gem objects (which would handle this stuff for you).
> 
> 
> mfg.asdr
> IOhannes
> 


___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

[PD] netsent help

[nosehair911]

Mike,
Can you tell me where I can read up on netsend.  I have tried to follow your 
code but I still get a 
compile error.  I tried this:
#include "u_pdsend.h"
char*   host = "localhost";
int port = 8779;
char*   protocol = "tcp";
charstr[1024];
Then I use pdsend_init(host, port, protocol); then I use it the way you do by:
sprintf(str,"%d (%d,%d)", i, iMeanx, iMeany);
pdsend_message(str);
but I get  this compile error:
/usr/bin/ld: Undefined symbols:
pdsend_init(char*, int, char*)
pdsend_message(char*)
collect2: ld returned 1 exit status
Anyway I have been looking for instructions online without success. If you can 
point the way to a 
webpage that would be great.
Alain

> 
> From: Mike Wozniewski <[EMAIL PROTECTED]>
> Date: 2007/05/29 Tue PM 04:55:35 EDT
> To: [EMAIL PROTECTED]
> CC: pd-list@iem.at
> Subject: Re: [PD] opencv motion tracker external HELP!
> 
> Hi Alain,
> 
> I've used the OpenCV blobtracker with Pd before, and I simply send blob 
> positions and sizes over UDP using u_pdsend.c
> 
> I've attached my code and makefile... look in blobtrack.c and search for 
> where I use the pdsend_init() and pdsend_message() functions... it's 
> pretty simple.
> 
> Then you just use [netreceive] in Pd and parse the list as you deem 
> necessary.
> 
> Hope this helps,
> -Mike
> 
> 
> P.S. my blobtracker code is meant for use with a live camera, not with 
> .avi files.
> 
> 


blobTracker.tar.gz
Description: GNU Zip compressed data


replyAll
Description: null
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] opencv motion tracker external HELP!

[nosehair911]

Martin,
Thanks for all your help.  I have a final question about the sprintf solution.  
I have managed to get the 
out going(I think) but I am not quite undestanding the atol()inlet part.  I 
have this.

 void window_getframe(t_window *x, t_symbol *sym)
{
char* decode;
char symstr;
x->sym->s_name = decode;
symstr = atol(decode);
frame = symstr;
}
But I get invalid conversion from 'char' to "IplImage*'. I have to read some 
more. If I used sprintf to write  
to an array a string/image formatted as a pointer and then turned that pointer 
to a symbol, how do i 
now convert the symbol back to a pointer of the original image, which I assume 
should still be in 
buffer?
Alain

> You can only work with atoms in pd's message system, and each atom usually 
> contains a bang, a 
float or a symbol. You could convert the pointer to a float but it probably 
won't work because the 
pointer is a large integer that won't be accurately represented as a float. You 
could convert the pointer 
to a symbol using something like: 
> char symstr[10];
> t_symbol sym;
> sprintf(symstr, "%p", frame);
> sym = gensym(symstr);
> ...then send sym through the outlet and convert it back to a pointer at the 
> receiving end by extracting 
the string from the s_name field of the symbol and passing it to atol().
> 
> Martin
> 


___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Opencv & pd

[nosehair911]

I dont know if you have ever used pix_multiblob before. This would be my first 
option and I already 
had built a huge project using pix_multiblob before I realized that just 
tracking 5 blobs with 
pix_multiblob on a G5 dual 2Ghz with a Radeon 9800 XT and 3 gig of ram it was 
using up 98-104 
percent of my cpu on just tracking lone.  Try the pix_multiblob example.  The 
opencv app I built 
running on a powerbook g4 1.5Ghz with 512mb of ram only uses 38-45 of my cpu 
with the same 
movie.  In my project I am going to need to track at least 15 to 20 blobs if 
not more. You do the math.  
The reason I want to build it into an external is for convenience and for the 
learning process.  If you 
have any help to give I will be happy to learn from you.
Alain
> 
> From: "nanodust" <[EMAIL PROTECTED]>
> Date: 2007/05/30 Wed AM 08:07:45 EDT
> To: 
> Subject: Re: [PD] Opencv & pd
> 
> > > For the last 2 weeks I have been trying to write a motion tracking 
> > > external using the blob motion tracker in opencv.  I had success 
> > > with writing a program that recieves a path to an avi and motion 
> > > tracks the blobs and prints their position.  Now I am writing the
> 
> IOhannes m zmoelnig wrote:
> 
> > otoh, why don't you just use the Gem framework?
> 
> My thoughts *EXACTLY*
> 
> Why spend time re-doing what exists? (for fun, perhaps ;)
> 
> As it is, pix_blob works quite well - and if you need multiblob, update
> pd/gem from CVS - pix_multiblob works very well also, and is quite fast.
> 
> *instancing* / id tracking is rare (not inherent to openCV either), but I
> was able to hack it well enough for my purposes.
> 
> > if nothing else works, it might be simplest to just write your own 
> > application (without pd) and send the data to pd via your favourite 
> > protocol (FUDI, OSC, SMTP...)
> 
> Indeed - for more complicated operations (face &  body recognition) I used
> opencv's haars, then sent the coordinates to GEM via OSC for various visual
> effects.
> 
> From pd context, I don't see what benefit opencv blobs have over
> pix_multi/blob; but perhaps I am missing something!
> 
> 
> ___
> PD-list@iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list
> 


___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] opencv motion tracker external HELP!

[nosehair911]

I just realized I should be posting in the pd-dev list so from now on any 
questions I have relating to 
this project will be posted there.

Martin,
I am getting a weird error when I try sym = gensym(symstr);  I get
no match for 'operator=' in 'sym = gensym(((char*)(& symstr)))'
I dont know what thats all about.  I have seen this used before with no 
problems.
Alain
> 
> From: <[EMAIL PROTECTED]>
> Date: 2007/05/29 Tue AM 11:51:36 EDT
> To: 
> CC: Tim Boykett <[EMAIL PROTECTED]>, IOhannes m zmoelnig <[EMAIL PROTECTED]>, 
<[EMAIL PROTECTED]>
> Subject: Re: Re: [PD] opencv motion tracker external HELP!
> 
> > I dont think I quite understood.  I tried:
> > 
> > #define FRAMEOUT frame
> > 
> > IplImage *frame = 0;
> > 
> > x->x_outlet = outlet_new(&x->x_obj, &s_anything);
> > outlet_anything(x->x_outlet, FRAMEOUT);
> > 
> > with the same results.  Maybe someone can dumb it down for me?
> 
> You can only work with atoms in pd's message system, and each atom usually 
> contains a bang, a 
float or a symbol. You could convert the pointer to a float but it probably 
won't work because the 
pointer is a large integer that won't be accurately represented as a float. You 
could convert the pointer 
to a symbol using something like: 
> char symstr[10];
> t_symbol sym;
> sprintf(symstr, "%p", frame);
> sym = gensym(symstr);
> ...then send sym through the outlet and convert it back to a pointer at the 
> receiving end by extracting 
the string from the s_name field of the symbol and passing it to atol().
> 
> Martin
> 


___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] opencv motion tracker external HELP!

[nosehair911]

You are right it would be.  It would also be easier to make a self contained 
external with just one 
object and just use pd message system to output a list.  I appreciate your 
help. I guess I will try to 
finish what I started using Martins suggestions and work on a standalone app at 
the same time.  Is 
there a good reference webpage on how to integrate OSC that you can point me 
to? would the cpu 
take a buigger performance hit this way?
Alain
> 
> From: Tim Boykett <[EMAIL PROTECTED]>
> Date: 2007/05/29 Tue AM 11:45:08 EDT
> To: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
> CC: , 
>  [EMAIL PROTECTED]
> Subject: Re: [PD] opencv motion tracker external HELP!
> 
> 
> Hi Alain,
> 
> wouldn't it be a lot easier to take the system that you already have and
> use OSC or FIDO to send the values (that you were printing) to PD
> for further processing?
> 
> I am greatly in favour of using different systems for different jobs  
> and letting
> a protocol like OSC or fido (netsend) connect them together.
> 
> I could easily help you with that problem, if the code is running  
> already.
> 
> Cheers,
> 
> tim



___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] opencv motion tracker external HELP!

[nosehair911]

Martin,
Thanks for your insight. I will look into that.  It seems like sprintf/atoi is 
what I need to be looking at.
Alain
> 
> From: <[EMAIL PROTECTED]>
> Date: 2007/05/29 Tue AM 11:51:36 EDT
> To: 
> CC: Tim Boykett <[EMAIL PROTECTED]>, IOhannes m zmoelnig <[EMAIL PROTECTED]>, 
<[EMAIL PROTECTED]>
> Subject: Re: Re: [PD] opencv motion tracker external HELP!
> 
> > I dont think I quite understood.  I tried:
> > 
> > #define FRAMEOUT frame
> > 
> > IplImage *frame = 0;
> > 
> > x->x_outlet = outlet_new(&x->x_obj, &s_anything);
> > outlet_anything(x->x_outlet, FRAMEOUT);
> > 
> > with the same results.  Maybe someone can dumb it down for me?
> 
> You can only work with atoms in pd's message system, and each atom usually 
> contains a bang, a 
float or a symbol. You could convert the pointer to a float but it probably 
won't work because the 
pointer is a large integer that won't be accurately represented as a float. You 
could convert the pointer 
to a symbol using something like: 
> char symstr[10];
> t_symbol sym;
> sprintf(symstr, "%p", frame);
> sym = gensym(symstr);
> ...then send sym through the outlet and convert it back to a pointer at the 
> receiving end by extracting 
the string from the s_name field of the symbol and passing it to atol().
> 
> Martin
> 


___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] opencv motion tracker external HELP!

[nosehair911]

I dont think I quite understood.  I tried:

#define FRAMEOUT frame

IplImage *frame = 0;

x->x_outlet = outlet_new(&x->x_obj, &s_anything);
outlet_anything(x->x_outlet, FRAMEOUT);

with the same results.  Maybe someone can dumb it down for me?
Alain
> 
> From: IOhannes m zmoelnig <[EMAIL PROTECTED]>
> Date: 2007/05/29 Tue AM 10:40:29 EDT
> To: [EMAIL PROTECTED]
> CC: Tim Boykett <[EMAIL PROTECTED]>,   pd-list@iem.at
> Subject: Re: [PD] opencv motion tracker external HELP!
> 
> [EMAIL PROTECTED] wrote:
> > Thanks for helping.  Well I basically have a rough sketch of all the 
> > objects but I am having a tough 
> > time with the outlet system.  In a nutshell opencv uses an image structure 
> > called "typedef struct 
> > _IplImage."  Acording to them "The structure IplImage came from Intel Image 
> > Processing Library 
> > where the format is native."  I can give you more information about it if 
> > you need it.  My problem is 
> > sending the result from IplImage to an outlet and being able to receive it 
> > from an inlet.  So far that 
is 
> > my bigest hurdle.  I have this code:
> > 
> > IplImage *frame = 0;
> > 
> > x->x_outlet = outlet_new(&x->x_obj, &s_anything);
> > outlet_anything(x->x_outlet, frame);
> > 
> > Obviously with more stuff in the middle but I keep getting this error from 
> > the compiler:
> 
> 
> whoa don't do that.
> 
> if you are sure that you have to send pointers around, then you should
> a) have a look at Gem (where this is done) or GridFlow and
> b) don't do it (Gem is using this for legacy reasons); really. even
> though pd has "pointers", they are not meant for passing arbitrary data
> around.
> 
> if you want to do it the clean way, you will have to create ids (numeric
> or symbolic), associate your data-chunks with ids, pass the ids through
> pd's messaging system and look them up at the receiving side.
> pdp does it like this.
> 
> an alternative might be mrpeach's "string/blob" patch, but then you
> would rely on a patched pd, which is not a very good idea.
> 
> if you are not sure, then i suggest to not do it that way (unless you
> want to spend some time in getting into coding)
> 
> 
> otoh, why don't you just use the Gem framework?
> i guess that you could fit the IplImage into an imageStruct with not
> much overhead (but then i don't know this structure; if it is
> fundamentally different from Gem's imageStruct you might lose everything
> you gained speedwise)
> 
> 
> 
> if nothing else works, it might be simplest to just write your own
> application (without pd) and send the data to pd via your favourite
> protocol (FUDI, OSC, SMTP...)
> 


___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] opencv motion tracker external HELP!

[nosehair911]

Thanks for helping.  Well I basically have a rough sketch of all the objects 
but I am having a tough 
time with the outlet system.  In a nutshell opencv uses an image structure 
called "typedef struct 
_IplImage."  Acording to them "The structure IplImage came from Intel Image 
Processing Library 
where the format is native."  I can give you more information about it if you 
need it.  My problem is 
sending the result from IplImage to an outlet and being able to receive it from 
an inlet.  So far that is 
my bigest hurdle.  I have this code:

IplImage *frame = 0;

x->x_outlet = outlet_new(&x->x_obj, &s_anything);
outlet_anything(x->x_outlet, frame);

Obviously with more stuff in the middle but I keep getting this error from the 
compiler:

error: cannot convert IplImage* to t_symbol for argument 2 to "void 
outlet_anything(_outlet*, 
t_symbol*, int, t_atom*)

I still havent figured a way around this.  I am sure its easy but... Anyway Im 
trying to figure out the 
outlet first before I tackle the inlet.  Any advise?
Alain
> 
> From: Tim Boykett <[EMAIL PROTECTED]>
> Date: 2007/05/29 Tue AM 05:18:54 EDT
> To: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
> Subject: Re:  opencv motion tracker external HELP!
> 
> 
> Hi Alain,
> 
> how is this coming along? I gather that you got the tracker working
> as a standalone, but no luck with the external yet. Is that right?
> 
> I would be interested in perhaps helping, but I thought I would check to
> see what was already working.
> 
> cheers,
> 
> tim
> 
> 
> On 27/05/2007, at 10:35 PM, <[EMAIL PROTECTED]>  
> <[EMAIL PROTECTED]> wrote:
> 
> > For the last 2 weeks I have been trying to write a motion tracking  
> > external using the blob motion
> > tracker in opencv.  I had success with writing a program that  
> > recieves a path to an avi and motion
> > tracks the blobs and prints their position.  Now I am writing the  
> > set of Pd externals using the same
> > code with very little success. I need someone that knows what they  
> > are doing to look at my Pd code
> > and show me what I am doing wrong.  I have read and followed  
> > IOhannes guide on external writing.
> > Also, I have looked at the zexy and pdp sorce code in order to  
> > learn but still I am not getting it to work.
> > The externals are based on the already working code I was able to  
> > frankenstein together.  I am
> > calling it FTIR_Tools.  It consist of the following (if I ever get  
> > them to work!):
> >
> > 1. FTIR_Cam: detects webcam and sends out frames to outlet.
> > 2. FTIR_VPlayer: reads quicktimes from path and sends out frames to  
> > outlet.
> > 3. FTIR_Tracker: tracks blobs, sends out "matrix blob# position" to  
> > outlet2 and frames to outlet 1.
> > you can also turn on and off visuals for center point and bounding  
> > box.
> > 4. FTIR_Window: displays frames in an X11 window.
> >
> > Please look at my code and show me how to fix it. I am getting  
> > nowhere.  In the cvBloblib.zip is the
> > program I put together called Tracker and the code called  
> > Tracker.cpp.  If you want to see how it
> > works drag it to terminal and follow it with a path to an .avi. You  
> > must have opencv and fink installed.
> > If you have ploblems installing opencv post and I will be glad to  
> > help.
> > Thanks,
> > Alain
> > 
> > 
> > ___
> > PD-list@iem.at mailing list
> > UNSUBSCRIBE and account-management -> http://lists.puredata.info/ 
> > listinfo/pd-list
> 
> 


___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] opencv motion tracker external HELP!

[nosehair911]

The Gem stuff is complex and done by people who actually know what they are 
doing.  All I am trying 
to do is port parts of an already made (and very,very simple to code) library 
to Pd.  I also have no 
coding experience except for this project. I have never even seen C code before 
2 weeks ago, but the 
C code for opencv is easy enough for a noob like me to write an application 
that calls on those 
libraries.  If you are interested check out my Tracker.cpp code.  The difficult 
part (for me) is turning that 
code into something Pd can use.  Also since it would require that you compile 
and install opencv I 
think it would be a pain for the enduser to be included inside Gem. I think 
most people that use Gem 
are not interested in a blob tracker.  That is why I needed to write my own.  
My goal is to use the 
tracker output to control Geos in Gem using iemmatrix and other goodies.
BTW the algorithms for pix_multiblob are way, way over my head(seriously)!
Alain
> 
> From: "Kyle Klipowicz" <[EMAIL PROTECTED]>
> Date: 2007/05/27 Sun PM 10:17:02 EDT
> To: "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>
> CC: pd-list@iem.at,  [EMAIL PROTECTED]
> Subject: Re: [PD] opencv motion tracker external HELP!
> 
> I haven't looked at this yet, and have no external coding experience.
> 
> However, I'm wondering if it would be an easier task to port this
> library to mimic the pix_* objects in Gem? Maybe you could look at the
> Gem source and figure out how to do this. Or better yet, compare the
> code you have here with the pix_multiblob, and try to correct the
> algorithms as was suggested earlier.
> 
> Good luck!!!
> 
> ~Kyle
> 
> On 5/27/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> > For the last 2 weeks I have been trying to write a motion tracking external 
> > using the blob motion
> > tracker in opencv.  I had success with writing a program that recieves a 
> > path to an avi and motion
> > tracks the blobs and prints their position.  Now I am writing the set of Pd 
> > externals using the same
> > code with very little success. I need someone that knows what they are 
> > doing to look at my Pd 
code
> > and show me what I am doing wrong.  I have read and followed IOhannes guide 
> > on external 
writing.
> > Also, I have looked at the zexy and pdp sorce code in order to learn but 
> > still I am not getting it to 
work.
> > The externals are based on the already working code I was able to 
> > frankenstein together.  I am
> > calling it FTIR_Tools.  It consist of the following (if I ever get them to 
> > work!):
> >
> > 1. FTIR_Cam: detects webcam and sends out frames to outlet.
> > 2. FTIR_VPlayer: reads quicktimes from path and sends out frames to outlet.
> > 3. FTIR_Tracker: tracks blobs, sends out "matrix blob# position" to outlet2 
> > and frames to outlet 1.
> > you can also turn on and off visuals for center point and bounding box.
> > 4. FTIR_Window: displays frames in an X11 window.
> >
> > Please look at my code and show me how to fix it. I am getting nowhere.  In 
> > the cvBloblib.zip is the
> > program I put together called Tracker and the code called Tracker.cpp.  If 
> > you want to see how it
> > works drag it to terminal and follow it with a path to an .avi. You must 
> > have opencv and fink 
installed.
> > If you have ploblems installing opencv post and I will be glad to help.
> > Thanks,
> > Alain
> >
> > ___
> > PD-list@iem.at mailing list
> > UNSUBSCRIBE and account-management -> 
> > http://lists.puredata.info/listinfo/pd-list
> >
> >
> >
> 
> 
> -- 
> -
> 
>  -
>   - --
> http://perhapsidid.wordpress.com
> 


___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] opencv motion tracker external HELP!

[nosehair911]

The Gem stuff is complex and done by people who actually know what they are 
doing.  All I am trying 
to do is port parts of an already made (and very,very simple to code) library 
to Pd.  I also have no 
coding experience except for this project. I have never even seen C code before 
2 weeks ago, but the 
C code for opencv is easy enough for a noob like me to write an application 
that calls on those 
libraries.  If you are interested check out my Tracker.cpp code.  The difficult 
part (for me) is turning that 
code into something Pd can use.  Also since it would require that you compile 
and install opencv I 
think it would be a pain for the enduser to be included inside Gem. I think 
most people that use Gem 
are not interested in a blob tracker.  That is why I needed to write my own.  
My goal is to use the 
tracker output to control Geos in Gem using iemmatrix and other goodies.
BTW the algorithms for pix_multiblob are way, way over my head(seriously)!
Alain
> 
> From: "Kyle Klipowicz" <[EMAIL PROTECTED]>
> Date: 2007/05/27 Sun PM 10:17:02 EDT
> To: "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>
> CC: pd-list@iem.at,  [EMAIL PROTECTED]
> Subject: Re: [PD] opencv motion tracker external HELP!
> 
> I haven't looked at this yet, and have no external coding experience.
> 
> However, I'm wondering if it would be an easier task to port this
> library to mimic the pix_* objects in Gem? Maybe you could look at the
> Gem source and figure out how to do this. Or better yet, compare the
> code you have here with the pix_multiblob, and try to correct the
> algorithms as was suggested earlier.
> 
> Good luck!!!
> 
> ~Kyle
> 
> On 5/27/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> > For the last 2 weeks I have been trying to write a motion tracking external 
> > using the blob motion
> > tracker in opencv.  I had success with writing a program that recieves a 
> > path to an avi and motion
> > tracks the blobs and prints their position.  Now I am writing the set of Pd 
> > externals using the same
> > code with very little success. I need someone that knows what they are 
> > doing to look at my Pd 
code
> > and show me what I am doing wrong.  I have read and followed IOhannes guide 
> > on external 
writing.
> > Also, I have looked at the zexy and pdp sorce code in order to learn but 
> > still I am not getting it to 
work.
> > The externals are based on the already working code I was able to 
> > frankenstein together.  I am
> > calling it FTIR_Tools.  It consist of the following (if I ever get them to 
> > work!):
> >
> > 1. FTIR_Cam: detects webcam and sends out frames to outlet.
> > 2. FTIR_VPlayer: reads quicktimes from path and sends out frames to outlet.
> > 3. FTIR_Tracker: tracks blobs, sends out "matrix blob# position" to outlet2 
> > and frames to outlet 1.
> > you can also turn on and off visuals for center point and bounding box.
> > 4. FTIR_Window: displays frames in an X11 window.
> >
> > Please look at my code and show me how to fix it. I am getting nowhere.  In 
> > the cvBloblib.zip is the
> > program I put together called Tracker and the code called Tracker.cpp.  If 
> > you want to see how it
> > works drag it to terminal and follow it with a path to an .avi. You must 
> > have opencv and fink 
installed.
> > If you have ploblems installing opencv post and I will be glad to help.
> > Thanks,
> > Alain
> >
> > ___
> > PD-list@iem.at mailing list
> > UNSUBSCRIBE and account-management -> 
> > http://lists.puredata.info/listinfo/pd-list
> >
> >
> >
> 
> 
> -- 
> -
> 
>  -
>   - --
> http://perhapsidid.wordpress.com
> 


___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

[PD] best way to wrap opencv library for noob

[nosehair911]

I am trying to get an FTIR setup going and I need a good motion tracker for os 
10.4.9.  I cant get gridflow 
to compile, I love the pix_multiblob but its way to cpu hungry so I decided to 
write my own.  I have never 
programed in C nor have I ever read any manuals but I'm willing to try.  My 
question is do I need to know 
C before hand or can I get away with reading this:
http://iem.at/pd/externals-HOWTO/
BTW I am not starting from scratch, if that were so I would never try this.  I 
am trying to go the opencv 
route and wrap these for Pd:
http://opencvlibrary.sourceforge.net/cvBlobsLib
Anothe question is would it be easier to try to write it as a standalone 
external or as part of Gem like a 
pix_cvBlobs object?  Where can I find information on developing for Gem like 
the externals how-to?
Thanks,
Alain


___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] pix_multiblob cpu usage

[nosehair911]

I was wrong. Opencv is optimized for intel procesors but it works on any 
procesor.  It would be great if 
opencv was implemented somehow within Gem. At least for the motion tracking 
stuff. Does anyone 
know how to get started.  Does one have to know C well or can a complete C noob 
have a go at it.  It 
would be great if implemented as pix objects.
Alain
> 
> From: <[EMAIL PROTECTED]>
> Date: 2007/05/15 Tue AM 09:21:34 EDT
> To: Tim Boykett <[EMAIL PROTECTED]>, "Kyle Klipowicz" <[EMAIL PROTECTED]>
> CC: Pure Data List 
> Subject: Re: [PD] pix_multiblob cpu usage
> 
> The buigest problem with opencv (a great option I believe) is that it only 
> works on intell processors, 
so 
> anyone on an amd or a ppc (like me) would be screwed.  If there was something 
> like that for all 
> processors it would be awsome.  I think this kind of computer vision 
> framework is needed in PD, 
> specially concidering how easy an FTIR setup is to build and the 
> possibilities it could open.
> Alain
> > 
> > From: Tim Boykett <[EMAIL PROTECTED]>
> > Date: 2007/05/15 Tue AM 07:41:45 EDT
> > To: "Kyle Klipowicz" <[EMAIL PROTECTED]>
> > CC: "Nose Hair" <[EMAIL PROTECTED]>, 
> >  Pure Data List 
> > Subject: Re: [PD] pix_multiblob cpu usage
> > 
> > 
> > Of course the "obvious" solution is to port the OpenCV bits and pieces
> > to PD/Gem externals :-) We did some last year for , using some  
> > existing
> > framework, it worked within one day or so.
> > 
> > There are several vision/video external frameworks out there; are any
> > of them in Gem or elsewhere in PD (pdp, gridflow, etc)?
> > 
> > tim
> > 
> > 
> > On 15/05/2007, at 12:36 PM, Kyle Klipowicz wrote:
> > 
> > > On 5/14/07, Nose Hair <[EMAIL PROTECTED]> wrote:
> > >> I tried running it with a low res 400x300 clip and it still did  
> > >> the same
> > >> thing.  I am trying to get a game going using an FTIR setup. Here  
> > >> is a
> > >> reference:
> > >> http://cs.nyu.edu/~jhan/ftirsense/
> > >
> > > Jeff Han, sweet reference of course.
> > >
> > >> pix_mutiblob is way to slow, I cant get gridflow compiled, and  
> > >> pidip is not
> > >> working currently on the extended version.  Is there another  
> > >> option to do
> > >> functional multitracking on a mac with pure data?  I really cant  
> > >> fork over
> > >> the dough for max/msp/jitter, but there is a free jitter plugin  
> > >> called
> > >> cv.jit that looks great:
> > >> http://www.iamas.ac.jp/~jovan02/cv/
> > >> Is there a posibility that anyone will port this over to PD I wonder?
> > >
> > > I dunno if this will happen or if it is possible to port directly from
> > > Jitter to Pd (maybe Gridflow or PDP/PIDIP?), but I think we could all
> > > benefit with some super DSP-geek "keeping up with the Joneses" on many
> > > fronts!
> > >
> > > ~Kyle
> > > -- 
> > >
> > > http://theradioproject.com
> > > http://perhapsidid.blogspot.com
> > >
> > > (()()()(()))()()())(
> > > (())(())()(((
> > > ))(__
> > > _())(()))___
> > > (((000)))oOO
> > >
> > > ___
> > > PD-list@iem.at mailing list
> > > UNSUBSCRIBE and account-management -> http://lists.puredata.info/ 
> > > listinfo/pd-list



___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] pdp quicktime support

[nosehair911]

Thanks. I'll give it a go. According to Hans if you use the Pd extended you 
should not need FINK for 
pdp or pidip because he included all the necessary dylibs within Pd.  If you 
look in the app contents/
lib there are all the libs that all the externals should be using. Last time I 
asked if I needed FINK to run 
pdp on Pd extended I got a big NO from h.c.  But if this is the only way for 
now I guess I'll just go that 
route.  The ploblem is if I go to a computer that doesnt have FINK installed 
then my patches wont 
work.
Alain

> 
> From: "Pagano, Patrick" <[EMAIL PROTECTED]>
> Date: 2007/05/15 Tue PM 10:30:36 EDT
> To: <[EMAIL PROTECTED]>, 
>   
> Subject: RE: RE: [PD] pdp quicktime support
> 
> okay hopefully this will help
> btw have you installed FINK?
> 
> if not you have to install fink.
> 
> these files go in /sw/lib 
> 
> NOT in /sw/lib/libquicktime
> 
> good luck and let me know how you make out 
> 
> pp
> 
> 
> 
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> Sent: Tue 5/15/2007 4:21 PM
> To: Pagano, Patrick; pd-list@iem.at
> Subject: Re: RE: [PD] pdp quicktime support
>  
> I tried replacing the libquicktime.0.dylib with the one from the pidip .zip 
> but it still wont recognize 
jpec 
> codec or any other codec.  If you can help I would apreciate it.
> Alain
> > 
> > From: "Pagano, Patrick" <[EMAIL PROTECTED]>
> > Date: 2007/05/15 Tue PM 03:47:28 EDT
> > To: <[EMAIL PROTECTED]>, 
> > 
> > Subject: RE: [PD] pdp quicktime support
> > 
> > JPEG CODEC
> > 
> > And again, after install replace the libquicktime.dylib from sevvy's
> > release wity the one you have now
> > Make sure you back em up etc.
> > I will send you my working dylib for you to try tonight if you do not
> > succeed
> > 
> > pp
> >  
> > 
> > -Original Message-
> > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf
> > Of [EMAIL PROTECTED]
> > Sent: Tuesday, May 15, 2007 2:26 PM
> > To: pd-list@iem.at
> > Subject: [PD] pdp quicktime support
> > 
> > I have tried the most recent version of Pd extended for os x on a ppc
> > from the autobuilds and it looks like pdp_qt and pdp_yqt still give the
> > unsupported video codec error.  I have tried with different codecs but I
> > still get the error.  Does someone know of a particular one that has
> > worked?  This build loaded up pdp and pidip which I have not got to load
> > up before so things are looking good.
> > Thanks,
> > Alain
> > 
> > 
> > ___
> > PD-list@iem.at mailing list
> > UNSUBSCRIBE and account-management ->
> > http://lists.puredata.info/listinfo/pd-list
> > 
> 
> 
> 
> 
> 


___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] pdp quicktime support

[nosehair911]

I tried replacing the libquicktime.0.dylib with the one from the pidip .zip but 
it still wont recognize jpec 
codec or any other codec.  If you can help I would apreciate it.
Alain
> 
> From: "Pagano, Patrick" <[EMAIL PROTECTED]>
> Date: 2007/05/15 Tue PM 03:47:28 EDT
> To: <[EMAIL PROTECTED]>, 
>   
> Subject: RE: [PD] pdp quicktime support
> 
> JPEG CODEC
> 
> And again, after install replace the libquicktime.dylib from sevvy's
> release wity the one you have now
> Make sure you back em up etc.
> I will send you my working dylib for you to try tonight if you do not
> succeed
> 
> pp
>  
> 
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf
> Of [EMAIL PROTECTED]
> Sent: Tuesday, May 15, 2007 2:26 PM
> To: pd-list@iem.at
> Subject: [PD] pdp quicktime support
> 
> I have tried the most recent version of Pd extended for os x on a ppc
> from the autobuilds and it looks like pdp_qt and pdp_yqt still give the
> unsupported video codec error.  I have tried with different codecs but I
> still get the error.  Does someone know of a particular one that has
> worked?  This build loaded up pdp and pidip which I have not got to load
> up before so things are looking good.
> Thanks,
> Alain
> 
> 
> ___
> PD-list@iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
> 


___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

[PD] Myron for Pd

[nosehair911]

Does anyone know if someone has ported Myron to Pd?
http://webcamxtra.sourceforge.net/index.shtml
Thanks,
Alain


___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] pdp quicktime support

[nosehair911]

Im trying to get an FTIR game setup and I wanted to try to use pdp_mgrid to get 
the motion tracking 
done due to tha fact that pix_multiblob from Gem is an insane cpu eater.
Alain
> 
> From: "alejo d" <[EMAIL PROTECTED]>
> Date: 2007/05/15 Tue PM 02:42:03 EDT
> To: "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>
> CC: pd-list@iem.at
> Subject: Re: [PD] pdp quicktime support
> 
> same situation here, i use pidip over linux but seems that yves will soon
> have to hide from os x users asking a ton of pidip questions... why does
> anyone want to use pidip ?
> 
> :P
> 
> /a
> 
> On 5/15/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> >
> > I have tried the most recent version of Pd extended for os x on a ppc from
> > the autobuilds and it looks like
> > pdp_qt and pdp_yqt still give the unsupported video codec error.  I have
> > tried with different codecs but I
> > still get the error.  Does someone know of a particular one that has
> > worked?  This build loaded up pdp
> > and pidip which I have not got to load up before so things are looking
> > good.
> > Thanks,
> > Alain
> >
> >
> > ___
> > PD-list@iem.at mailing list
> > UNSUBSCRIBE and account-management ->
> > http://lists.puredata.info/listinfo/pd-list
> >
> 
> 


___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

[PD] pdp quicktime support

[nosehair911]

I have tried the most recent version of Pd extended for os x on a ppc from the 
autobuilds and it looks like 
pdp_qt and pdp_yqt still give the unsupported video codec error.  I have tried 
with different codecs but I 
still get the error.  Does someone know of a particular one that has worked?  
This build loaded up pdp 
and pidip which I have not got to load up before so things are looking good.
Thanks,
Alain


___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] pix_multiblob cpu usage

[nosehair911]

I found a great looking set of vision libraries that might work:
http://sourceforge.net/projects/vxl/
I dont have any programming skills but I'm going to poke around and see what I 
can do.  I think that 
anyone with a little bit of C++ skills would be able to wrap the vcsl library 
within vxl to come up with a 
good computer vision/tracking set of objects.  The question is how cpu 
efficient it will be?
Alain
> 
> From: <[EMAIL PROTECTED]>
> Date: 2007/05/15 Tue AM 09:21:34 EDT
> To: Tim Boykett <[EMAIL PROTECTED]>, "Kyle Klipowicz" <[EMAIL PROTECTED]>
> CC: Pure Data List 
> Subject: Re: [PD] pix_multiblob cpu usage
> 
> The buigest problem with opencv (a great option I believe) is that it only 
> works on intell processors, 
so 
> anyone on an amd or a ppc (like me) would be screwed.  If there was something 
> like that for all 
> processors it would be awsome.  I think this kind of computer vision 
> framework is needed in PD, 
> specially concidering how easy an FTIR setup is to build and the 
> possibilities it could open.
> Alain
> > 
> > From: Tim Boykett <[EMAIL PROTECTED]>
> > Date: 2007/05/15 Tue AM 07:41:45 EDT
> > To: "Kyle Klipowicz" <[EMAIL PROTECTED]>
> > CC: "Nose Hair" <[EMAIL PROTECTED]>, 
> >  Pure Data List 
> > Subject: Re: [PD] pix_multiblob cpu usage
> > 
> > 
> > Of course the "obvious" solution is to port the OpenCV bits and pieces
> > to PD/Gem externals :-) We did some last year for , using some  
> > existing
> > framework, it worked within one day or so.
> > 
> > There are several vision/video external frameworks out there; are any
> > of them in Gem or elsewhere in PD (pdp, gridflow, etc)?
> > 
> > tim
> > 
> > 
> > On 15/05/2007, at 12:36 PM, Kyle Klipowicz wrote:
> > 
> > > On 5/14/07, Nose Hair <[EMAIL PROTECTED]> wrote:
> > >> I tried running it with a low res 400x300 clip and it still did  
> > >> the same
> > >> thing.  I am trying to get a game going using an FTIR setup. Here  
> > >> is a
> > >> reference:
> > >> http://cs.nyu.edu/~jhan/ftirsense/
> > >
> > > Jeff Han, sweet reference of course.
> > >
> > >> pix_mutiblob is way to slow, I cant get gridflow compiled, and  
> > >> pidip is not
> > >> working currently on the extended version.  Is there another  
> > >> option to do
> > >> functional multitracking on a mac with pure data?  I really cant  
> > >> fork over
> > >> the dough for max/msp/jitter, but there is a free jitter plugin  
> > >> called
> > >> cv.jit that looks great:
> > >> http://www.iamas.ac.jp/~jovan02/cv/
> > >> Is there a posibility that anyone will port this over to PD I wonder?
> > >
> > > I dunno if this will happen or if it is possible to port directly from
> > > Jitter to Pd (maybe Gridflow or PDP/PIDIP?), but I think we could all
> > > benefit with some super DSP-geek "keeping up with the Joneses" on many
> > > fronts!
> > >
> > > ~Kyle
> > > -- 
> > >
> > > http://theradioproject.com
> > > http://perhapsidid.blogspot.com
> > >
> > > (()()()(()))()()())(
> > > (())(())()(((
> > > ))(__
> > > _())(()))___
> > > (((000)))oOO
> > >
> > > ___
> > > PD-list@iem.at mailing list
> > > UNSUBSCRIBE and account-management -> http://lists.puredata.info/ 
> > > listinfo/pd-list
> > >
> > 
> > 
> 
> 
> ___
> PD-list@iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list
> 


___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] pix_multiblob cpu usage

[nosehair911]

The buigest problem with opencv (a great option I believe) is that it only 
works on intell processors, so 
anyone on an amd or a ppc (like me) would be screwed.  If there was something 
like that for all 
processors it would be awsome.  I think this kind of computer vision framework 
is needed in PD, 
specially concidering how easy an FTIR setup is to build and the possibilities 
it could open.
Alain
> 
> From: Tim Boykett <[EMAIL PROTECTED]>
> Date: 2007/05/15 Tue AM 07:41:45 EDT
> To: "Kyle Klipowicz" <[EMAIL PROTECTED]>
> CC: "Nose Hair" <[EMAIL PROTECTED]>, 
>  Pure Data List 
> Subject: Re: [PD] pix_multiblob cpu usage
> 
> 
> Of course the "obvious" solution is to port the OpenCV bits and pieces
> to PD/Gem externals :-) We did some last year for , using some  
> existing
> framework, it worked within one day or so.
> 
> There are several vision/video external frameworks out there; are any
> of them in Gem or elsewhere in PD (pdp, gridflow, etc)?
> 
> tim
> 
> 
> On 15/05/2007, at 12:36 PM, Kyle Klipowicz wrote:
> 
> > On 5/14/07, Nose Hair <[EMAIL PROTECTED]> wrote:
> >> I tried running it with a low res 400x300 clip and it still did  
> >> the same
> >> thing.  I am trying to get a game going using an FTIR setup. Here  
> >> is a
> >> reference:
> >> http://cs.nyu.edu/~jhan/ftirsense/
> >
> > Jeff Han, sweet reference of course.
> >
> >> pix_mutiblob is way to slow, I cant get gridflow compiled, and  
> >> pidip is not
> >> working currently on the extended version.  Is there another  
> >> option to do
> >> functional multitracking on a mac with pure data?  I really cant  
> >> fork over
> >> the dough for max/msp/jitter, but there is a free jitter plugin  
> >> called
> >> cv.jit that looks great:
> >> http://www.iamas.ac.jp/~jovan02/cv/
> >> Is there a posibility that anyone will port this over to PD I wonder?
> >
> > I dunno if this will happen or if it is possible to port directly from
> > Jitter to Pd (maybe Gridflow or PDP/PIDIP?), but I think we could all
> > benefit with some super DSP-geek "keeping up with the Joneses" on many
> > fronts!
> >
> > ~Kyle
> > -- 
> >
> > http://theradioproject.com
> > http://perhapsidid.blogspot.com
> >
> > (()()()(()))()()())(
> > (())(())()(((
> > ))(__
> > _())(()))___
> > (((000)))oOO
> >
> > ___
> > PD-list@iem.at mailing list
> > UNSUBSCRIBE and account-management -> http://lists.puredata.info/ 
> > listinfo/pd-list
> >
> 
> 


___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] pix_multiblob cpu usage

[nosehair911]

I tried to use the Gem from the latest pd extended autobuilds and I have also 
compiled my own from 
CVS with the same results.  If you can point me in the right direction on how 
to get this going I would 
apreciate it.  BTW I dont know any C or C+ but I am willing to give it a go.
Thanks,
Alain
> 
> From: "chris clepper" <[EMAIL PROTECTED]>
> Date: 2007/05/14 Mon AM 10:56:03 EDT
> To: "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>
> CC: pd-list@iem.at
> Subject: Re: [PD] pix_multiblob cpu usage
> 
> pix_multiblob is not the most efficient code but it should run at that low
> resolution.  Where did you get the GEM binary?  It could be built without
> optimization.
> 
> On 5/11/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> >
> > I made a 400x300 motion JPEG-a movie 15 fps with 5 solid blue circles
> > moving on a black background
> > to test pix_mutiblob. I open it up with pix_film, flip it with pix_flip
> > and send it to pix_multiblob.  I suddenly
> > notices PD getting very, very slow.  When I look at the cpu usage in
> > activity monitor (if you can believe
> > activity monitor) I get 100-104% cpu usage.  I cant do anything else in PD
> > because PD gets so slow.  I
> > am using a dual 2Ghz G5 with ATI Radeon 9800 XT and 3GB of internal
> > memory.  Is this normal? What
> > can I do to lower cpu usage?  What else can I use within Gem to get the
> > same results? I eventually want
> > to be able to track 20-30 objects but It looks like it would be imposible
> > at this rate.
> > Thanks,
> > Alain
> >
> >
> > ___
> > PD-list@iem.at mailing list
> > UNSUBSCRIBE and account-management ->
> > http://lists.puredata.info/listinfo/pd-list
> >
> 
> 


___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] pix_multiblob cpu usage

[nosehair911]

Can anyone running a linux and win32 box try to run this example and see if it 
completely drains you 
of CPU.  I have tried it with 3 macs and I can't seem to do much more in PD.  
Also does anyone know 
of a less cpu intensive way to track objects in PD using a mac like 
pix_multiblob does. I would like to 
track at least 20 objects.  My project is dead unless I figure out a better way.
Thanks,
Alain
> 
> From: <[EMAIL PROTECTED]>
> Date: 2007/05/11 Fri PM 03:24:20 EDT
> To: 
> Subject: [PD] pix_multiblob cpu usage
> 
> I made a 400x300 motion JPEG-a movie 15 fps with 5 solid blue circles moving 
> on a black 
background 
> to test pix_mutiblob. I open it up with pix_film, flip it with pix_flip and 
> send it to pix_multiblob.  I 
suddenly 
> notices PD getting very, very slow.  When I look at the cpu usage in activity 
> monitor (if you can 
believe 
> activity monitor) I get 100-104% cpu usage.  I cant do anything else in PD 
> because PD gets so slow.  
I 
> am using a dual 2Ghz G5 with ATI Radeon 9800 XT and 3GB of internal memory.  
> Is this normal? 
What 
> can I do to lower cpu usage?  What else can I use within Gem to get the same 
> results? I eventually 
want 
> to be able to track 20-30 objects but It looks like it would be imposible at 
> this rate.
> Thanks,
> Alain
> 
> 
> ___
> PD-list@iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list
> 


___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

[PD] pix_multiblob cpu usage

[nosehair911]

I made a 400x300 motion JPEG-a movie 15 fps with 5 solid blue circles moving on 
a black background 
to test pix_mutiblob. I open it up with pix_film, flip it with pix_flip and 
send it to pix_multiblob.  I suddenly 
notices PD getting very, very slow.  When I look at the cpu usage in activity 
monitor (if you can believe 
activity monitor) I get 100-104% cpu usage.  I cant do anything else in PD 
because PD gets so slow.  I 
am using a dual 2Ghz G5 with ATI Radeon 9800 XT and 3GB of internal memory.  Is 
this normal? What 
can I do to lower cpu usage?  What else can I use within Gem to get the same 
results? I eventually want 
to be able to track 20-30 objects but It looks like it would be imposible at 
this rate.
Thanks,
Alain


___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] [GEM-dev] Gem Compiling os x xcode problems

[nosehair911]

I went to the "latest" folder and downloaded this one:

Pd-0.39.2-extended-rc2-macosx104-powerpc.dmg

The build date is 9-May-2007.  Is that the one I should have used?
Alain

> 
> From: IOhannes m zmoelnig <[EMAIL PROTECTED]>
> Date: 2007/05/09 Wed AM 11:14:37 EDT
> CC: Pure Data List ,  [EMAIL PROTECTED]
> Subject: Re: [GEM-dev] [PD] Gem Compiling os x xcode problems
> 
> [EMAIL PROTECTED] wrote:
> > Thats cool, I think thats an elegant solution.  Then I dont get why I still 
> > get this message from Gem:
> > 
> > [text2d]: Gem has been compiled without FONT-support !
> > 
> > This is from the latest auto-build (may 9). 
> 
> which autobuild? currently there are several versions of pd-extended
> built each night, probably one of them uses the old non-font Gem?
> 
> > Well I'm still very green at this, hope you can figure it out.  I will keep 
> > testing the nightly-builds for 
font 
> > support.  This process has been my first experience with compiling 
> > anything.  BTW i was able to 
get 
> > text support going by including the static library within the Gem build.  
> > Gem blew up to 4.2MB, its a 
> > fatty but it works for my purposes.
> 
> well, that's the joy auf static linking (and that is one of the reasons
> why on w32 and os-x most apps are so huge, while on linux most of them
> are tiny)
> 
> mfg.adr
> IOhannes
> 
> ___
> GEM-dev mailing list
> [EMAIL PROTECTED]
> http://lists.puredata.info/listinfo/gem-dev
> 


___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Geo absolute position

[nosehair911]

Roman,
Thanks for your help.  Chris just clued me in on gemlist_info, check out the 
help file it looks like what 
we both have been looking for. Plus you can do as many transformations as you 
like and then put 
gemlist_info at the end of the chain to give you the absolute position, shear, 
size and orientation. But 
thanks for the abstactions you wrote, they will come in handy.
Alain
> 
> From: Roman Haefeli <[EMAIL PROTECTED]>
> Date: 2007/05/09 Wed AM 10:00:54 EDT
> To: [EMAIL PROTECTED]
> CC: pd-list@iem.at
> Subject: Re: [PD] Geo absolute position
> 
> hi alain
> 
> because of the same problem, i wrote a small collection of vector
> processing abstractions. instead of using several [translateXYZ] and
> [rotateXYZ] objects in one chain, i decided to only use one
> [translateXYZ] for the position of the geo and one [rotatateXYZ] for its
> orientation. for calculating the the positions and orientations, i used
> the abstractions, i mentioned above. it seems awkard to have to compute
> all that stuff yourself, since there are object, that should make life
> easier, but i din't find any better way to overcome that problem yet.
> 
> you can find the abstractions here:
> http://www.romanhaefeli.net/software/pd/vector_abs.tar.gz
>   
> 
> On Wed, 2007-05-09 at 09:25 -0400, [EMAIL PROTECTED] wrote:
> > I have been looking for this answer for a while now.  In Gem, is there a 
> > way to get the absolute 
> > position of a geo after its been rotated, moved, rotated again, etc...?
> > For example:
> > 
> > [gemhead]
> > |
> > [translateXYZ 0 1 0]
> > |
> > [rotateXYZ 0 0 90]
> > |
> > [translateXYZ 1 0 0]
> > |
> > [circle 0.1]
> > |
> > [absolute position]
> 
> i think, it would also be cool to not only know the position, but also
> its orientation. further would it be usefull to have some
> angel-to-vector conversion, so that an orientation given in angles would
> be outputted as the three vectors rotated by these angles. 
> 
> roman
> 
> 
> 
> 
>   
>   
> ___ 
> Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: 
> http://mail.yahoo.de
> 
> 


___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Geo absolute position

[nosehair911]

Thanks,
I cant beleive I totally missed that. This is going to be very usefull.
Alain
> 
> From: "chris clepper" <[EMAIL PROTECTED]>
> Date: 2007/05/09 Wed AM 09:48:59 EDT
> To: "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>
> CC: pd-list@iem.at
> Subject: Re: [PD] Geo absolute position
> 
> gemlist_info will give you the current transformation matrix.
> 
> On 5/9/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> >
> > I have been looking for this answer for a while now.  In Gem, is there a
> > way to get the absolute
> > position of a geo after its been rotated, moved, rotated again, etc...?
> > For example:
> >
> > [gemhead]
> > |
> > [translateXYZ 0 1 0]
> > |
> > [rotateXYZ 0 0 90]
> > |
> > [translateXYZ 1 0 0]
> > |
> > [circle 0.1]
> > |
> > [absolute position]
> >
> > Any workaround or the likes? It would need this information to feed it to
> > pmpd.
> > Thanks,
> > Alain
> >
> >
> > ___
> > PD-list@iem.at mailing list
> > UNSUBSCRIBE and account-management ->
> > http://lists.puredata.info/listinfo/pd-list
> >
> 
> 


___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

[PD] Geo absolute position

[nosehair911]

I have been looking for this answer for a while now.  In Gem, is there a way to 
get the absolute 
position of a geo after its been rotated, moved, rotated again, etc...?
For example:

[gemhead]
|
[translateXYZ 0 1 0]
|
[rotateXYZ 0 0 90]
|
[translateXYZ 1 0 0]
|
[circle 0.1]
|
[absolute position]

Any workaround or the likes? It would need this information to feed it to pmpd.
Thanks,
Alain


___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] [GEM-dev] Gem Compiling os x xcode problems

[nosehair911]

Thats cool, I think thats an elegant solution.  Then I dont get why I still get 
this message from Gem:

[text2d]: Gem has been compiled without FONT-support !

This is from the latest auto-build (may 9). I can clearly see the 
libfreetype.6.dylib in the correct path.  
Well I'm still very green at this, hope you can figure it out.  I will keep 
testing the nightly-builds for font 
support.  This process has been my first experience with compiling anything.  
BTW i was able to get 
text support going by including the static library within the Gem build.  Gem 
blew up to 4.2MB, its a 
fatty but it works for my purposes.
Alain

> 
> From: Hans-Christoph Steiner <[EMAIL PROTECTED]>
> Date: 2007/05/09 Wed AM 12:49:15 EDT
> To: Nose Hair <[EMAIL PROTECTED]>
> CC: [EMAIL PROTECTED],  Pure Data List 
> Subject: Re: [GEM-dev] [PD] Gem Compiling os x xcode problems
> 
> 
> Actually, using Fink, I have scripted the build system to  
> automatically include any dynamic libs that are needed.  This is  
> already working well for ogg, vorbis, speex, and now PDP stuff.  I  
> see no reason why it shouldn't work for Gem too.
> 
> If you look in Pd.app/Contents/lib you can see all the included .dylibs.
> 
> .hc
> 
> On May 8, 2007, at 10:24 PM, Nose Hair wrote:
> 
> > I tested last nights auto-build and it still says gem is compiled  
> > without font support.  I will give tonight's build a shot and let  
> > you know.  BTW I think that a static lib pointing to the X11  
> > freetype is the way to go because if someone already  has x11  
> > installed they don't have to compile and install freetype from  
> > scratch.  It's not hard but it would be more of a pain as opposed  
> > to installing the X11 package from their Tiger DVD.
> > Alain
> >
> > On May 8, 2007, at 9:00 PM, Hans-Christoph Steiner wrote:
> >
> >>
> >> Does freetype have to be statically linked?  Will it work with  
> >> dynamic?  Right now, the auto-build compiles with a dynamic  
> >> freetype lib, and I have a script that includes all the required  
> >> dynamic libs.
> >>
> >> .hc
> >>
> >> On May 8, 2007, at 10:26 AM, chris clepper wrote:
> >>
> >>> Use static linking for freetype and FTGL on OSX.
> >>>
> >>> On 5/8/07, [EMAIL PROTECTED] < [EMAIL PROTECTED]>  
> >>> wrote:
> >>> I have gotten Gem to compile sucesfully with font support using  
> >>> the xcode project somewhat. I get 1125
> >>> warnings, mainly this is the location of the previous  
> >>> definition.  My biggets problem is that in my machine
> >>> I have the latest freetype under usr/local/lib and I also have  
> >>> the freetype that comes with x11 under usr/
> >>> X11R6/lib.  When I load gen in my machine it loads up fine with  
> >>> text support, but when I load up gem in a
> >>> machine with only the freetype in usr/X11R6/lib Gem will not load  
> >>> up because it keeps looking for the
> >>> libfreetype.6.dylib in usr/local/lib.  I dont know how to remedy  
> >>> this.  Any help would be great.
> >>> Thanks,
> >>> Alain
> >>>
> >>>
> >>> ___
> >>> PD-list@iem.at mailing list
> >>> UNSUBSCRIBE and account-management -> http://lists.puredata.info/ 
> >>> listinfo/pd-list
> >>>
> >>> ___
> >>> GEM-dev mailing list
> >>> [EMAIL PROTECTED]
> >>> http://lists.puredata.info/listinfo/gem-dev
> >>
> >>
> >>
> >> - 
> >> ---
> >>
> >> All information should be free.  - the hacker ethic
> >>
> >>
> >>
> >>
> >
> 
> 
> 
>  
> 
> 
>¡El pueblo unido jamás será vencido!
> 
> 
> 
> 


___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] call for PDP testing on Mac OS X

[nosehair911]

To anyone who has gotten pdp_glx to work on os x,

What did you have to install to get it going?  I have run the latest auto-build 
and although pdp_glx 
object opens, when ever I try to get a window open I get the following error:

pdp_xdisplay_new: can't open display :0
pdp_glx: cant open display :0

I have tried this on 2 different G4s and one G5 with os 10.4.9. Any help would 
be apreciated.
Thanks,
Alain



> 
> From: <[EMAIL PROTECTED]>
> Date: 2007/05/07 Mon PM 06:49:21 EDT
> To: Luigi Rensinghoff <[EMAIL PROTECTED]>,  
>   Hans-Christoph Steiner <[EMAIL PROTECTED]>
> CC: pd-list@iem.at
> Subject: Re: [PD] call for PDP testing on Mac OS X
> 
> pdp_glx, pd_xv and pdp_sdl all work on linux
> 
> 
> 
>  Hans-Christoph Steiner <[EMAIL PROTECTED]> wrote: 
> > 
> > Sounds good.  Can someone confirm that pdp_glx works fine on GNU/ 
> > Linux?  Then I'll make the switch.
> > 
> > .hc
> > 
> > On May 5, 2007, at 6:25 AM, Luigi Rensinghoff wrote:
> > 
> > > This is just a tiny little thing.
> > >
> > > I changed the pdp-examples for OSX. Just so beginners are not  
> > > irritated.
> > >
> > > pdp_xv replaced by pdp_glx
> > >
> > > and little more
> > >
> > > maybe it would be good to have that changed for OSX-Installers
> > >
> > >
> > >
> > >
> > > 
> > >
> > >
> > > BYe Luigi___
> > > PD-list@iem.at mailing list
> > > UNSUBSCRIBE and account-management -> http://lists.puredata.info/ 
> > > listinfo/pd-list
> > 
> > 
> > 
> >  
> > 
> > 
> > Man has survived hitherto because he was too ignorant to know how to  
> > realize his wishes.  Now that he can realize them, he must either  
> > change them, or perish.-William Carlos Williams
> > 
> > 
> > 
> > ___
> > PD-list@iem.at mailing list
> > UNSUBSCRIBE and account-management -> 
> > http://lists.puredata.info/listinfo/pd-list
> 
> --
> Patrick Pagano
> Digital Media Specialist
> University of Florida
> Digital Worlds Institute
> 352-294-2082
> 
> 
> ___
> PD-list@iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list
> 


___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

[PD] Gem Compiling os x xcode problems

[nosehair911]

I have gotten Gem to compile sucesfully with font support using the xcode 
project somewhat. I get 1125 
warnings, mainly this is the location of the previous definition.  My biggets 
problem is that in my machine 
I have the latest freetype under usr/local/lib and I also have the freetype 
that comes with x11 under usr/
X11R6/lib.  When I load gen in my machine it loads up fine with text support, 
but when I load up gem in a 
machine with only the freetype in usr/X11R6/lib Gem will not load up because it 
keeps looking for the 
libfreetype.6.dylib in usr/local/lib.  I dont know how to remedy this.  Any 
help would be great.
Thanks,
Alain


___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Space Invaders 4D Game

[nosehair911]

I'm just starting out in PD but 99.9% of the time I can break something down 
and figure out how it 
works or find something online, but can someone explain to me how to use two 
gemheads to render 
a pattern with just on geo.  I understand the textfile object and the text file 
part what I down get is why 
it works.
Thanks,
Alain
> 
> From: Frank Barknecht <[EMAIL PROTECTED]>
> Date: 2007/05/05 Sat AM 04:58:59 EDT
> To: pd-list@iem.at
> Subject: Re: [PD] Space Invaders 4D Game
> 
> Hallo,
> Thomas Ouellet Fredericks hat gesagt: // Thomas Ouellet Fredericks wrote:
> 
> > Your code could be greatly simplified if you used lists to trigger the
> > line objects (for example, sending the message 0,1 1000 will start
> > from 0 then ramp up to 1 in 1 second).
> 
> I also did a simplification to this nice game: I change the invader.pd
> to use an external file for the "model" of the aliens. It's attached
> as invader2.pd ready to be dropped in as replacement for invader.pd
> (only used in enemytest). Make sure, the invader.txt file is next to
> it. 
> 
> Regarding the format of invader.txt: It uses coordinates starting in
> the lower left corner, so the origin (0,0) is not the center of the
> invader. To correct that a line with  "offset num num" is used. The
> spread between the individual pixels can be set in a similar way with
> "spread". See attached xcf-image (for gimp) for how the coordinates
> were written.
> 
> Oh, and of course I added an explosion. ;) 
> 
> But explosions have to be implemented in the main game first (that is,
> the "destroy" message must not move the invader out of sight,
> otherwise the nice explosion will stay invisible. I leave that as an
> excercise for the reader. 
> 
> Ciao
> -- 
>  Frank Barknecht _ __footils.org_ __goto10.org__
> 
> 


___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] GEM font support

[nosehair911]

Thanks for your help but these also lack font support.
Alain

> 
> From: "chris clepper" <[EMAIL PROTECTED]>
> Date: 2007/04/27 Fri AM 11:38:31 EDT
> To: "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>
> CC: pd-list@iem.at
> Subject: Re: [PD] GEM font support
> 
> Try something from this folder:
> 
> http://gem.iem.at/download/SNAPSHOTS/
> 
> 
> 
> On 4/27/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> >
> > It seems like Gem has been compiled in the os x extended versions without
> > font support.  I was
> > wondering if there are any plans to add font support before it goes to the
> > final 0.39.2 extended version?
> > I am trying to do something with text but I can't.  The 2004 version at
> > the iem homepage includes font
> > support but lacks certain openGL stuff I need for my project which the
> > current one includes.
> >
> > Thanks,
> > Alain
> >
> >
> > ___
> > PD-list@iem.at mailing list
> > UNSUBSCRIBE and account-management ->
> > http://lists.puredata.info/listinfo/pd-list
> >
> 
> 


___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

[PD] pd-0.39.2-extended-rc2 : libdir

[nosehair911]

I keep getting this error or 3 separate ppc macs running os x 10.4.8:

libdir:can't load library

and on one ppc mac running 10.4.8 I get this one:

/MYPATH/Applications/PD/Pd-0.39.2-extended-rc2.app/Contents/Resources/Scripts/../extra/
libdir.pd_darwin: 
dlopen(/MYPATH/Applications/PD/Pd-0.39.2-extended-rc2.app/Contents/
Resources/Scripts/../extra/libdir.pd_darwin, 10): Symbol not found: _canvas_open
  Referenced from: 
/MYPATH/Applications/PD/Pd-0.39.2-extended-rc2.app/Contents/Resources/
Scripts/../extra/libdir.pd_darwin
  Expected in: 
/MYPATH/Applications/PD/Pd-0.39.2-extended-rc2.app/Contents/Resources/Scripts/../
bin/pd

libdir: can't load library

Hope this helps.
Alain


___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

[PD] GEM font support

[nosehair911]

It seems like Gem has been compiled in the os x extended versions without font 
support.  I was 
wondering if there are any plans to add font support before it goes to the 
final 0.39.2 extended version?
I am trying to do something with text but I can't.  The 2004 version at the iem 
homepage includes font 
support but lacks certain openGL stuff I need for my project which the current 
one includes.

Thanks,
Alain


___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] call for PDP testing on Mac OS X

[nosehair911]

I am getting the unsupported codec errors too with every codec I've tried.  Is 
Fink a requrement for 
running pdp_qt?  Maybe I should install Fink and try again tonight.

Alain

> 
> From: marius schebella <[EMAIL PROTECTED]>
> Date: 2007/04/26 Thu PM 09:43:26 EDT
> To: Hans-Christoph Steiner <[EMAIL PROTECTED]>
> CC: Tim Boykett <[EMAIL PROTECTED]>,  pd-list@iem.at
> Subject: Re: [PD] call for PDP testing on Mac OS X
> 
> hi,
> I tried pdp_qt, but had no luck yet. on pd-40.2 no libraries were 
> loaded, have to test why, and on 0.39.2-rc2 I get this error messages 
> with all my files
> 
> pdp_qt: opening /Users/marius/Desktop/test1.mov
> pdp_qt: video stream found (720x480 pixels, 30 fps, 567 frames, jpeg codec)
> pdp_qt: WARNING: unsupported video codec
> pdp_qt: ERROR: no usable video stream found.
> 
> I will see if I find a working codec. but even foto jpeg did not work.
> 
> pidip also does not seem to start correctly...
> 
> /Applications/Pd-0.39.2-extended-rc2.app/Contents/Resources/Scripts/../extra/pidip.pd_darwin:
>  
> dlopen(/Applications/Pd-0.39.2-extended-rc2.app/Contents/Resources/Scripts/../extra/
pidip.pd_darwin, 
> 10): Symbol not found: _theora_decode_YUVout
>Referenced from: 
> /Applications/Pd-0.39.2-extended-rc2.app/Contents/Resources/Scripts/../extra/pidip.pd_darwin
>Expected in: dynamic lookup
> 
> marius.
> 
> 
> Hans-Christoph Steiner wrote:
> > Ok, pdp and pidip should now include quicktime support, if anyone  
> > wants to test:
> > 
> > http://autobuild.puredata.info/auto-build/2007-04-26/
> > 
> > libavcodec hasn't been working, so it might not be able to do much yet.
> > 
> > .hc


___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Masking Geos in gem help

[nosehair911]

I figured it out I think.  The problem was that the example used in the gem 
examples was clearing the 
color buffer and the depth buffer so no other object could exist.  What I did 
was define the colormask 
to 0 
for stencil and 1 for not stencil that way the color and depth buffer did not 
have to be cleared.  I know 
nothing of opengl but I read this at an opengl gaming website and it worked.  I 
have attached the 
example.
Thanks,
Alain 

fixed.
--
#N canvas 395 339 684 531 10;
#N canvas 0 22 450 300 gemwin 0;
#X obj 132 136 gemwin;
#X obj 67 89 outlet;
#X obj 67 10 inlet;
#X obj 67 41 route create;
#X msg 67 70 set destroy;
#X msg 142 68 set create;
#X msg 198 112 destroy;
#X msg 132 112 create \, 1;
#X connect 2 0 3 0;
#X connect 3 0 4 0;
#X connect 3 0 7 0;
#X connect 3 1 5 0;
#X connect 3 1 6 0;
#X connect 4 0 1 0;
#X connect 5 0 1 0;
#X connect 6 0 0 0;
#X connect 7 0 0 0;
#X restore 23 42 pd gemwin;
#X msg 23 23 create;
#X obj 342 195 circle 0.5;
#X obj 342 272 square 1;
#X obj 342 100 translateXYZ;
#X floatatom 434 54 5 0 0 0 - - -;
#X obj 417 76 * 0.1;
#X obj 342 130 colorRGB 1 0 0;
#N canvas 503 119 569 725 GLbuffer 0;
#X obj 44 192 GEMglEnable;
#X floatatom 130 194 5 0 0 0 - - -;
#X obj 116 135 bng 15 250 50 0 empty empty empty 0 -6 0 8 -262144 -1
-1;
#X obj 159 146 loadbang;
#X obj 171 223 bng 15 250 50 0 empty empty empty 0 -6 0 8 -262144 -1
-1;
#X floatatom 124 269 5 0 0 0 - - -;
#X obj 109 221 loadbang;
#X obj 44 111 GEMglClearStencil 0;
#X obj 44 269 GEMglClear;
#X obj 44 368 GEMglStencilFunc;
#X msg 151 342 1;
#X obj 82 294 bng 15 250 50 0 empty empty empty 0 -6 0 8 -262144 -1
-1;
#X obj 128 300 loadbang;
#X floatatom 105 342 5 0 0 0 - - -;
#X obj 44 441 GEMglStencilOp;
#X floatatom 154 444 5 0 0 0 - - -;
#X obj 75 348 bng 15 250 50 0 empty empty empty 0 -6 0 8 -262144 -1
-1;
#X obj 100 392 loadbang;
#X text 38 16 allow \, clear and configure stencil buffer;
#X obj 44 63 inlet;
#X obj 44 548 outlet;
#X obj 348 63 inlet;
#X obj 348 120 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144
-1 -1;
#X obj 348 208 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144
-1 -1;
#X obj 348 279 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144
-1 -1;
#X obj 348 333 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144
-1 -1;
#X text 96 64 gemhead;
#X text 298 62 reset;
#X obj 79 321 GLdefine GL_ALWAYS;
#X obj 76 414 GLdefine GL_REPLACE;
#X obj 110 244 GLdefine GL_STENCIL_BUFFER_BIT;
#X obj 117 168 GLdefine GL_STENCIL_TEST;
#X obj 44 518 GEMglColorMask;
#X msg 107 486 0;
#X obj 107 464 loadbang;
#X text 163 494 disable colormask;
#X obj 348 471 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144
-1 -1;
#X connect 0 0 8 0;
#X connect 2 0 31 0;
#X connect 3 0 31 0;
#X connect 4 0 30 0;
#X connect 6 0 30 0;
#X connect 7 0 0 0;
#X connect 8 0 9 0;
#X connect 9 0 14 0;
#X connect 10 0 9 3;
#X connect 10 0 9 2;
#X connect 11 0 10 0;
#X connect 11 0 28 0;
#X connect 12 0 10 0;
#X connect 12 0 28 0;
#X connect 14 0 32 0;
#X connect 16 0 29 0;
#X connect 17 0 16 0;
#X connect 19 0 7 0;
#X connect 21 0 22 0;
#X connect 22 0 2 0;
#X connect 22 0 23 0;
#X connect 23 0 4 0;
#X connect 23 0 24 0;
#X connect 24 0 11 0;
#X connect 24 0 25 0;
#X connect 25 0 16 0;
#X connect 25 0 36 0;
#X connect 28 0 9 1;
#X connect 28 0 13 0;
#X connect 29 0 15 0;
#X connect 29 0 14 1;
#X connect 29 0 14 2;
#X connect 29 0 14 3;
#X connect 30 0 5 0;
#X connect 30 0 8 1;
#X connect 31 0 1 0;
#X connect 31 0 0 1;
#X connect 32 0 20 0;
#X connect 33 0 32 1;
#X connect 33 0 32 2;
#X connect 33 0 32 3;
#X connect 33 0 32 4;
#X connect 34 0 33 0;
#X connect 36 0 33 0;
#X restore 140 168 pd GLbuffer;
#X obj 140 201 circle 0.5;
#N canvas 389 219 539 610 GLaround 0;
#X obj 259 127 bng 15 250 50 0 empty empty empty 0 -6 0 8 -262144 -1
-1;
#X obj 91 110 loadbang;
#X obj 68 40 inlet;
#X obj 68 330 GEMglStencilFunc;
#X msg 175 306 1;
#X obj 103 263 bng 15 250 50 0 empty empty empty 0 -6 0 8 -262144 -1
-1;
#X obj 160 266 loadbang;
#X floatatom 113 307 5 0 0 0 - - -;
#X obj 68 408 GEMglStencilOp;
#X floatatom 179 407 5 0 0 0 - - -;
#X obj 99 353 bng 15 250 50 0 empty empty empty 0 -6 0 8 -262144 -1
-1;
#X obj 139 356 loadbang;
#X text 124 229 draw where the stencil buffer is not 1;
#X obj 68 496 outlet;
#X obj 404 42 inlet;
#X obj 404 112 bng 15 250 50 0 empty empty empty 0 -6 0 8 -262144 -1
-1;
#X obj 404 248 bng 15 250 50 0 empty empty empty 0 -6 0 8 -262144 -1
-1;
#X obj 404 338 bng 15 250 50 0 empty empty empty 0 -6 0 8 -262144 -1
-1;
#X text 121 40 gemhead;
#X text 356 41 reset;
#X obj 103 284 GLdefine GL_NOTEQUAL;
#X obj 99 374 GLdefine GL_KEEP;
#X obj 68 174 GEMglColorMask;
#X msg 128 142 1;
#X text 130 88 enable colormask;
#X connect 0 0 23 0;
#X connect 1 0 23 0;
#X connect 2 0 22 0;
#X connect 3 0 8 0;
#X connect 4 0 3 3;
#X connect 4 0 3 2;
#X connect 5 0 20 0;
#X connect 6 0 4 0;
#X connect 6 0 20 0;
#X connect 8 0 13 0;
#X connect 10 0 21 0;
#X connect 11 0 10 0;
#X connect 1

Re: [PD] Masking Geos in gem help

[nosehair911]

Cypod,

I found it under /examples/Gem/openGL/03.stencilBuffer.pd.  There is just an 
example and no 
documantation so I am just trying to figure it out on my own.  Thanks for your 
help.

Alain

> 
> From: Cypod <[EMAIL PROTECTED]>
> Date: 2007/04/05 Thu PM 01:31:44 EDT
> To: "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>
> CC: pd-list@iem.at
> Subject: Re: [PD] Masking Geos in gem help
> 
> hi nosehair,
> 
> In GLBuffer it seems you are sending both geos to the same buffer.
> GL_STENCIL_TEST. by changing them so they correspond to the GLend statements
> you can get the cirlce masking out the square circle from the second gemhead
> 
> 
> 
> This code seams very foreign to me, I seem to be missing a few of the
> abstractions, where is there documentation on GEMgl ?
> 
> On 4/5/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> >
> > I have been trying to figure out how to mask Geos with other Geos but I
> > have hit a big roadblock.
> > Following the example in gem/openGL I have made 2 objects but it seems
> > that Gem will only
> > recognize 1 or the other.  I have attached an example.  If anyone with
> > openGL understanding could
> > give me a hand I would really appreciate that.
> >
> > Thanks,
> > Alain
> >
> > --
> > #N canvas 415 342 624 471 10;
> > #N canvas 0 22 450 300 gemwin 0;
> > #X obj 132 136 gemwin;
> > #X obj 67 89 outlet;
> > #X obj 67 10 inlet;
> > #X obj 67 41 route create;
> > #X msg 67 70 set destroy;
> > #X msg 142 68 set create;
> > #X msg 198 112 destroy;
> > #X msg 132 112 create \, 1;
> > #X connect 2 0 3 0;
> > #X connect 3 0 4 0;
> > #X connect 3 0 7 0;
> > #X connect 3 1 5 0;
> > #X connect 3 1 6 0;
> > #X connect 4 0 1 0;
> > #X connect 5 0 1 0;
> > #X connect 6 0 0 0;
> > #X connect 7 0 0 0;
> > #X restore 23 42 pd gemwin;
> > #X msg 23 23 create;
> > #N canvas 0 22 449 605 GLbuffer 0;
> > #X obj 44 192 GEMglEnable;
> > #X floatatom 130 194 5 0 0 0 - - -;
> > #X obj 116 135 bng 15 250 50 0 empty empty empty 0 -6 0 8 -262144 -1
> > -1;
> > #X obj 116 167 GLdefine GL_STENCIL_TEST;
> > #X obj 159 146 loadbang;
> > #X obj 109 244 GLdefine GL_STENCIL_BUFFER_BIT;
> > #X obj 171 223 bng 15 250 50 0 empty empty empty 0 -6 0 8 -262144 -1
> > -1;
> > #X floatatom 124 269 5 0 0 0 - - -;
> > #X obj 109 221 loadbang;
> > #X obj 44 111 GEMglClearStencil 0;
> > #X obj 44 269 GEMglClear;
> > #X obj 44 368 GEMglStencilFunc;
> > #X msg 151 342 1;
> > #X obj 82 294 bng 15 250 50 0 empty empty empty 0 -6 0 8 -262144 -1
> > -1;
> > #X obj 79 321 GLdefine GL_ALWAYS;
> > #X obj 128 300 loadbang;
> > #X floatatom 105 342 5 0 0 0 - - -;
> > #X obj 44 441 GEMglStencilOp;
> > #X floatatom 154 444 5 0 0 0 - - -;
> > #X obj 75 348 bng 15 250 50 0 empty empty empty 0 -6 0 8 -262144 -1
> > -1;
> > #X obj 75 414 GLdefine GL_REPLACE;
> > #X obj 100 392 loadbang;
> > #X text 38 16 allow \, clear and configure stencil buffer;
> > #X obj 44 63 inlet;
> > #X obj 44 495 outlet;
> > #X obj 348 63 inlet;
> > #X obj 348 120 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144
> > -1 -1;
> > #X obj 348 208 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144
> > -1 -1;
> > #X obj 348 279 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144
> > -1 -1;
> > #X obj 348 333 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144
> > -1 -1;
> > #X text 96 64 gemhead;
> > #X text 298 62 reset;
> > #X connect 0 0 10 0;
> > #X connect 2 0 3 0;
> > #X connect 3 0 1 0;
> > #X connect 3 0 0 1;
> > #X connect 4 0 3 0;
> > #X connect 5 0 7 0;
> > #X connect 5 0 10 1;
> > #X connect 6 0 5 0;
> > #X connect 8 0 5 0;
> > #X connect 9 0 0 0;
> > #X connect 10 0 11 0;
> > #X connect 11 0 17 0;
> > #X connect 12 0 11 3;
> > #X connect 12 0 11 2;
> > #X connect 13 0 14 0;
> > #X connect 13 0 12 0;
> > #X connect 14 0 11 1;
> > #X connect 14 0 16 0;
> > #X connect 15 0 12 0;
> > #X connect 15 0 14 0;
> > #X connect 17 0 24 0;
> > #X connect 19 0 20 0;
> > #X connect 20 0 18 0;
> > #X connect 20 0 17 1;
> > #X connect 20 0 17 2;
> > #X connect 20 0 17 3;
> > #X connect 21 0 19 0;
> > #X connect 23 0 9 0;
> > #X connect 25 0 26 0;
> > #X connect 26 0 2 0;
> > #X connect 26 0 27 0;
> > #X connect 27 0 6 0;
> > #X connect 27 0 28 0;
> > #X connect 28 0 13 0;
> > #X connect 28 0 29 0;
> > #X connect 29 0 19 0;
> > #X restore 342 162 pd GLbuffer;
> > #X obj 342 195 circle 0.5;
> > #N canvas 0 22 495 566 GLaround 0;
> > #X obj 259 125 bng 15 250 50 0 empty empty empty 0 -6 0 8 -262144 -1
> > -1;
> > #X obj 190 124 loadbang;
> > #X obj 68 192 GEMglClear;
> > #X floatatom 186 193 5 0 0 0 - - -;
> > #X obj 162 170 GLdefine GL_DEPTH_BUFFER_BIT;
> > #X obj 146 125 t b b;
> > #X obj 146 148 GLdefine GL_COLOR_BUFFER_BIT;
> > #X obj 146 191 |;
> > #X text 130 88 clear color and depth buffer;
> > #X obj 68 40 inlet;
> > #X obj 68 330 GEMglStencilFunc;
> > #X msg 175 306 1;
> > #X obj 103 263 bng 15 250 50 0 empty empty empty 0 -6 0 8 -262144 -1
> > -1;
> > #X obj 160 266 loadbang;
> > #X floatatom 113 307 5 0 0 0 - - -;

[PD] Masking Geos in gem help

[nosehair911]

I have been trying to figure out how to mask Geos with other Geos but I have 
hit a big roadblock.  
Following the example in gem/openGL I have made 2 objects but it seems that Gem 
will only 
recognize 1 or the other.  I have attached an example.  If anyone with openGL 
understanding could 
give me a hand I would really appreciate that.

Thanks,
Alain

--
#N canvas 415 342 624 471 10;
#N canvas 0 22 450 300 gemwin 0;
#X obj 132 136 gemwin;
#X obj 67 89 outlet;
#X obj 67 10 inlet;
#X obj 67 41 route create;
#X msg 67 70 set destroy;
#X msg 142 68 set create;
#X msg 198 112 destroy;
#X msg 132 112 create \, 1;
#X connect 2 0 3 0;
#X connect 3 0 4 0;
#X connect 3 0 7 0;
#X connect 3 1 5 0;
#X connect 3 1 6 0;
#X connect 4 0 1 0;
#X connect 5 0 1 0;
#X connect 6 0 0 0;
#X connect 7 0 0 0;
#X restore 23 42 pd gemwin;
#X msg 23 23 create;
#N canvas 0 22 449 605 GLbuffer 0;
#X obj 44 192 GEMglEnable;
#X floatatom 130 194 5 0 0 0 - - -;
#X obj 116 135 bng 15 250 50 0 empty empty empty 0 -6 0 8 -262144 -1
-1;
#X obj 116 167 GLdefine GL_STENCIL_TEST;
#X obj 159 146 loadbang;
#X obj 109 244 GLdefine GL_STENCIL_BUFFER_BIT;
#X obj 171 223 bng 15 250 50 0 empty empty empty 0 -6 0 8 -262144 -1
-1;
#X floatatom 124 269 5 0 0 0 - - -;
#X obj 109 221 loadbang;
#X obj 44 111 GEMglClearStencil 0;
#X obj 44 269 GEMglClear;
#X obj 44 368 GEMglStencilFunc;
#X msg 151 342 1;
#X obj 82 294 bng 15 250 50 0 empty empty empty 0 -6 0 8 -262144 -1
-1;
#X obj 79 321 GLdefine GL_ALWAYS;
#X obj 128 300 loadbang;
#X floatatom 105 342 5 0 0 0 - - -;
#X obj 44 441 GEMglStencilOp;
#X floatatom 154 444 5 0 0 0 - - -;
#X obj 75 348 bng 15 250 50 0 empty empty empty 0 -6 0 8 -262144 -1
-1;
#X obj 75 414 GLdefine GL_REPLACE;
#X obj 100 392 loadbang;
#X text 38 16 allow \, clear and configure stencil buffer;
#X obj 44 63 inlet;
#X obj 44 495 outlet;
#X obj 348 63 inlet;
#X obj 348 120 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144
-1 -1;
#X obj 348 208 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144
-1 -1;
#X obj 348 279 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144
-1 -1;
#X obj 348 333 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144
-1 -1;
#X text 96 64 gemhead;
#X text 298 62 reset;
#X connect 0 0 10 0;
#X connect 2 0 3 0;
#X connect 3 0 1 0;
#X connect 3 0 0 1;
#X connect 4 0 3 0;
#X connect 5 0 7 0;
#X connect 5 0 10 1;
#X connect 6 0 5 0;
#X connect 8 0 5 0;
#X connect 9 0 0 0;
#X connect 10 0 11 0;
#X connect 11 0 17 0;
#X connect 12 0 11 3;
#X connect 12 0 11 2;
#X connect 13 0 14 0;
#X connect 13 0 12 0;
#X connect 14 0 11 1;
#X connect 14 0 16 0;
#X connect 15 0 12 0;
#X connect 15 0 14 0;
#X connect 17 0 24 0;
#X connect 19 0 20 0;
#X connect 20 0 18 0;
#X connect 20 0 17 1;
#X connect 20 0 17 2;
#X connect 20 0 17 3;
#X connect 21 0 19 0;
#X connect 23 0 9 0;
#X connect 25 0 26 0;
#X connect 26 0 2 0;
#X connect 26 0 27 0;
#X connect 27 0 6 0;
#X connect 27 0 28 0;
#X connect 28 0 13 0;
#X connect 28 0 29 0;
#X connect 29 0 19 0;
#X restore 342 162 pd GLbuffer;
#X obj 342 195 circle 0.5;
#N canvas 0 22 495 566 GLaround 0;
#X obj 259 125 bng 15 250 50 0 empty empty empty 0 -6 0 8 -262144 -1
-1;
#X obj 190 124 loadbang;
#X obj 68 192 GEMglClear;
#X floatatom 186 193 5 0 0 0 - - -;
#X obj 162 170 GLdefine GL_DEPTH_BUFFER_BIT;
#X obj 146 125 t b b;
#X obj 146 148 GLdefine GL_COLOR_BUFFER_BIT;
#X obj 146 191 |;
#X text 130 88 clear color and depth buffer;
#X obj 68 40 inlet;
#X obj 68 330 GEMglStencilFunc;
#X msg 175 306 1;
#X obj 103 263 bng 15 250 50 0 empty empty empty 0 -6 0 8 -262144 -1
-1;
#X obj 160 266 loadbang;
#X floatatom 113 307 5 0 0 0 - - -;
#X obj 103 284 GLdefine GL_NOTEQUAL;
#X obj 68 408 GEMglStencilOp;
#X floatatom 179 407 5 0 0 0 - - -;
#X obj 99 353 bng 15 250 50 0 empty empty empty 0 -6 0 8 -262144 -1
-1;
#X obj 139 356 loadbang;
#X obj 99 374 GLdefine GL_KEEP;
#X text 124 229 draw where the stencil buffer is not 1;
#X obj 68 496 outlet;
#X obj 404 42 inlet;
#X obj 404 110 bng 15 250 50 0 empty empty empty 0 -6 0 8 -262144 -1
-1;
#X obj 404 248 bng 15 250 50 0 empty empty empty 0 -6 0 8 -262144 -1
-1;
#X obj 404 338 bng 15 250 50 0 empty empty empty 0 -6 0 8 -262144 -1
-1;
#X text 121 40 gemhead;
#X text 356 41 reset;
#X connect 0 0 5 0;
#X connect 1 0 5 0;
#X connect 2 0 10 0;
#X connect 4 0 7 1;
#X connect 5 0 6 0;
#X connect 5 1 4 0;
#X connect 6 0 7 0;
#X connect 7 0 3 0;
#X connect 7 0 2 1;
#X connect 9 0 2 0;
#X connect 10 0 16 0;
#X connect 11 0 10 3;
#X connect 11 0 10 2;
#X connect 12 0 15 0;
#X connect 13 0 11 0;
#X connect 13 0 15 0;
#X connect 15 0 10 1;
#X connect 15 0 14 0;
#X connect 16 0 22 0;
#X connect 18 0 20 0;
#X connect 19 0 18 0;
#X connect 20 0 17 0;
#X connect 20 0 16 1;
#X connect 20 0 16 2;
#X connect 20 0 16 3;
#X connect 23 0 24 0;
#X connect 24 0 0 0;
#X connect 24 0 25 0;
#X connect 25 0 12 0;
#X connect 25 0 26 0;
#X connect 26 0 18 0;
#X restore 342 235 pd GLaround;
#N canvas 409 89 458 308 GLend 0;
#X floatatom 115 175

Re: [PD] frequency graphing in gem

[nosehair911]

I dont know what happened to the file but here it is again
Alain


> 
> From: <[EMAIL PROTECTED]>
> Date: 2007/04/04 Wed AM 10:56:26 EDT
> To: 
> Subject: Re: [PD] frequency graphing in gem
> 
> Does anyone know where I can get [scopeXYZ~] compiled for ppc or how to 
> compile from cvs for 
ppc 
> on os X.  BTW due to all your help I have put together a comprehensive 
> version that uses the best of 
> all I have read so far and I have attached it.  Any help or criticism is 
> welcomed.  I realized its not the 
> best solution but someone out there will find it useful, I know I will.
> Thanks,
> Alain
> 
> > 
> > From: Peter Plessas <[EMAIL PROTECTED]>
> > Date: 2007/04/03 Tue AM 04:39:57 EDT
> > To: Nose Hair <[EMAIL PROTECTED]>
> > CC: pd-list@iem.at
> > Subject: Re: [PD] frequency graphing in gem
> > 
> > Have a look at Gem's [scopeXYZ~] too
> > 
> > lgPP
> > 
> > Nose Hair wrote:
> > > I'm trying to get an audio graph to work in gem.  I would like it to show 
> > > the 
> > > waveform like a table.  I have gotten as far as getting a good sample 
> > > graph but 
> > > it doesnt work as expected with frequency. Any help would be apreciated. 
> > > I have 
> > > included my patch files.  The main one is called waveform.
> > > Thanks
> > > Alain
> > > 
> > > 
> > > 
> > > 
> > > 
> > > ___
> > > PD-list@iem.at mailing list
> > > UNSUBSCRIBE and account-management -> 
> > > http://lists.puredata.info/listinfo/pd-list
> > 
> 
> 
> ___
> PD-list@iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list
> 


final wave.pd
Description: Binary data
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] frequency graphing in gem

[nosehair911]

Does anyone know where I can get [scopeXYZ~] compiled for ppc or how to compile 
from cvs for ppc 
on os X.  BTW due to all your help I have put together a comprehensive version 
that uses the best of 
all I have read so far and I have attached it.  Any help or criticism is 
welcomed.  I realized its not the 
best solution but someone out there will find it useful, I know I will.
Thanks,
Alain

> 
> From: Peter Plessas <[EMAIL PROTECTED]>
> Date: 2007/04/03 Tue AM 04:39:57 EDT
> To: Nose Hair <[EMAIL PROTECTED]>
> CC: pd-list@iem.at
> Subject: Re: [PD] frequency graphing in gem
> 
> Have a look at Gem's [scopeXYZ~] too
> 
> lgPP
> 
> Nose Hair wrote:
> > I'm trying to get an audio graph to work in gem.  I would like it to show 
> > the 
> > waveform like a table.  I have gotten as far as getting a good sample graph 
> > but 
> > it doesnt work as expected with frequency. Any help would be apreciated. I 
> > have 
> > included my patch files.  The main one is called waveform.
> > Thanks
> > Alain
> > 
> > 
> > 
> > 
> > 
> > ___
> > PD-list@iem.at mailing list
> > UNSUBSCRIBE and account-management -> 
> > http://lists.puredata.info/listinfo/pd-list
> 


___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

[PD] curve object not working right

[nosehair911]

hello,
When I use the curve object it wont render past 10 inputs.  For example [curve 
10] works but [curve 11] 
or above doesnt.  Is this normal and if it is not what do /i do to fix it.  It 
is the latest gem running on either 
PD .39.2 or .40.2 os 10.4.9.

Thanks,
Alain


___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

[PD] .39.2 test7 pidip missing stuff-how to fix

[nosehair911]

I'm running pd .39.2 extended test7 on os x 10.4.8.  When I look at the pdp or 
pidip examples they are all 
missing alot of stuff like [pdp_gain] [pdp_control] and more.  I downloaded the 
pdp_pidip_osx.tar, if 
anyone can gide me on where to put it inside the PD application package I would 
really appreciate it. I 
would prefer to put it somewhere inside the actual application package and not 
in /usr/libetc.
Thanks,
Alain


___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] dynamic proximity responce

[nosehair911]

Thanks for your quick responce David.
I guess my example was a bad one but I will try to explain better.  What I'm 
trying to do is for example I 
have 1circle that it attached to an osc~. A 2circle attached to a frequency 
modulation patch. A 3circle 
attached to another osc~ with a different frequency/tone.  What I want is that 
as 2circle(frequency 
modulation) gets near 1circle(osc~) the frequency modulation patch interacts 
with 1circle's osc~ and 
as it moves away from 1circle and towards 3circle(osc~2), the frequency 
modulation stops interacting 
with 1circle and starts interacting with 3circle.  I am using the TuioClient in 
order to recieve position 
data so yes I will definitly know the position of the objects.  Is this 
something that can be done with 
pmpd or what other externals would you suggest me looking into.
Thanks,
Alain

> 
> From: "David Powers" <[EMAIL PROTECTED]>
> Date: 2007/03/07 Wed PM 02:46:47 EST
> To: "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>
> CC: pd-list@iem.at
> Subject: Re: [PD] dynamic proximity responce
> 
> On 3/7/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> > I'm very new to PD so this may be a simple question.  Is there any way to 
> > have multiple objects 
interact
> > with each others patching depending on how close they are to each other.  
> > In simple terms.
> > Basically have 1 gemobject be attached to a loadbang and a 2nd gemobject be 
> > attached to a 
metro and
> > as object 1 gets a certain distance from object 2 the loadbangs outlet 
> > attaches to the metros inlet. I 
have
> > been driving myself crazy trying to figure this out in PD. I think it might 
> > have something to do with 
pmpd
> > but I cant figure it out.
> > Any help would be appreciated.
> 
> Hi,
> 
> Well, first of all, I don't know the answer to your question, but what
> is it you are trying to achieve? I'm 99.9% that there is a better way
> to achieve what you want, without attaching the objects dynamically.
> 
> Second, attaching a [loadbang] to a [metro] won't do anything. A
> loadbang only bangs when you load up the patch, but in your case, the
> patch is already loaded, so nothing is going to happen. Probably what
> you really want to do is something different.
> 
> Third, to find out how close to objects are, you simply need to make
> an abstraction to measure the 3d distance between two points. Gem
> objects won't tell you their position, but that doesn't matter because
> you should already have their position, since somewhere in your patch
> something is sending coordinates into the Gem objects, telling them to
> move! Otherwise they would just be in the center of the screeen...
> 
> Maybe that helps a little?! Give us more info and we can probably help more.
> 
> ~David
> 


___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

[PD] dynamic proximity responce

[nosehair911]

I'm very new to PD so this may be a simple question.  Is there any way to have 
multiple objects interact 
with each others patching depending on how close they are to each other.  In 
simple terms. 
Basically have 1 gemobject be attached to a loadbang and a 2nd gemobject be 
attached to a metro and 
as object 1 gets a certain distance from object 2 the loadbangs outlet attaches 
to the metros inlet. I have 
been driving myself crazy trying to figure this out in PD. I think it might 
have something to do with pmpd 
but I cant figure it out.
Any help would be appreciated.

Alain


___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list