Re: [PD] pix_multiblob cpu usage
chris, are you using it on OSX? Was it hard to compile? I am trying to stick with the autobuilds and installers from .hc because I want to be using the same system that colleagues, students, etc can use without major compilation hassles. Is it likely that we can get this into the standard GEM build, or are there reasons not to? Cheers, tim On 15/05/2007, at 6:34 PM, chris clepper wrote: pix_artoolkit builds and appears to run. I have no idea how to effectively use it though. On 5/15/07, Tim Boykett [EMAIL PROTECTED] wrote: wiouw! pix_artoolkit would be very cool. I have seen some of the ARtoolKit stuff and it looks good. I am currently in OSX land, does anyone know whether the building of pix_artoolkit for OSX can be done? chrz, tm ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pix_multiblob cpu usage
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 pd-list@iem.at 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 pd-list@iem.at 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
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
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 pd-list@iem.at 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
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 pd-list@iem.at 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 pd-list@iem.at 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
On 5/15/07, Tim Boykett [EMAIL PROTECTED] wrote: There are several vision/video external frameworks out there; are any of them in Gem or elsewhere in PD (pdp, gridflow, etc)? There's pix_artoolkit which is ARToolkit based and pix_fiducialtrack which implements the tracking system used by the reacTable. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pix_multiblob cpu usage
wiouw! pix_artoolkit would be very cool. I have seen some of the ARtoolKit stuff and it looks good. I am currently in OSX land, does anyone know whether the building of pix_artoolkit for OSX can be done? chrz, tm On 15/05/2007, at 4:30 PM, chris clepper wrote: On 5/15/07, Tim Boykett [EMAIL PROTECTED] wrote: There are several vision/video external frameworks out there; are any of them in Gem or elsewhere in PD (pdp, gridflow, etc)? There's pix_artoolkit which is ARToolkit based and pix_fiducialtrack which implements the tracking system used by the reacTable. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pix_multiblob cpu usage
pix_artoolkit builds and appears to run. I have no idea how to effectively use it though. On 5/15/07, Tim Boykett [EMAIL PROTECTED] wrote: wiouw! pix_artoolkit would be very cool. I have seen some of the ARtoolKit stuff and it looks good. I am currently in OSX land, does anyone know whether the building of pix_artoolkit for OSX can be done? chrz, tm ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pix_multiblob cpu usage
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: pd-list@iem.at 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
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
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
I ran the pix_multiblob example on the same 640x480 clip on CoreDuo, G5 and Xeon CPUs at 2 Ghz and it destroys all of those processors. I guess it was designed to work on really low resolutions since none of the current CPUs can handle full sized standard def video as the code is written. If the code could be written without the numerous function calls and int to float to int conversions in the processing loop it would be much faster. On 5/14/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: 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
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/ 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? Alain On May 14, 2007, at 12:49 PM, chris clepper wrote: I ran the pix_multiblob example on the same 640x480 clip on CoreDuo, G5 and Xeon CPUs at 2 Ghz and it destroys all of those processors. I guess it was designed to work on really low resolutions since none of the current CPUs can handle full sized standard def video as the code is written. If the code could be written without the numerous function calls and int to float to int conversions in the processing loop it would be much faster. On 5/14/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: 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
[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
